結論
開発会社を比較するときは、実績がありますか と広く聞くより、誰が担当するのか、何をどう進めるのか、納品後にどこまで対応するのか を具体的に確認したほうが比較しやすくなります。
比較で迷いやすいのは、各社とも「できます」と答える部分が多いからです。判断しやすくするには、同じ観点で質問し、回答を横並びで比べられる状態にしておくことが重要です。
最初に見るべき比較軸
質問を考える前に、まずは比較軸を揃えておく必要があります。最低限見ておきたいのは次の4点です。
- 実績: 類似案件の経験があるか
- 体制: 誰が窓口で誰が開発を担当するか
- 進め方: 要件定義から納品までの流れが明確か
- 保守: 納品後の修正や運用支援があるか
ここを揃えずに打ち合わせをすると、価格だけで比較しやすくなり、判断を誤りやすくなります。
比較時に確認したい質問
1. 類似案件の経験はありますか
単に実績の有無を聞くだけでは弱いです。似た業種、似た課題、似た規模の案件があるかまで確認したほうが参考になります。
聞き方の例:
- 近い業務課題の案件はありましたか
- その案件ではどこが難しかったですか
- どのような体制で進めましたか
2. 今回の担当者は誰ですか
営業だけでなく、実際に進行管理する人や開発責任者が誰なのかを確認しておく必要があります。
聞き方の例:
- 契約後の窓口は誰になりますか
- 要件整理の段階から参加する担当者は誰ですか
- 外部パートナーに再委託する部分はありますか
3. 要件が固まりきっていない段階でも進められますか
相談時点で細部が未確定でも進められるかは重要です。ここへの答え方で、整理の支援が得意な会社かどうかが見えます。
聞き方の例:
- 要件定義の支援はどこまで含まれますか
- 未確定部分がある場合、どう整理して進めますか
- 初回提案では何を前提に見積もりますか
4. スケジュールはどう管理しますか
納期だけでなく、途中の確認タイミングや遅延時の扱いも聞いておくと比較しやすくなります。
聞き方の例:
- どの段階で進捗確認を行いますか
- 遅れが出た場合はどう共有されますか
- 発注側に必要な対応は何ですか
5. テストと品質確認はどう進めますか
納品前のチェック体制が曖昧だと、公開直前や運用開始後に問題が出やすくなります。
聞き方の例:
- テストは誰がどの範囲まで行いますか
- 発注側の確認タイミングはいつですか
- 不具合修正の扱いは見積もりに含まれますか
6. 納品後の保守や修正対応はどうなりますか
比較時に見落としやすいのが、納品後のサポートです。運用が始まってからの相談先や費用感も確認したほうがよいです。
聞き方の例:
- 軽微な修正はどこまで対応範囲ですか
- 保守契約が必要な場合の内容は何ですか
- 緊急時の連絡体制はありますか
回答を比較しやすくする見方
質問したあとは、印象で決めずに比較表にしておくと判断しやすくなります。
見る観点は次のようにシンプルで十分です。
- 回答が具体的か
- 担当体制が見えるか
- 進め方に無理がないか
- 納品後の対応が明確か
- こちらの質問に対する反応が早いか
話しやすさだけで決めると、後で認識のズレが出ることがあります。比較時は、回答の具体性と再現性を見るほうが安全です。
比較時の確認チェックリスト
- 類似案件の実績を具体例つきで確認した
- 契約後の窓口と責任者を確認した
- 要件定義支援の範囲を確認した
- 進捗確認と遅延時の共有方法を確認した
- テスト範囲と不具合修正の扱いを確認した
- 納品後の保守体制を確認した
現場視点コメント
比較時に有効なのは、難しい質問を増やすことではなく、同じ質問を各社に同じ順番で投げることです。質問の質より、比較できる形で情報を揃えることのほうが、実務では効きます。
まとめ
開発会社を比較するときは、価格だけでなく、担当体制、進め方、品質確認、保守対応 まで同じ観点で確認することが重要です。
相談先を探す段階から進め方を整理したい場合は、発注ナビとは？BtoBマッチングサービスの利用の流れ（相談登録〜納品） もあわせて読むと、比較前後の流れをつかみやすくなります。
よくある質問
質問は多いほうがいいですか？
多すぎると比較しにくくなります。まずは体制、進め方、品質確認、保守の4軸に絞るほうが整理しやすいです。
見積もり金額が安い会社を優先してよいですか？
金額だけでは判断しにくいです。含まれる作業範囲や納品後対応まで見ないと、後で追加費用が出ることがあります。
比較の段階で要件が固まっていなくても大丈夫ですか？
大丈夫です。ただし、目的と対象範囲、判断体制だけは社内で揃えておいたほうが、比較が進めやすくなります。
コメントを残す