初回相談前の準備をしたい企業にとって、最初から大きな開発を決める必要はありません。まずは現行業務・帳票・データ・連携・保守状況を整理し、延命、部分改善、パッケージ活用、周辺開発、スクラッチ再構築のどれが現実的かを見極めることが重要です。
マクティズムでは、作り直しありきではなく、何を質問すべきかを明確にして、相談の質を上げることを重視して進め方を整理します。
この記事では、基幹システムの開発会社に初めて相談する際に聞くべき質問を、目的別に整理したリストとしてまとめます。何を聞けばよいか分からないまま相談に臨むことへの不安を解消し、初回の打ち合わせの密度を上げるための内容です。
この記事で分かること
- 基幹システム見直しで確認すべきポイント
- 延命・部分改善で済むケース
- パッケージ活用や周辺開発を検討すべきケース
- スクラッチ再構築を検討すべきケース
- 相談前に準備しておく情報
まず結論｜すぐに作り直す前に現状を整理する
基幹システムは、受注・出荷・在庫・請求・生産・会計連携など、複数の業務にまたがります。そのため、表面上の不具合だけを見て判断すると、後から帳票、データ移行、外部連携、現場運用で想定外の問題が出ることがあります。
まず必要なのは、現行システムの全体像を把握することです。特に、どの業務が止まると困るのか、どの帳票が実際に使われているのか、どのExcel・Access・CSV運用が周辺に残っているのかを確認するだけでも、再構築の方向性はかなり明確になります。
質問の目的は「見極める」ことと「情報を引き出す」こと
開発会社への質問には二つの目的があります。一つは相手の力量と相性を見極めること。もう一つは、自社の課題に対する具体的な知見を引き出すことです。前者には「御社ではどうされていますか」型の質問が、後者には「うちの状況ではどうすべきですか」型の質問が有効です。両方の質問を織り交ぜることで、初回の打ち合わせから最大限の情報を得られます。
質問しすぎるくらいでちょうどいい——遠慮が最大の損失
初回の相談で遠慮して質問を控える方が多いのですが、それは機会の損失です。開発会社にとって質問は「この方は真剣に検討している」というシグナルであり、質問が多いほど丁寧に対応するモチベーションが生まれます。何を聞いても恥ずかしくない段階が初回です。むしろ、質問に対して嫌な顔をする会社は、その後のコミュニケーションにも不安が残ります。
このテーマでよく起きる問題
このテーマでよく起きる問題は、技術的な問題に見えて、実際には業務整理の不足から起きていることが多いです。たとえば、同じ機能でも部署ごとに運用が違う、帳票は同じ名称でも用途が違う、CSVの出力タイミングが担当者依存になっている、といったケースです。
この状態でパッケージを入れたり、スクラッチで作り直したりすると、開発途中で追加要件が増え、費用と期間が膨らみやすくなります。
よくある失敗は、抽象的な質問ばかりで具体的な回答を引き出せないケースです。「うちのシステムを作り直せますか？」ではYes/Noしか返りません。「販売管理と在庫管理が別々のシステムで二重入力が発生しているが、一体化するにはどんな進め方がありますか？」と具体的に聞けば、相手の知見と提案力が見えてきます。
また、質問だけして自社の情報を出さない相談もうまくいきません。課題と制約を伝えなければ、開発会社は一般論しか返せません。情報は出し惜しみせず、具体的に共有するほうが、具体的な提案を引き出せます。
さらに、質問リストの作成に時間をかけすぎて相談が遅れる失敗もあります。質問は5〜10個あれば十分であり、足りなければ打ち合わせの中で追加すればよいのです。完璧なリストより、早い相談のほうが価値があります。
自社で確認できるチェックポイント
以下の質問リストを目的別にまとめました。自社の状況に合うものを5〜10個選んでお使いください。
- 現在のシステムで実際に困っている業務を1つずつ書き出す
- 画面・帳票・CSV・バッチ・Excel補完作業を棚卸しする
- 利用部署、利用人数、締め処理、止められない業務を確認する
- サーバー、データベース、外部連携、バックアップの状態を確認する
- 現行システムを残す部分、直す部分、作り直す部分を分ける
- パッケージで足りる業務と、周辺開発が必要な業務を分ける
- 初期費用だけでなく、保守・追加改修・移行リスクも比較する
目的別の質問リスト
【相手を見極める質問】類似業界や類似規模の案件の経験はありますか。プロジェクト担当のエンジニアは誰ですか。保守体制はどうなっていますか。過去に失敗した案件とその教訓はありますか。【自社の課題への知見を引き出す質問】うちの状況だと、パッケージとスクラッチどちらが合いそうですか。この規模だと費用と期間の目安はどの程度ですか。段階的に進める場合、どこから着手するのが効果的ですか。データ移行で気をつけるべきことは何ですか。【長い付き合いを見据えた質問】稼働後の改修は誰が対応してくれますか。保守契約の内容と費用感を教えてください。
質問の回答を比較しやすくするために、複数社に同じ質問を投げることをおすすめします。同じ質問への回答の違いに、各社の強み・考え方・正直さが表れます。回答の深さと具体性を比べると、提案書の見栄えだけでは分からない差が見えてきます。
質問リストを送付してから打ち合わせに臨む方法もあります。事前に質問を共有すれば、開発会社は回答を準備してくるため、初回から具体的な話ができます。ただし、即興の質問にどう対応するかも見極めの材料になるため、全質問を事前送付せず、いくつかは当日投げかけるのも有効です。
回答の中で「それは分かりません。確認して後日お伝えします」という返答があったら、それはマイナスではなくプラスの評価材料です。分からないことを正直に言える会社は、プロジェクト中にも問題を隠しません。逆に、何を聞いても即答する会社は、深く考えずに答えている可能性があります。
延命・部分改善で対応できるケース
質問の量と深さは、相談の段階に合わせて調整してください。
- 対象業務が限定されている
- 帳票やCSV連携の一部改善で足りる
- データベース改善やバックアップ自動化で安定運用できる
- 利用者が限られており、現場への影響が小さい
- 将来の全面刷新までの橋渡しとして改善したい
初回の探索的な相談であれば5問程度、具体的な提案を求める段階であれば10問程度が適切です。すべてを初回で聞く必要はなく、二回目・三回目の打ち合わせで深掘りしていく形が自然です。
質問への回答の中で、開発会社から逆に聞かれる質問にも注目してください。的確な逆質問は、業務を深く理解しようとする姿勢の表れであり、よい開発会社を見極める重要なシグナルです。
質問リストの準備にかける時間は30分〜1時間で十分です。この短い準備で初回相談の密度が大きく変わるため、投資対効果の高い作業です。
パッケージ活用・周辺開発・スクラッチ再構築を検討すべきケース
構築方式によって、特に確認すべき質問が変わります。
- 保守期限が近く、現行環境を長く使えない
- 開発会社がなく、改修や障害対応が難しい
- Access・Excel・古いDBではデータ量や運用に限界がある
- パッケージ標準機能が業務に合わない
- 周辺システムや帳票が増え、全体像が分からない
- 今後も機能追加や外部連携が増える見込みがある
パッケージ活用が向くケース
パッケージの場合は、自社業務との適合度を確認する質問と、カスタマイズの上限に関する質問を加えてください。
周辺開発で補うケース
周辺開発の場合は、既存システムとの連携実績と保守の継続性に関する質問を重点的に。
スクラッチ再構築が向くケース
スクラッチの場合は、要件定義の進め方と変更管理のプロセスに関する質問を厚くしてください。
マクティズムの見解
マクティズムの見解として、基幹システム開発会社に相談するときの質問リストでは「何を作るか」より先に「何を残すか、何を直すか、何を作り直すか」を決めることが重要です。
特に、何を質問すべきかを明確にして、相談の質を上げることを意識しないまま進めると、パッケージを入れても周辺Excelが残ったり、スクラッチで作っても現場が使いにくかったりします。相談段階では、資料が完全にそろっていなくても問題ありません。画面、帳票、運用メモ、担当者の記憶を集めるところから始めるべきです。
質問をたくさんいただくお客様ほど、良いプロジェクトになるという経験則があります。質問は関心の表れであり、関心の高いお客様は意思決定も速く、プロジェクトへの参画も積極的だからです。遠慮なく聞いてください。その質問が、よいシステムを作る対話の出発点です。
相談前に準備しておく情報
質問リストの相談では、自社の課題の概要、相談先の候補企業、特に知りたいことが分かると、初回からリストの中身を一緒にカスタマイズできます。068番の記事で紹介した「困りごと・制約・分からないことの三点メモ」とあわせて持参すると、質問の精度がさらに上がります。
実務では、お客様が質問リストを持って来られた場合、その質問の一つひとつに丁寧に回答するのはもちろん、リストになかったがお客様の状況では重要と思われる観点を追加でお伝えするようにしています。
質問リストは使い捨てではなく、回答の記録と合わせて「ベンダー比較資料」として残す価値があります。最終的な選定判断の根拠として社内で共有でき、後から「なぜこの会社を選んだか」に立ち戻ることもできます。
よい質問は、よい回答を引き出し、よい関係を始めます。質問リストを作ること自体が、相談への最良の準備です。30分の準備で初回の密度が変わり、その密度がプロジェクト全体の質を変えていきます。
準備は、困りごとのメモ、質問リストの作成（5〜10問）、聞きたい優先順位の整理、の三つで完了です。あとは打ち合わせの場で、遠慮なく聞くだけです。
質問と回答のやり取りは、それ自体がベンダーとの関係構築の第一歩です。対話の質が高い相手とは、プロジェクトの対話の質も高くなります。最初の対話を大切にしてください。
質問リストは完璧でなくてよいのです。5問でも3問でも、聞きたいことを持って行くだけで、相談の質は劇的に変わります。その小さな準備が、大きな投資を正しい方向に導きます。
質問を持って相談する。その準備だけで、初回の価値は倍になります。30分の準備を惜しまないでください。
よい質問から始まった対話は、よいプロジェクトを生みます。質問は相談の質を決める最初の一手です。遠慮なく、具体的に、聞いてください。
その一手が、相談の質を変え、プロジェクトの方向を正しく定めます。最初の質問を、今日準備してください。
質問の準備ができたら、あとは予約を取るだけです。その行動が検討を前に動かす最良の一手です。
よい対話は、よい質問から。よいプロジェクトは、よい対話から。その連鎖の出発点が、今日の準備です。
準備は5問で十分。あとは聞く勇気だけです。
聞くことから始まるプロジェクトは、必ず良い方向へ進みます。
質問の数だけ、理解が深まります。その理解が、正しい投資判断の礎になります。
準備は今日からできます。困りごとを3行書くだけで、最初の質問は完成です。
その3行から、すべてが始まります。
聞く準備が整ったら、あとは一歩踏み出すだけです。その一歩をお待ちしています。
よい質問は、よい答えを引き出します。よい答えは、よい判断を支えます。その好循環の入口が、今日の準備です。
その好循環が、よいシステムを生みます。
よくある質問
要件がまとまっていなくても相談できますか？
はい。分かる範囲の業務内容、現在困っていること、使っている画面や帳票から整理できます。完璧な資料よりも、現状の困りごとを早めに共有することが大切です。困りごとのメモだけあれば、質問はその場で一緒に考えられます。
すぐに全面再構築する必要がありますか？
いいえ。延命・部分改善で足りる場合もあります。まずは残す部分、直す部分、作り直す部分を切り分けます。いいえ。質問が多いお客様ほど、真剣に検討されている証拠だと受け止めます。
パッケージとスクラッチのどちらがよいか判断できますか？
はい。業務が標準機能に合うか、帳票や例外処理をどう扱うか、将来の保守性まで含めて比較します。方式ごとに追加すべき質問も含めて、一緒にリストをカスタマイズします。
500万円〜1,000万円規模の部分改善から相談できますか？
はい。データベース改善、帳票・連携、バックアップ自動化など、段階的な改善から始められる場合があります。はい。質問リスト自体の作成をお手伝いすることも可能です。
相談後にしつこい営業はありますか？
ありません。現状を確認したうえで、必要な進め方を整理します。無理に大きな開発を勧めることはありません。遠慮なく何でも聞いてください。それが最良の相談の始め方です。
