ブログ

見積もり前の要件定義や現地調査、プロトタイプまで、FUNBREWは無償でやることが多いです。調査を有償にすると「お受けできないのに調査費だけ請求する」形になりかねないから。ただし、どこまでやるかは相談の温度で決めています。

見積もりのあとの立ち消えは珍しくなく、要件定義のあとのキャンセルは1件だけ。契約前だったので動くモックまで作った工数は持ち出しになりました。費用はかかるのか、どう断ればよいかを開発会社側から書きました。

開発の途中で凍結の話が出て、そのまま連絡が来なくなった案件で実際に何が起きたかを整理しました。作業は止めましたが、着手金と中間金の取り決めがあったので未払いは起きず、ソースコードは今も保管し、連絡があれば続きから再開できる状態です。

納品後の保証期間で無償になるのはどこまでか、有償になるのは何かを、実際に「これは有償です」と伝えた依頼の中身から整理しました。保証期間の長さより、機能の範囲と開発以外の作業分担が効きます。

システム開発の相談をお断りするのはどういう場合か。10万円規模だと準備で予算が尽きるという構造と、要件の詳細が出せないと概算しか出せない理由、そして断られないために発注側ができることを書きました。

システム開発の見積もりが実際どう作られているか。過去の実工数から積む方法、見積もりに無い機能開発で利益が減る典型、そして工数が余りそうなときに機能改善を提案している理由を書きました。

相見積もりで値下げを受け入れた結果、開発会社側で何が起きたのか。工数が苦しくなり最上の提案ができなかったという自社の経験から、発注側が価格差をどう見ればよいかを書きました。

システム開発の支払いを着手・中間・完了の3回に分ける理由と、開発会社が工数を先に持ち出すという構造。そして途中で止まった案件がほとんど再開されないという実際を、開発会社側から書きました。

数万円〜30万円規模の開発依頼で実際に何を取り交わしているのか。契約書が無くても揉めなかった条件と、食い違いが起きる本当の原因である「開発の範囲」について、開発会社側の実務から書きました。

開発が始まってから要望が増えたとき、どこから追加費用になるのかを、開発会社が実際に見ている判断軸から解説します。画面と機能リストという2つの基準と、予算が小さいほど融通が利かなくなる理由をまとめました。

条件を変えた見積もりを何本も依頼すると、開発会社は無償で要件定義を進めることになります。見積もりの精度がどう決まるのか、詰めすぎた見積もりが発注側にどう跳ね返るのかを解説します。

システム開発の着手金（先払い）の相場は開発費の30〜50%が目安。支払いタイミング・分割パターン・トラブル防止のポイントを発注者向けに解説します。