システム開発会社を選ぶ時、多くの企業は「どの技術が使えるか」「どのくらい早く作れるか」に注目します。もちろん開発力は重要ですが、それだけでは十分ではありません。実際のプロジェクトでは、要件が変わる、現場の運用と合わない、リリース後に改善が必要になる、といったことが必ず起きます。そのため、発注前には、技術力だけでなく、課題整理、進め方、運用後の改善姿勢まで確認することが重要です。
要件が固まる前から相談できるか
最初から詳細な仕様書があるプロジェクトばかりではありません。むしろ多くの場合、発注側が持っているのは「この業務を良くしたい」「この手作業を減らしたい」「新しいサービスを形にしたい」という段階の相談です。この段階で、開発会社が単に機能一覧を求めるだけなのか、現状の業務や目的を一緒に整理できるのかで、プロジェクトの質は大きく変わります。
- 課題の背景を聞いてくれるか
- 業務フローを整理できるか
- 作る前に選択肢を比較できるか
- 要件が変わる前提で進められるか
作らない選択肢も提案できるか
良い開発会社は、必ずしもすべてを独自開発しようとはしません。既存SaaS、API連携、業務フロー変更、自動化ツールで足りる場合は、その方が合理的なこともあります。開発ありきで話が進むと、必要以上に大きなシステムになり、運用負荷も増えます。発注前には、作る・つなぐ・既存サービスを使うという選択肢を比較できる会社か確認するべきです。
見積もりよりも前提条件を見る
見積もりの数字だけを比較しても、範囲や前提が違えば意味がありません。どこまでが要件定義なのか、デザインやテストは含むのか、外部連携やデータ移行は含むのか、リリース後の保守改善はどう扱うのかを確認する必要があります。安く見える見積もりでも、重要な作業が外れていれば、後から追加対応が増えます。
- 対象機能の範囲
- テスト・検証の範囲
- 外部連携・データ移行の扱い
- 運用後の改善・保守の扱い
コミュニケーションの進め方を見る
開発プロジェクトでは、発注側と開発側が継続的に判断を重ねます。そのため、定例の進め方、確認方法、課題管理、仕様変更の扱いが曖昧だと、後から認識違いが起きやすくなります。技術説明が分かりやすいか、判断材料を整理してくれるか、リスクを早めに共有してくれるかも重要な確認ポイントです。
リリース後の改善まで見ているか
システムは公開して終わりではありません。実際に使い始めると、画面の使いづらさ、権限の追加、集計項目の変更、業務ルールの変更などが出てきます。リリース後の改善を前提に設計できる会社かどうかで、長く使えるシステムになるかが変わります。