情シス担当者が外部相談する前に準備したい企業にとって、最初から大きな開発を決める必要はありません。まずは現行業務・帳票・データ・連携・保守状況を整理し、延命、部分改善、パッケージ活用、周辺開発、スクラッチ再構築のどれが現実的かを見極めることが重要です。
マクティズムでは、作り直しありきではなく、完璧な資料より、分かる範囲の課題と制約を先に伝えることを重視して進め方を整理します。
この記事では、情報システム部門の担当者が外部の開発会社に初めて相談する前に、何をどこまで準備しておくと話が早く進むかを整理します。準備が足りないと相談をためらっている方にこそ読んでいただきたい内容です。
この記事で分かること
- 基幹システム見直しで確認すべきポイント
- 延命・部分改善で済むケース
- パッケージ活用や周辺開発を検討すべきケース
- スクラッチ再構築を検討すべきケース
- 相談前に準備しておく情報
まず結論｜すぐに作り直す前に現状を整理する
基幹システムは、受注・出荷・在庫・請求・生産・会計連携など、複数の業務にまたがります。そのため、表面上の不具合だけを見て判断すると、後から帳票、データ移行、外部連携、現場運用で想定外の問題が出ることがあります。
まず必要なのは、現行システムの全体像を把握することです。特に、どの業務が止まると困るのか、どの帳票が実際に使われているのか、どのExcel・Access・CSV運用が周辺に残っているのかを確認するだけでも、再構築の方向性はかなり明確になります。
完璧な資料を準備する必要はない——むしろ危険
外部に相談するなら設計書や要件定義書を揃えなければ、と思っている担当者は多いのですが、これは逆効果になることがあります。完璧な資料を目指すうちに数か月が経過して相談が遅れる、あるいは社内だけの視点で固めた資料が前提になって検討の幅が狭まる。むしろ、困りごと、制約、分からないことを率直に伝えていただくほうが、初回の打ち合わせは実りのあるものになります。
準備の本質は「答え」ではなく「問いの整理」
開発会社が初回で知りたいのは、完成形の仕様ではなく、現状何に困っていて、どんな制約があり、どこまで決まっていてどこから決まっていないのかという現在地の情報です。予算の枠がまだ確定していない、社内で合意が取れていない業務がある、そういった「決まっていないこと」も正直に伝えてください。決まっていないことが分かることで、初回の議論を「まず何を決めるべきか」の整理に使えます。
このテーマでよく起きる問題
このテーマでよく起きる問題は、技術的な問題に見えて、実際には業務整理の不足から起きていることが多いです。たとえば、同じ機能でも部署ごとに運用が違う、帳票は同じ名称でも用途が違う、CSVの出力タイミングが担当者依存になっている、といったケースです。
この状態でパッケージを入れたり、スクラッチで作り直したりすると、開発途中で追加要件が増え、費用と期間が膨らみやすくなります。
よくあるのは、何社にも同じ質問をして回答の良し悪しで選ぼうとするケースです。抽象的な質問には抽象的な回答しか返らず、各社の実力差は見えません。困りごとを具体的に伝え、それに対するアプローチの違いを比較するほうが、相手の力量と相性を見極められます。
また、相談前に社内で「何を聞くか」を決めていないまま打ち合わせに臨み、話が発散して何も持ち帰れなかったという失敗もあります。事前に聞きたいことを5つ程度の質問リストにまとめておくだけで、初回の生産性は大きく変わります。
さらに、予算やスケジュールの制約を隠したまま相談するケースもあります。情報を伏せると、提案が非現実的な方向へ膨らみ、お互いの時間が無駄になります。制約は最初に開示するほうが、現実に即した提案が早く得られます。
自社で確認できるチェックポイント
相談の前に、次の情報を手元に揃えておくと、初回の議論が格段に具体的になります。
- 現在のシステムで実際に困っている業務を1つずつ書き出す
- 画面・帳票・CSV・バッチ・Excel補完作業を棚卸しする
- 利用部署、利用人数、締め処理、止められない業務を確認する
- サーバー、データベース、外部連携、バックアップの状態を確認する
- 現行システムを残す部分、直す部分、作り直す部分を分ける
- パッケージで足りる業務と、周辺開発が必要な業務を分ける
- 初期費用だけでなく、保守・追加改修・移行リスクも比較する
相談準備ならではの棚卸しポイント
基本のチェックリストに加えて、困っている業務の具体名と影響の大きさ、現行システムの構成（サーバー・OS・DB・開発言語が分かれば）、保守期限や外部制約、予算と時期の目安、聞きたい質問のリスト、そして自社にとって譲れない条件があれば書き出しておいてください。正確でなくて構いません。「たぶん十数年前に作ったVBのシステム」「予算は1,000万円くらいが限度」という粒度でも、何もないのとは雲泥の差です。
帳票のサンプルと画面のスクリーンショットは、言葉の説明の何倍もの情報を伝えてくれます。実物を見せながら話すと、開発会社は現行システムの作りと課題の深さを正確に読み取れます。完璧な設計書よりも、日常使っている帳票の現物のほうが、初回の相談では圧倒的に役立ちます。
相談先を選ぶうえで、初回の対応そのものが判断材料になるという点も覚えておいてください。質問が的確か、こちらの話をよく聞くか、分からないことを正直に言うか、無理に大きな提案をしてこないか。この初回の姿勢は、その後の数年間の付き合い方をそのまま映しています。相性の見極めは、最初の1時間で驚くほど正確にできるものです。
延命・部分改善で対応できるケース
相談の仕方は、自社の検討段階によって変えるのが効率的です。
- 対象業務が限定されている
- 帳票やCSV連携の一部改善で足りる
- データベース改善やバックアップ自動化で安定運用できる
- 利用者が限られており、現場への影響が小さい
- 将来の全面刷新までの橋渡しとして改善したい
「何が問題かは分かっているが解決策が分からない」段階なら、困りごとの説明に時間を使ってください。「複数の方式を比べたい」段階なら、前提条件をそろえた相見積の依頼を。「まず全体像を把握したい」段階なら、現行調査の依頼として相談するのが最も効率的です。
いずれの段階でも、「今日の打ち合わせのゴール」を冒頭で伝えてくれると、開発会社は持っている知見を最も効果的な形で出せます。この一言が、会議の密度を一気に上げます。
初回の相談にかかる費用は、多くの開発会社で無料か、有料でも数万円程度です。相談にかける時間は1〜2時間ですが、その1時間で数か月の社内検討が一気に整理されることも珍しくありません。相談は情報を取られる行為ではなく、整理を手伝ってもらう行為だと捉えてください。
パッケージ活用・周辺開発・スクラッチ再構築を検討すべきケース
相談先の選び方で押さえておくべき観点は次のとおりです。
- 保守期限が近く、現行環境を長く使えない
- 開発会社がなく、改修や障害対応が難しい
- Access・Excel・古いDBではデータ量や運用に限界がある
- パッケージ標準機能が業務に合わない
- 周辺システムや帳票が増え、全体像が分からない
- 今後も機能追加や外部連携が増える見込みがある
パッケージ活用が向くケース
パッケージの相談では、自社の業務への適合度を具体的に確認できる相手を選んでください。デモを見せてもらい、自社の主要な業務フローを再現できるか試す場を設けると、適否が肌感覚で分かります。
周辺開発で補うケース
周辺開発や部分改善の相談では、小さな案件を丁寧に扱う会社かどうかが重要です。初回の対応の速さ、質問の的確さ、見積の明細の詳しさに、その会社の仕事の質が表れます。
スクラッチ再構築が向くケース
スクラッチ再構築の相談では、類似業界の実績と、要件定義の進め方の説明が具体的かどうかを見てください。技術力だけでなく、業務を引き出す力があるかが、スクラッチの成否を分けます。
マクティズムの見解
マクティズムの見解として、情報システム部門が外部開発会社に相談する前に準備することでは「何を作るか」より先に「何を残すか、何を直すか、何を作り直すか」を決めることが重要です。
特に、完璧な資料より、分かる範囲の課題と制約を先に伝えることを意識しないまま進めると、パッケージを入れても周辺Excelが残ったり、スクラッチで作っても現場が使いにくかったりします。相談段階では、資料が完全にそろっていなくても問題ありません。画面、帳票、運用メモ、担当者の記憶を集めるところから始めるべきです。
相談をいただくとき、私たちが最も嬉しいのは「まだ何も決まっていないのですが」という一言です。決まっていない段階から一緒に整理できるほうが、お互いに無駄が少なく、最善の選択肢にたどり着きやすいからです。準備が不十分だから恥ずかしい、ということは一切ありません。整理されていない情報をその場で整理するのが、私たちの得意な仕事です。
相談前に準備しておく情報
繰り返しになりますが、困りごと・制約・分からないことの三点メモ、帳票か画面のサンプル、聞きたい質問5つがあれば、準備は十分です。それ以上を完璧に揃えようとして相談が遅れるほうが、はるかに大きな損失です。
実務では、初回のお打ち合わせで課題と制約を伺い、その場で方向性の選択肢をお示しし、次のステップとして現行調査か見積か診断のいずれが適切かをご提案する流れを取っています。
相談のハードルを下げることが、実は情報システム部門にとって最も価値ある準備かもしれません。社内だけで悩む時間を、外部の視点を入れて考える時間に変える。それだけで、検討の速度と質が同時に上がります。
よい相談相手に出会うことは、システムの前に「相談できる関係」という資産を得ることです。その関係があれば、今回の案件だけでなく、今後のあらゆるシステム課題への対応力が上がります。最初の相談を、長い付き合いの入口にしてください。
準備は、困りごとのメモ、帳票サンプルの収集、質問リストの作成、予算と時期の目安の確認、の四つで完了です。ここまでなら1日でできます。そこから先は、相談の場で一緒に進めましょう。
情報システム部門が一人しかいない、あるいは専任担当がいないという会社でも、外部への相談は十分に成り立ちます。すべてを社内で準備してから相談する必要はなく、足りない部分を補う伴走型の支援を選ぶことで、限られた体制でもプロジェクトは前に進みます。体制の薄さは相談しない理由にはなりません。
相談後に社内へ持ち帰るべき情報は、選択肢とその比較軸です。「A案は費用を抑えられるが範囲が限定的、B案は投資は大きいが将来性がある」のように選択肢の形にして報告すると、社内の判断が前に進みます。一つの案だけを持ち帰ると、その案を承認するかどうかの二択になり、議論が滞りがちです。
そして、相談は一社にこだわる必要はありませんが、同じ質問を同じ粒度で複数社に投げることを意識してください。聞き方がそろっていれば、回答の違いがそのまま各社の強みと提案力の違いとして見えてきます。
一歩目を踏み出すのに、完璧な準備は要りません。相談そのものが最良の準備です。
悩んでいる時間があるなら、その時間で相談の電話一本を。それが情報システム担当者にとって最も生産的な一歩になります。
相談のハードルを下げることが、情報システム担当者にとっていちばんの味方を増やす行動です。
準備よりも行動。今日の相談が、来年のシステムを変えます。
よくある質問
要件がまとまっていなくても相談できますか？
はい。分かる範囲の業務内容、現在困っていること、使っている画面や帳票から整理できます。完璧な資料よりも、現状の困りごとを早めに共有することが大切です。その状態が最良のスタートです。整理のお手伝いから始めます。
すぐに全面再構築する必要がありますか？
いいえ。延命・部分改善で足りる場合もあります。まずは残す部分、直す部分、作り直す部分を切り分けます。いいえ。むしろ小さな疑問の段階で来ていただくほうが、選択肢を広く検討できます。
パッケージとスクラッチのどちらがよいか判断できますか？
はい。業務が標準機能に合うか、帳票や例外処理をどう扱うか、将来の保守性まで含めて比較します。初回のヒアリングの中で一緒に方向性を絞り込みますのでご安心ください。
500万円〜1,000万円規模の部分改善から相談できますか？
はい。データベース改善、帳票・連携、バックアップ自動化など、段階的な改善から始められる場合があります。はい。数百万円の改善のご相談も日常的にお受けしています。
相談後にしつこい営業はありますか？
ありません。現状を確認したうえで、必要な進め方を整理します。無理に大きな開発を勧めることはありません。準備不足を気にせず、今の状況をそのままお聞かせください。
