発注前に社内で決めておく3つのこと

相談する前に、社内の足並みをそろえる

システム刷新を検討し始めると、多くの社長がまず開発会社への相談を急ぎます。しかし、社内の準備がないまま話を聞きに行くと、「何をどうしたいか」を先方にうまく伝えられず、見積もりの精度も上がりません。何度もヒアリングをやり直すことになり、双方にとって時間のロスになります。

相談前に社内で決めておくべきことは、大きく3つあります。予算感、決裁ルート、そして要件の粒度です。この3つが固まっていれば、開発会社との初回の打ち合わせは驚くほどスムーズに進みます。逆にここが曖昧なままだと、提案も見積もりもぼやけたものしか返ってきません。

1. 予算感をどこまで固めておくか

「いくらかかるか分からないから、まず聞いてみよう」という姿勢は自然なことですが、予算感がまったくないまま相談すると、開発会社側も提案の作りようがありません。数百万円規模の提案から数十万円規模の提案まで、振れ幅が大きくなりすぎるためです。

厳密な金額を決める必要はありません。ただし、以下の程度は社内で握っておきましょう。

• 「今年度中に使える上限はこのくらい」という天井の感覚
• 補助金を使う前提か、自己資金のみか
• 分割発注(まず小さく試す)を許容するか、一気に刷新したいか

金額の相場観がまったくない場合は、まず世の中の価格帯を把握しておくと、社内での予算感の議論もしやすくなります。詳しくはシステム開発の費用相場。承継後の刷新はいくらかかるのか（金額帯早見）を参照してください。また、補助金の活用を検討している場合は、事前に対象要件を確認しておくとスムーズです。IT導入補助金でシステム開発はできるかも合わせてご覧ください。

2. 決裁ルートを誰が握っているか

事業承継後の会社にありがちなのが、「社長は刷新したいと思っているが、実際の決裁は先代や古参役員の了承が必要」というねじれです。この状態のまま開発会社に相談を進めてしまうと、いざ発注の段階になって「やっぱり先代に反対された」という事態が起こりえます。開発会社側からすると、せっかく詰めた提案が土壇場で白紙に戻るのは大きな痛手ですし、社長自身の信用にも関わります。

相談前に、次を明確にしておいてください。

• 最終的な決裁者は誰か(社長本人か、先代か、取締役会か)
• 決裁までに何人の承認を経る必要があるか
• 先代や古参役員への説明をいつ・誰が行うか

古参社員や先代の理解を得るプロセスは、システムの中身の話以上に神経を使う場面です。説明の進め方については古参社員を説得する、システム刷新の説明会の準備と進め方で具体的な手順を扱っていますので、決裁ルートの整理と並行して読んでおくことをおすすめします。

3. 要件はどこまで固めてから相談すべきか

「何を作りたいか、まだ漠然としている」という状態で相談してよいのか、それとも細部まで固めてから行くべきなのか、これは多くの社長が迷うポイントです。

結論から言うと、発注前の初回相談の段階では、要件を完璧に固める必要はありません。 むしろ、以下の3点さえ整理できていれば十分です。

ここから先の「画面はいくつ必要か」「どの項目を持たせるか」といった詳細は、開発会社との対話の中で詰めていくのが通常の進め方です。最初から完璧な仕様書を作ろうとすると、かえって着手が遅れてしまいます。

とはいえ、社内である程度の資料にまとめておくと、相談の質は大きく上がります。何から手をつければよいか分からない場合は要件のまとめ方。何から刷新するか固まっていない社長のための資料作りを参考にしてください。要件を伝える資料そのものの作り方は要件定義、開発会社に伝わる資料の作り方で扱っています。

まとめ:この3つを固めてから相談へ

予算感、決裁ルート、要件の粒度。この3つは、いずれも「厳密に決める」ものではなく「社内の認識をそろえる」ためのものです。完璧を目指す必要はありませんが、この3点が曖昧なまま相談に行くと、開発会社側も的確な提案を返せません。

相談前の準備を体系的に確認したい場合は、刷新を開発会社に相談する前に、決めておきたい3つのこともあわせてご覧ください。準備が整えば、次は相見積もりの取り方や提案書の見極め方といった、発注先選びのフェーズに進みます。