あっちに書くことなのだろうが、お客の要望を聞いてそれなりのシステムを作る場合、侍従はすぐにはお客に「じゃぁ、早速作りましょうか」とは言わない。
まずお客さんにそれが本当に必要なのかどうなのか、システムを発注せずとも市販のソフト等で日々の運用が賄える方法はないのかどうか等々、できるだけ金がかからないように運用できる方法を提示する。
なぜならば、１本仕上げるのに〇十万円くらいかかるからである。
（それでもその辺のソフトウェア会社から見ればかなり格安なんだよぉ）
それでもどうしてもってことになるとシステム化する運用業務の規模をヒアリングして見積額を提示する。
（このヒアリングが一番時間がかかる。なぜならばお客の運用業務を頭に入れなければどう作っていいかわからないから）
見積額が合えばそこで初めて受注となるのである。
（まぁ、規模的に侍従の手に負えないなぁと思ったものは前の古巣（以前勤めてた会社ね）にまわすのだが）
ソフトウェアを作成するにあたり、その行程期間を１００％とするとそのほぼ６０％は、運用業務の確認と仕様のやりとり、機能漏れの確認等々、常に客先とお話するのがメインとなる。
プログラムは組めても人見知りして人と話すことが性格的にできない奴はシステム設計ができないと言う理由はここにある。
（でも、システムエンジニアなんて言う職業ほどインチキくさくて怪しい職業は無いのだが．．．）

撫子　：みなさん、こんにちは。
　　　　撫子です。