結論
開発会社に相談する前に社内で決めておきたいのは、何を解決したいのか、どこまでを今回の対象にするのか、誰が最終判断するのか の3点です。
この3点が曖昧なまま相談を始めると、打ち合わせは進んでも見積もり比較や社内判断で止まりやすくなります。実務では、技術の難しさよりも、社内の前提が揃っていないことのほうが後で効いてきます。
最初に揃えるべき3つの前提
1. 何を改善したいのか
まず決めるべきなのは、システムを作ること自体ではなく、どの業務の何を改善したいのかです。
たとえば、
- Excelやスプレッドシートの転記を減らしたい
- 問い合わせ管理を一元化したい
- 社内申請の進捗を見える化したい
といった形で、改善対象を業務単位で言える状態にしておくと相談が進みやすくなります。
2. どこまでを今回の対象にするのか
外注相談が長引く原因の一つは、対象範囲が広すぎることです。最初から全部を解決しようとすると、要件も見積もりもぶれやすくなります。
最初の相談では、
- 今回必ず入れたい機能
- あれば便利だが後回しでもよい機能
- 今回は対象外にする業務
を分けておくほうが現実的です。
3. 誰が決めるのか
相談自体は進んでも、社内で決める人が曖昧だと止まります。開発会社に確認された内容に誰が回答するのか、最終的に予算や仕様を誰が決めるのかを先に整理しておく必要があります。
少なくとも、
- 現場の確認担当
- 予算の承認者
- 最終決裁者
の役割は分けておいたほうが安全です。
相談前に社内で整理しておきたい項目
開発会社に相談する前に、次の項目は最低限メモにしておくと進めやすくなります。
- 背景: 今どの業務で困っているか
- 目的: 何が改善できれば成功か
- 対象範囲: 今回含める業務と含めない業務
- 必須要件: ないと困る機能や条件
- 希望要件: あれば便利な機能
- 予算感: 上限の目安があるか
- 時期: いつまでに動かしたいか
- 体制: 誰が窓口で誰が決めるか
完璧な仕様書までは不要です。ただ、このくらいが曖昧だと、相談後に社内へ持ち帰ったときに議論が戻りやすくなります。
社内で詰めすぎなくてよいこと
相談前の段階で、画面設計や細かい技術仕様まで固める必要はありません。そこまで社内だけで詰めようとすると、かえって進まないことがあります。
先に決めるべきなのは、設計の細部ではなく、判断の土台です。
- 目的
- 優先順位
- 予算感
- スケジュール感
- 意思決定者
この土台があれば、詳細設計は開発会社との会話の中で詰めやすくなります。
相談前の整理チェックリスト
- 何を改善したいかを一文で説明できる
- 今回の対象範囲と対象外を分けている
- 必須要件と希望要件を分けている
- 予算感と希望時期の目安がある
- 社内の窓口担当と決裁者が決まっている
- 提案を受けたあと誰が判断するか整理している
現場視点コメント
外注相談で止まりやすいのは、開発会社との会話そのものではなく、社内に持ち帰ったあとです。相談前に情報を増やしすぎるより、社内で判断に必要な軸を揃えておくほうが、結果的に進みやすくなります。
まとめ
開発会社に相談する前に社内で決めておきたいのは、目的、対象範囲、意思決定の流れ です。ここが揃っていれば、見積もりや提案の比較もしやすくなります。
外注の進め方や相談の流れまで含めて整理したい場合は、発注ナビとは？BtoBマッチングサービスの利用の流れ（相談登録〜納品） もあわせて読むと、相談前後の動きをイメージしやすくなります。
よくある質問
相談前に予算が固まっていないとだめですか？
厳密な金額まで決まっていなくても進められます。ただし、上限感や想定レンジがまったくない状態だと、提案の比較がしにくくなります。
相談前に要件を細かく決める必要はありますか？
細部まで固める必要はありません。まずは目的、対象範囲、必須要件、判断体制を揃えることが先です。
社内の関係者が多い場合はどう整理すればいいですか？
全員で同時に決めようとすると止まりやすいです。窓口担当、現場確認、最終決裁の役割を分けておくと進めやすくなります。
社内整理ができたら、比較時に何を確認するかまで進めるために、開発会社を比較するときに確認したい質問リスト も続けて読むと流れを作りやすいです。
