問い合わせ前に不安がある企業にとって、最初から大きな開発を決める必要はありません。まずは現行業務・帳票・データ・連携・保守状況を整理し、延命、部分改善、パッケージ活用、周辺開発、スクラッチ再構築のどれが現実的かを見極めることが重要です。
マクティズムでは、作り直しありきではなく、完璧な資料より、現状の困りごとを分かる範囲で伝えることを重視して進め方を整理します。
この記事では、基幹システム再構築の初回相談で開発会社から聞かれる質問を事前にまとめ、相談への不安を解消します。「何を準備すればよいか分からない」「答えられなかったら恥ずかしい」と感じて相談を先延ばしにしている担当者に向けた内容です。
この記事で分かること
- 基幹システム見直しで確認すべきポイント
- 延命・部分改善で済むケース
- パッケージ活用や周辺開発を検討すべきケース
- スクラッチ再構築を検討すべきケース
- 相談前に準備しておく情報
まず結論｜すぐに作り直す前に現状を整理する
基幹システムは、受注・出荷・在庫・請求・生産・会計連携など、複数の業務にまたがります。そのため、表面上の不具合だけを見て判断すると、後から帳票、データ移行、外部連携、現場運用で想定外の問題が出ることがあります。
まず必要なのは、現行システムの全体像を把握することです。特に、どの業務が止まると困るのか、どの帳票が実際に使われているのか、どのExcel・Access・CSV運用が周辺に残っているのかを確認するだけでも、再構築の方向性はかなり明確になります。
初回相談は「テスト」ではなく「一緒に整理する場」
初回相談で答えられない質問があっても、まったく問題ありません。開発会社の質問は、お客様を試しているのではなく、一緒に整理するための手がかりを得るために行っています。「分かりません」「調べてみます」は立派な回答であり、むしろ分からないことが分かること自体が、次に調べるべきことの整理につながります。初回相談に完璧な準備は要りません。
開発会社が本当に知りたいのは「仕様」ではなく「困りごと」
初回相談で開発会社が求めているのは、現行システムの技術仕様でも、新システムの機能一覧でもありません。今、業務で何に困っているか。どんな制約があるか（予算・期限・人員）。そして、相談に至った背景やきっかけは何か。この三点が伝われば、開発会社は課題の構造を推測し、次に確認すべきことを整理できます。技術の知識は不要です。業務の言葉で困りごとを語ってください。
このテーマでよく起きる問題
このテーマでよく起きる問題は、技術的な問題に見えて、実際には業務整理の不足から起きていることが多いです。たとえば、同じ機能でも部署ごとに運用が違う、帳票は同じ名称でも用途が違う、CSVの出力タイミングが担当者依存になっている、といったケースです。
この状態でパッケージを入れたり、スクラッチで作り直したりすると、開発途中で追加要件が増え、費用と期間が膨らみやすくなります。
よくある勘違いは、「設計書を持参しなければ相談にならない」という思い込みです。設計書がないからこそ相談するのであり、設計書があれば見積だけ依頼すれば済みます。むしろ設計書がない状態から一緒に整理してくれるかどうかが、良い開発会社を見分けるポイントです。
また、社内で意見がまとまっていないから相談できないという遠慮もありますが、意見がまとまらないまま社内だけで検討を続けても堂々巡りになることが多く、外部の視点が入ったほうが整理は進みます。
さらに、相談したら断りにくくなるのではという心配も不要です。初回相談は情報交換の場であり、相談したからといって発注の義務は一切ありません。複数社に相談してから判断するのが普通の流れです。
自社で確認できるチェックポイント
初回相談で聞かれることの典型を、以下にまとめました。答えを準備する必要はありませんが、事前に目を通しておくと気持ちの準備になります。
- 現在のシステムで実際に困っている業務を1つずつ書き出す
- 画面・帳票・CSV・バッチ・Excel補完作業を棚卸しする
- 利用部署、利用人数、締め処理、止められない業務を確認する
- サーバー、データベース、外部連携、バックアップの状態を確認する
- 現行システムを残す部分、直す部分、作り直す部分を分ける
- パッケージで足りる業務と、周辺開発が必要な業務を分ける
- 初期費用だけでなく、保守・追加改修・移行リスクも比較する
初回相談でよく聞かれる質問一覧
【現状について】今のシステムは何年くらい使っていますか。どんな業務に使っていますか。利用者は何名くらいですか。サーバーやデータベースの種類は分かりますか（分からなくてもOK）。【困りごとについて】いちばん困っていることは何ですか。それはいつ頃から起きていますか。困りごとの影響（時間・コスト・ミス）はどのくらいですか。【今後について】いつまでに改善したいという期限はありますか。予算の目安はありますか。社内で検討はどの段階ですか（個人で調べている・上司に相談済み・稟議準備中など）。
これらの質問に対する答えは、正確でなくても構いません。「たぶん15年くらい」「予算はまだ決まっていない」「サーバーのことはよく分からない」——こうした回答で十分です。開発会社は、おおよその状況が分かればそこから話を広げていけます。正確さより早さ。完璧な準備より早い相談のほうが、検討を前に進める力は大きいのです。
初回相談の後、開発会社から提案や見積が届いた場合の判断基準も事前に持っておくと安心です。金額だけでなく、提案の中に「自社の困りごと」がどれだけ反映されているか、次のステップが具体的か、分からないことを正直に書いているかを見てください。自社の話を聞いて提案を作ってくれた会社と、テンプレートをそのまま送ってきた会社では、誠実さに大きな差があります。
初回相談は、システムの話だけでなく、お互いの仕事の仕方を確認する場でもあります。レスポンスの速さ、連絡の丁寧さ、約束の守り方。初回の対応に、その会社の仕事の流儀がすべて表れます。
延命・部分改善で対応できるケース
初回相談で持参すると喜ばれる資料は、次のようなものです。
- 対象業務が限定されている
- 帳票やCSV連携の一部改善で足りる
- データベース改善やバックアップ自動化で安定運用できる
- 利用者が限られており、現場への影響が小さい
- 将来の全面刷新までの橋渡しとして改善したい
現行システムの画面のスクリーンショット、主な帳票のサンプル、困りごとを箇条書きにしたメモ。この三つがあれば、初回の対話の質が格段に上がります。いずれも5分あれば用意できるものばかりです。
逆に、完璧な要件定義書やシステム構成図は不要です。それらを作る前に相談するのが、最も効率のよい検討の進め方です。自力で完璧を目指すより、途中の段階で外部の知見を入れたほうが、速くて質の高い結論にたどり着けます。
初回相談の時間は、多くの開発会社で1〜1.5時間程度です。無料の場合も有料の場合もありますが、この1時間で数か月分の社内検討が一気に整理されることも珍しくありません。相談は情報を取られる行為ではなく、整理を手伝ってもらう行為です。
パッケージ活用・周辺開発・スクラッチ再構築を検討すべきケース
構築方式が決まっていなくても、初回相談は可能です。
- 保守期限が近く、現行環境を長く使えない
- 開発会社がなく、改修や障害対応が難しい
- Access・Excel・古いDBではデータ量や運用に限界がある
- パッケージ標準機能が業務に合わない
- 周辺システムや帳票が増え、全体像が分からない
- 今後も機能追加や外部連携が増える見込みがある
パッケージ活用が向くケース
パッケージが向くか個別開発が向くか分からない状態でも構いません。困りごとを伺った上で、方式の選択肢を提示するのが初回の役割の一つです。
周辺開発で補うケース
部分改善で済むのか全面再構築が必要かの判断も、初回相談でおおよその見当をお伝えできます。
スクラッチ再構築が向くケース
スクラッチでどこまでできるか、費用と期間の目安も、困りごとの概要が分かれば初回で話せます。
マクティズムの見解
マクティズムの見解として、基幹システム再構築の初回相談で聞かれることでは「何を作るか」より先に「何を残すか、何を直すか、何を作り直すか」を決めることが重要です。
特に、完璧な資料より、現状の困りごとを分かる範囲で伝えることを意識しないまま進めると、パッケージを入れても周辺Excelが残ったり、スクラッチで作っても現場が使いにくかったりします。相談段階では、資料が完全にそろっていなくても問題ありません。画面、帳票、運用メモ、担当者の記憶を集めるところから始めるべきです。
初回相談で私たちが最も嬉しい言葉は、「まだ何も決まっていないのですが」です。決まっていない段階から一緒に整理できるほうが、お互いに無駄が少なく、最善の選択肢にたどり着きやすいからです。準備不足を理由に相談を先延ばしにしているなら、今の状態のまま連絡をください。整理するのが私たちの得意な仕事です。相談の敷居を下げることが、よいシステムへの最初の一歩だと信じています。
相談前に準備しておく情報
この記事全体が「相談前に準備しておく情報」のガイドです。改めてまとめると、困りごとのメモ、画面か帳票のサンプル、予算と時期の目安（未定ならその旨）。この三つで十分です。それ以上を完璧に揃えようとして相談が遅れるほうが、はるかに大きな損失です。
実務では、初回の打ち合わせでお話を伺い、その場で課題の整理と方向性の選択肢をお示しし、次のステップ（現行調査か見積か診断か）をご提案する流れを取っています。
初回相談から始まった長い付き合いは、数多くあります。その入口は例外なく、「困っている」という一言でした。大きな課題も小さな不安も、声に出すところから変化は始まります。
相談は、準備が整ってからするものではなく、準備を整えるためにするものです。今の状態のまま、困りごとを話すだけでよいのです。その一歩を踏み出した瞬間から、検討は前に動き始めます。
準備は、困りごとのメモ（箇条書き3〜5行）、画面か帳票のサンプル（スクリーンショットで十分）、予算と時期の目安（未定ならその旨）。以上です。この三つを持って、相談の予約を取ってください。
初回相談を終えたら、感じたことを5行のメモにして残しておいてください。複数社に相談した後で比較するとき、記憶は曖昧になりますが、メモは正確です。このメモが最終選定の根拠になることも少なくありません。
相談は「買い物の始まり」ではなく「整理の始まり」です。その気軽さで、まず一社に連絡を取ってみてください。最初の一歩を踏み出した瞬間に、検討は確実に前に進み始めます。
相談を先延ばしにしている時間のほうが、相談そのものより長くかかっています。今日連絡を取れば、明日には状況が動き始めます。
「まだ何も決まっていない」が最高のスタートです。一緒に整理しましょう。その対話が、基幹システムの未来を変える最初の一歩になります。
悩む時間を相談に変えるだけで、すべてが動き始めます。今日が、その日です。
最初の一歩は、完璧でなくてよいのです。困りごとを声にするだけで、新しいシステムへの道は開けます。お待ちしています。
お声がけいただいた瞬間から、検討は一歩前に進んでいます。その一歩を、ぜひ今日のうちに。
準備はたった三つ。困りごとのメモ、画面のスクショ、予算の目安。今日できることから始めてください。
その三つさえあれば、あとは私たちが一緒に整理します。お気軽にどうぞ。
よくある質問
要件がまとまっていなくても相談できますか？
はい。分かる範囲の業務内容、現在困っていること、使っている画面や帳票から整理できます。完璧な資料よりも、現状の困りごとを早めに共有することが大切です。まったく問題ありません。整理のお手伝いから始めるのが私たちの日常です。
すぐに全面再構築する必要がありますか？
いいえ。延命・部分改善で足りる場合もあります。まずは残す部分、直す部分、作り直す部分を切り分けます。いいえ。初回相談は情報交換の場であり、発注の義務はありません。複数社に相談するのが普通です。
パッケージとスクラッチのどちらがよいか判断できますか？
はい。業務が標準機能に合うか、帳票や例外処理をどう扱うか、将来の保守性まで含めて比較します。構いません。困りごとを伺って、方式の選択肢を初回でお示しします。
500万円〜1,000万円規模の部分改善から相談できますか？
はい。データベース改善、帳票・連携、バックアップ自動化など、段階的な改善から始められる場合があります。いいえ。困りごとを業務の言葉で話していただければ十分です。
相談後にしつこい営業はありますか？
ありません。現状を確認したうえで、必要な進め方を整理します。無理に大きな開発を勧めることはありません。今日でも大丈夫です。お気軽にお声がけください。
