システム開発の仕事をしており、お客様に対してきちんとプロジェクトの流れを

以前、SIのPMをしていたのでお考えになっていることは理解できます。例えばここにも同様の質問があります。

http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=22933&fo...

急がば回れ、で、プロジェクト進行よりも工数の計算方法(fp法など)の考え方（細かい点ではなく)を説明したほうが手っ取り早いでしょう。

ところで、IT業界は工数を正確にはじきだして人件費をかければお客様は納得してくれる、という暗黙の前提にしがみついているのが主流です。それゆえご質問が出て当然です。そしてお客さん側のヘンに慣れた「IT部門」はそれでよしとするかも知れません。

しかし、この考え方で本当にお金を出す経営者やエンドユーザー部門の同意を得ることは極めて困難です。なぜならば、それは「人手がかかったぶんだけ、たいした技術でもないのに高い金をくれ」といってるに過ぎません。ハンバーガ屋で店員の手間が増えたからハンバーガーの値段が高いです、といってるようなものです。「なら中国やインドなど、できるだけ安いところで１円、２円ですむようにしろよ」とお客は主張するに決まっています。おっしゃっているようなテキストボックスひとつでも人件費がかかる、という主張では、人件費の高い安いの議論に終止し、お客さんを納得はさせられません。そもそもエンドの納得する完璧な仕様なんてものは、あり得ないのですから。

そのシステムにより費用対効果があることが、どれくらい現実的であり、本気で考えるに値するか、から話をはじめてお客と合意するべきです。それをふまえた上で予算があり、今時わざわざ手作りでシステムを作り、将来も自分達がお金を出して変更する価値がある、ということを納得してもらいましょう。この観点からすると、予算の上限（ < そのシステムが稼ぎ出す価値）はわかるし、将来にまわすという方法を提示できるのです。

個々の案件では気づきにくいかもしれませんが、SIerが儲からない、仕事がない、ERP、CRMといったパッケージが全盛という世の中の大勢の中では、なおさら価値がある提案、設計、ユーザーとの会話、詳細を詰めていかねば、遅かれ早かれひっくりかえされるということを忘れないでください。