初めてシステム開発を外注するとき、何を基準に開発会社を選べばいいか迷う人は多い。検索すれば比較サイトがいくつも出てくるけれど、書いてあることはだいたい同じで、判断材料としては物足りない。
僕自身が開発側にいる立場だからこそ、発注する側が見るべきポイントを正直に書いておきたい。5つある。
1. 実績の「中身」を見ているか
開発会社のWebサイトには実績が並んでいる。有名企業のロゴ、業界の幅広さ、案件数の多さ。それを見て「ここなら安心だ」と思いがちだけど、実績の量は信頼の根拠としては弱い。
確認すべきは「自分が作りたいものに近い案件を手がけたことがあるか」だ。ECサイトの実績が100件あっても、業務管理システムの経験がゼロなら、自社の案件に対するノウハウは期待できない。業界知識がないと、要件のヒアリング段階で認識がズレやすい。
実績一覧を眺めるだけでなく、「御社でうちの業種に近い案件を担当した方は、今もいますか」と聞いてみるといい。担当者レベルで経験があるかどうかは、プロジェクトの進行品質に直結する。
2. 見積もりの「読み方」を知っているか
見積もりは金額だけ見がちだけど、読むべきは内訳だ。
まず、工程ごとの内訳が明示されているか。要件定義、設計、開発、テスト、リリース対応。各工程にどれだけの工数が割り当てられているかがわかれば、「テストが極端に少ない」「要件定義が0日になっている」といったリスクが見える。
次に、前提条件と除外事項。「サーバー費用は含まない」「デザインは支給前提」「仕様変更は別途見積もり」。こうした条件が明記されている見積もりは誠実だと思う。逆に、条件が曖昧なまま総額だけ書いてある見積もりは、後から追加費用が発生しやすい。
見積もりを受け取ったら、金額の大小より先に「何が含まれていて、何が含まれていないか」を確認する。この習慣だけで、発注後のトラブルはかなり減る。
3. コミュニケーションの品質を確認しているか
開発会社との相性を決める最大の要因は、技術力ではなくコミュニケーションだと僕は考えている。
初回の打ち合わせで、自分が話した内容を相手がどのくらいの精度で理解しているかを観察してみてほしい。議事録やヒアリングシートの内容が、自分の意図と合っているか。質問の内容が的確か。専門用語を使わずに説明してくれるか。
開発プロジェクトは数ヶ月にわたる共同作業だ。この間、認識のズレを何度もすり合わせることになる。そのたびに「言った・言わない」の議論になる相手だと、プロジェクトは確実に消耗する。
ひとつの目安として、打ち合わせ後に相手が送ってくる議事録やまとめの品質を見るといい。ここが雑な会社は、開発中のコミュニケーションも雑になりやすい。
4. 「作る前に見せてくれるか」を聞いているか
5つのポイントの中で、これが一番重要だと僕は思っている。
「契約前に、何かしら動くものを見せてもらえますか」と聞いてみる。この質問に対する反応で、その会社の開発スタイルがわかる。
「仕様が固まってからでないと作れません」と言う会社は、ウォーターフォール型の進め方を前提にしている。仕様書を完璧に作ってから一気に開発する方式だ。この方式自体が悪いわけではないけれど、「作ってみたら違った」のリスクは高い。
「簡易的なプロトタイプなら出せます」「まず画面イメージを作ってお見せします」と言う会社は、手戻りを減らすプロセスを持っている。完成品を見るまで何もわからない状態より、途中段階で確認できるほうが発注者としては安心だ。
なのかデモのようなサービスを使って、発注先を決める前にプロトタイプを作ってしまうのもひとつの手だ。「こういうものを作りたい」を口頭で伝えるよりも、動くデモを見せたほうが見積もりの精度は格段に上がる。
5. 「小さく始める選択肢」を提案してくれるか
300万円のプロジェクトに対して、「まず100万円分の機能だけ作って、反応を見てから残りを進めませんか」と提案してくれる会社は信頼できる。
発注者としては「全部まとめて頼んだほうが安いのでは」と思うかもしれない。でも、全機能を一度に作って、完成後に「この機能は使われなかった」と気づくのは最悪のパターンだ。100万円分のコア機能を先に作って、現場の反応を見てから次のフェーズを決める。このアプローチのほうが、最終的な投資対効果は高くなる。
逆に、「全部まとめて契約したほうがお得です」と言う会社は、分割することで受注金額が減るのを嫌がっている可能性がある。発注者の利益と受注者の利益が一致しない構造だ。
選定前のチェックリスト
最後に、開発会社と話をする前に確認しておきたい5項目をまとめておく。
自分の業種に近い実績が、担当者レベルで存在するか。見積もりの内訳と前提条件が明確に記載されているか。初回打ち合わせ後のまとめ資料の品質は十分か。契約前に動くものを見せてもらえるか。段階的に進める選択肢を提案してくれるか。
この5つをすべてクリアする会社は多くないかもしれない。でも、少なくとも4番目の「作る前に見せてくれるか」だけは妥協しないほうがいい。実物を見ずに数百万円を投じるのは、経営判断としてリスクが高すぎる。
開発会社を選ぶことは、数ヶ月の共同作業のパートナーを選ぶことだ。金額やスペックだけでなく、「一緒に仕事をして認識ズレを最小限にできる相手か」を見極めてほしい。