見積書は届いた、でも進めていい？初めてのシステム開発依頼で聞く7つの質問

「見積書は届いたけれど、この内容で進めてよいのか」。初めてシステム開発を依頼するとき、総額を見ても、含まれる作業や完成後の扱いまでは分からないことがあります。

IPAの情報システム・モデル取引・契約書（第二版）も、仕様、進め方、完成の確認方法などについて双方の理解をそろえるための参考になります。

要望をうまく説明できない

最初は、誰が、どの作業で、何に困っているかを伝えます。現在使っているExcel、紙、メール、入力例があれば、業務の流れを確かめる材料になります。

契約前には、要件整理を誰が進めるか、決めきれない項目をどの時点で判断するか、合意した内容をどこへ残すかを確かめます。相談前の準備はシステム開発の相見積り｜条件をそろえる比較表、開発開始前の整理は開発相談前の要件整理｜受注から出荷の記入例で確認できます。

「いまのExcelと紙を見せれば、要件の整理はそちらで進めてもらえますか。決めきれない項目は、いつまでに誰が決めればいいですか」

完成しても実際の業務に合わない

機能一覧がそろっていても、日々の操作順や例外処理が合わなければ定着しません。誰が入力し、誰が確認し、どの状態になったら次へ進むかを、実際の業務例で確かめます。

確認しておきたい点は二つあります。完成条件に、画面がそろうことだけでなく、代表的な業務が最後まで行えることを含めるか。利用者が、どの段階で実物を確認できるか。導入後に使われない状態を避ける観点は使われないシステムを直す｜改善要望の選び方にまとめています。

「画面ができてから、実際の注文を一件通して試せる日はいつですか」

完成時期が分からない

予定日は、開発会社の作業量だけで決まりません。資料の受け渡し、発注側の判断、外部サービスの審査、既存データの整備など、双方の作業が影響します。

契約前に決めておくのは、工程ごとの完了条件、発注側が回答する期限、遅れが出たときの連絡方法、日程を見直す条件の4つです。日付だけでなく、その日までに何が確認できる状態になるかを合わせます。

「その日までに、こちらが何を返していれば間に合いますか。遅れそうなときは、いつ知らせてもらえますか」

追加費用で予算を超える

見積りに含む作業と含まない作業が曖昧だと、同じ要望でも追加作業の判断が分かれます。外部サービスの利用料、データ移行、公開後の対応も、開発費とは別に発生する場合があります。

対象範囲、対象外、変更時の見積り手順、第三者サービスの費用、保守の扱い。この5点を契約前の質問に変えます。費用を動かす前提はシステム開発費は何で決まる？予算別3案の比較、支払い方の違いは開発費の一括・分割・月額払い｜総額と終了条件で比較できます。

「この金額に、いまのExcelからのデータの移し替えは入っていますか。入っていないなら、別にいくらですか」

「移行一式を含みます」と答えられたら

「含みます」という回答を受けたら、対象件数と作業の範囲を聞きます（想定例）。

やり取り	回答・質問の例
最初の回答	「データ移行一式を含みます」
内容が分かる回答	「整理済みの顧客CSV3,000件を、試行1回・本番1回で取り込み、件数を照合します。重複や空欄の整理は発注者にお願いします」
追加で聞くこと	「こちらで重複を整理できない場合は依頼できますか。追加費用と、利用開始日への影響を教えてください」

二つ目の回答なら、自社に残る作業が見えます。自社でできるかを確かめたうえで、最終的な範囲を見積書や契約へ残します。

どこまで直してもらえるか分からない

不具合の修正と、完成後に思いついた機能追加は扱いが異なります。受入れ時の期待結果が言葉で残っていないと、どちらに当たるか判断しにくくなります。

受入れの方法、不具合と追加要望の分け方、修正後の再確認、受入れの期限が、契約前にそろえておく確認事項です。システムの受入テスト・検収で確かめることを使うと、操作ごとの期待結果を整理できます。

「使い始めて見つかった不具合と、あとから思いついた追加は、どこで線を引きますか」

合わなかったときに終了・変更できない

途中終了の条件は、料金モデルと契約内容によって変わります。最低利用期間、終了の連絡期限、精算、停止日を、契約前に書面で確認します。

いつ終了できるか。支払い済み・未払いの費用をどう扱うか。終了後に何が使えなくなるか。他社へ引き継ぐ場合に、どんな協力を受けられるか。この4問への回答を、口頭説明だけで済ませず、見積書、契約書、利用条件のいずれかへ残します。

「途中でやめる場合、いつまでに伝えて、費用はどこまで払いますか」

データ、ソースコード、保守、引き継ぎが不安

システムを止めるときや開発会社を変えるときは、受け取ったデータを次の環境で使えるかまで考えます。ファイル形式、項目説明、添付ファイル、設定、操作手順、ソースコードの扱いを確かめます。

データ返却の形式と時期、ソースコードや外部ソフトウェアの権利、保守の範囲、移行支援の有無を確認し、自社で引き継げる条件かを考えます。引き継ぎ資料の確認には他社開発システムの保守引き継ぎで調べることを使えます。

「やめるとき、データはどの形式で、いつまでに受け取れますか。ソースコードは誰のものになりますか」

契約前に確かめる7つの質問

手元の見積書を見ながら、次の質問への答えを探してください。回答が書かれていないものを、依頼先へ聞く質問として持っていきます。

不安	契約前に確かめる質問
要望を説明できない	いまのExcelと紙を見せれば要件の整理は進めてもらえるか。決めきれない項目はいつまでに誰が決めるか
業務に合わない	画面ができてから、実際の業務を一件通して試せる日はいつか
完成時期が分からない	その日までに何を返せば間に合うか。遅れそうなときはいつ知らせてもらえるか
追加費用が心配	いまのデータの移し替えは見積りに入っているか。入っていないなら別にいくらか
直してもらえる範囲	使い始めて見つかった不具合と、あとから思いついた追加はどこで線を引くか
終了・変更できるか	途中でやめる場合、いつまでに伝えて、費用はどこまで払うか
データと引き継ぎ	データはどの形式で、いつまでに受け取れるか。ソースコードは誰のものになるか

回答がそろわないときは

「調べないと分からない」と言われたら？

未知のデータや外部連携には、先に調査が必要な場合があります。何を調べるか、調査費用、回答を得る時期、その結果で金額や納期が変わる可能性を聞きます。未確認のまま全体の価格が確定したとは扱いません。

各社の条件が違って、比べられないときは？

必要な条件を同じ文章で渡し、含む作業・含まない作業・自社が行う作業を書いてもらいます。条件をそろえても、担当体制や対応時間の違いは残ります。金額差とあわせて、自社がどの違いを重視するかを決めます。システム開発の相見積り｜条件をそろえる比較表では、追加作業を確認すると初期費用が同額になる例を追えます。

比較する条件がまだ決まらない場合は、今の作業と資料をもとにシステム開発の範囲と見積りを相談できます。

完成品を確かめてから続ける選択肢

要件、完成条件、費用、変更、終了、引き継ぎを先に比べ、自社が納得できる進め方を選びます。

NeoLogicの本番トライアル開発とは｜完成品を業務で確かめるは、完成品と完成条件を先に合意し、完成・検収後に実際の業務で確かめながら続ける形です。一般的なPoCや月額の時間貸しとの違い、向く案件と向かない案件、終了時の扱いを別ページで説明しています。本番トライアル開発｜相談から利用までの想定例では、相談から完成・検収までの流れを具体的に追えます。

7つの質問を持っていく

参考出典

• IPA「情報システム・モデル取引・契約書（第二版）」