チョコ１個×１０００と、チョコ１０００個は同じ値段？

少しならいいじゃん、と思ってしまう人の考え方は

「４０時間かかる仕事で２０万円なら、１時間５０００円じゃん？３０分なら２５００円じゃん？
それくらいだったら無料にしてくれてもいいじゃん。何なら俺が同じくらいの飯おごってもいいよ。」

と、こういうわけです。
安易に考えてしまうとこの理論に同意してしまいがちなのですが、実際には４０時間が２０万円でも３０分は２５００円ではありません。

分かりやすいものの値段で言うと、あるチョコレートが１個２０円だったとします（昔は１０円だったのになぁ）
これを１０００個買えば２万円ですね。
でも問屋に行って箱買いすれば違います。もっと安くなります。

山手線の１０Km区間は１６０円です。
それじゃあ１Kmだと１６円なのかと言うと、１３０円もします。

大きな商売になるほど、１つあたりの単価は下がっていきます。
逆に小さな商売は１個の単価が異様に高かったりします。
これは、どの料金に対しても量に関わらない固定費用が存在しているからです。

電車で言えば初乗り料金、
つまり、切符を作るお金だとか、改札機を動かすお金、安全を守るお金、駅や電車の許容人数を維持するお金、
そういうものが、プログラムやデザインや企画制作にも存在しているわけですね。

先方とのメールのやり取りや会議、キックオフ手続き、案件の経理的な処理や、契約書なんかはどうやっても固定でかかります。
それと絶対に忘れてはいけないのは、製作者が頭を切り替えるにはそれなりのコストがかかるということです。
８時間の案件を１日中集中できる人でも、３０分の案件を１６種類渡されて集中し切る事は凄く難しいことです。
それぞれに、先方チェックやデバッグがあるのなら、他案件の作業をしている間も頭のリソースをそっちに残しておかなければなりませんので、当然能率は下がります。
（平行作業の方が得意な人間もいますが、基本的にプログラマの多くはデュアルコアプロセッサではありません。）
もちろん固定費用が全てではないので、床屋の例のように何をしても同じ値段というわけではないのですが。

初乗り料金を設定しよう

こういった値段の差で起きるトラブルを回避したいのなら、最初から料金表に「基本料金」とか項目として明記してしまうのも良いです。
もちろん今まで時間工数で付き合っていた相手には難しいですし、そうでなくとも
「うちはこういうのがかかりますが、他社は時間工数に入れているだけなので値段は変わりません。」
みたいな説明は必要になってきますが。

あと、初乗り料金があるということはセット販売ならお得ということですね。
最初に要件を全部出しておいてくれたり、関連する小さい案件はまとめて会議しちゃうとお得になりますよー、と。
実際費用もその通りだし、余計な苦労を抱え込まなくてすみますし、上手く使えば営業トークとしても機能します。

ただし、細かい料金設定はデメリットもあります。
特に大型案件ばっかり扱っている場合、後の変更なんかは一括して契約にまとめちゃう方が良かったりするので、そこは考えどころですね。

最近は人月計算そのものも見直されているところが多いみたいです。
昔は１行いくらのプログラム（今では考えられない）があったという話もあるくらいなので、料金というのはだんだんと実態に即した方へ移り変わっていくものなのでしょう。
そういう流れに取り残されないようにするためにも、仕事ってどこにどれだけお金がかかるんだろうねー？という考えはいつも持っていたいですね。