日経ソリューションビジネスの２００５年４月１５号の「熱血第三営業部」の記事８２ページで、システム開発の見積もりのところ、
「え、？今まで協力会社さんは、これで見積もってくれてたんですよ」
「バカにされてたんじゃないのか？この程度の資料しか出さないから、リスク分を積まれて高い見積もりだされてたんだよ」
ってあるけど、これ、逆のケースのほうが、結構ある気がする。
つまり、「ちゃんと見積もると、高すぎるといわれるので、逆にシステムを変えて、安い見積もりを出さないといけない。そのために、あまりにも細かい資料をもらうと困る」っていうケース、結構あると思う。
具体的に話すと、たとえば、Webで会員管理のシステムっていうと、中小企業だと、４００万っていうのが、相場くらいじゃないかな。
これは、システム規模の問題ではない。そのくらいしか、出せないのだ。
会員システムなんていうのは、２、３年で、仕様変更、手が入る。したがって、２、３年で償却できないといけない。売上１０億の会社だと、情報化投資の相場は１％と言われるので会社全体で１千万になる。
会員管理システムに、全部は投資できないので。。。というと四百万くらい？？
受発注システムだと、もうちょっと大きくて１千万から２千万くらいもありえるかも（２、３年にかける経費を、半分くらい～すべてつぎ込む感じ）
で、普通、Ｗｅｂシステムで４百万っていうと、Apache、PosgreSQLないしMySQLのフリーＤＢを使って、StrutsもしくはCGI(ActivePerl使用）で、ほとんどシステム費用をかけず、全部を人件費にして、１人月単価６０万程度の人を半年、ないしは、１００万程度の人を４ヶ月ってかんがえますよね。
ところがー！です。システムを知らない中小企業だと、この費用、ハードソフト込みで、ＤＢにオラクルとかいいだすのですよ。
おいおい、開発費、どーすんだよお！
で、そー言う会社に限って、無謀な仕様をだすのです。
４００万くらいだと、会員の仕組みが、そんなに難しくない状態で、会員の登録、削除、変更などが出来て、検索、会費の管理などができるという程度（画面と帳票あわせて１０～２０くらいかなあ）なんて、想像するけど、
・会員の仕組みが死ぬほどむずかしかったり、
・つーか矛盾してたり
（１つの会員がいくつものカテゴリに入り、割引が何種類も考えられるとか）
・おいおい、そこまでこのシステムひろげるのかよお！
って言うケースが。。。あるのよね。
そういう場合、その仕事、とらなくていいなら、適当に（適切に！）見積もりを書いてだすけど、どうしても取りたいとなったら、仕様を変えるしかない。
なので、あんまり決まってないほうが、やりやすいこともある。
ただし、こういう仕事は、営業がとってきたあとで、仕様を押さえ込んだはずなのに復活してしまったり、押さえ込んではいけない（矛盾がでる）機能を押さえ込んでしまったりして、結局、全機能作らないといけないんていうオチになったりするんだけどね。
