ソフトウェア開発会社をどう選ぶか

「開発会社 選び方」を調べると比較サイトばかりが出てきますが、点数化された一覧は実際の判断にはあまり役立ちません。技術力よりも先に見るべきは、要件をどう扱うか、変更が起きたときにどう合意するかという、進め方そのものです。

単価より先に聞くべき質問

「時間単価はいくらですか」より先に、「最初の要件定義にはどれくらいの期間をかけますか」と聞くほうが多くを教えてくれます。要件定義を省略して即座に見積もりを出す会社は、後工程で仕様の食い違いを埋め合わせる時間を、別の名目で請求することになりがちです。

誰が実際にコードを書くのか

提案の場に出てくる担当者と、実際に手を動かす担当者が同じ会社であっても違う場合があります。連絡窓口と実装者のあいだに層が多いほど、伝達の誤差が積み重なります。インテグレーションを含む案件では特に、この距離の近さが仕様のずれを防ぎます。

判断材料になる質問

質問	何が分かるか
要件定義にどれくらいの期間を取るか	進め方への姿勢
納品後のソースコードは誰の所有か	契約後の自由度
動く画面はどのくらいの頻度で見られるか	進捗の可視性
連携先の障害時に誰が対応するか	保守体制の実態
仕様変更はどう合意し記録されるか	後々の紛争リスク

実績は言葉より確認しやすい

営業トークよりも、過去にどんな種類の案件を手がけたかのほうが実態を語ります。業種名だけの紹介と、どの部分を自社で開発し、どの部分を既存の仕組みと連携させたかまで説明できる紹介とでは、得られる情報の量が大きく違います。具体的な実績を確認し、自社の課題に近い案件があるかを見るのが早道です。質問したときに曖昧な一般論で返ってくるか、具体的な事例で答えが返ってくるかも、ひとつの判断材料になります。

海外の会社と進める場合に増える確認事項

発注先が海外の会社である場合、要件定義に加えてもう一段階の確認が必要になります。時差のある中で定例をどう設定するか、仕様書の言語をどちらに合わせるか、データの保管場所がどの地域になるかといった点です。これらは技術力とは別の軸ですが、プロジェクトの進みやすさを大きく左右します。良い相手は、この種の質問を歓迎し、曖昧にせず答えます。

契約後に何が起きるかを先に決める

契約前に確認すべきは着手後のことです。定例の頻度、連絡手段、仕様変更の扱い、そして納品後の保守窓口——これらが契約書や提案書に明記されているかどうかは、会社の姿勢をそのまま映します。カスタムソフトウェア開発のページにも、私たちの進め方を記載しています。

小さなチームであることの意味

提案の場にいる人がそのまま実装する人であるほど、伝達の誤差は減ります。大きな組織が安全とは限らず、小さな組織が安いとも限りません。重要なのは、あなたの課題を実際に理解する時間を持つ担当者が、他の十件を同時に抱えていないかどうかです。

選び方に唯一の正解はありませんが、要件定義への向き合い方は、その後すべてを予告しています。

具体的な相談はお問い合わせから。費用の考え方については姉妹記事のオーダーメイド開発の費用はなぜ一律の数字がないのかもご覧ください。