1,000万円前後で何ができるか知りたい企業にとって、最初から大きな開発を決める必要はありません。まずは現行業務・帳票・データ・連携・保守状況を整理し、延命、部分改善、パッケージ活用、周辺開発、スクラッチ再構築のどれが現実的かを見極めることが重要です。
マクティズムでは、作り直しありきではなく、予算内でやることより、やらないことを決めることを重視して進め方を整理します。
この記事では、1,000万円前後の予算で基幹システムを改善する場合に、対象範囲をどう決めるべきかを整理します。部分改善より一歩踏み込めるが全面刷新には届かない、この中間帯ならではの範囲の切り方を、判断に迷う経営者・担当者に向けてまとめます。
この記事で分かること
- 基幹システム見直しで確認すべきポイント
- 延命・部分改善で済むケース
- パッケージ活用や周辺開発を検討すべきケース
- スクラッチ再構築を検討すべきケース
- 相談前に準備しておく情報
まず結論｜すぐに作り直す前に現状を整理する
基幹システムは、受注・出荷・在庫・請求・生産・会計連携など、複数の業務にまたがります。そのため、表面上の不具合だけを見て判断すると、後から帳票、データ移行、外部連携、現場運用で想定外の問題が出ることがあります。
まず必要なのは、現行システムの全体像を把握することです。特に、どの業務が止まると困るのか、どの帳票が実際に使われているのか、どのExcel・Access・CSV運用が周辺に残っているのかを確認するだけでも、再構築の方向性はかなり明確になります。
1,000万円は「業務のひとかたまり」を作り替えられる規模
1,000万円前後という予算は、単発の改善を超えて、帳票群の一新、特定業務（在庫管理、入金消込、受注取込など）の仕組みの構築、周辺開発によるパッケージ補完といった「業務のひとかたまり」に手が届く規模です。一方で、受注から会計までの全体を作り替えるには届きません。この「一部は本格的にやれるが、全部はやれない」という性質こそが、範囲の決め方を最重要テーマにします。
「やること」より先に「やらないこと」を決める
この予算帯の計画で効くのは、やらないことを先に文書化する進め方です。対象外の業務、再現しない帳票、今回は触れない連携を明記しておくと、検討途中の「ついでにこれも」という要望の膨張に歯止めがかかります。範囲の膨張は中間予算帯の最大の敵で、気づけば1,000万円の計画が1,500万円の見積になっているのは、やらないことが決まっていなかった場合がほとんどです。
このテーマでよく起きる問題
このテーマでよく起きる問題は、技術的な問題に見えて、実際には業務整理の不足から起きていることが多いです。たとえば、同じ機能でも部署ごとに運用が違う、帳票は同じ名称でも用途が違う、CSVの出力タイミングが担当者依存になっている、といったケースです。
この状態でパッケージを入れたり、スクラッチで作り直したりすると、開発途中で追加要件が増え、費用と期間が膨らみやすくなります。
この予算帯でよくある失敗は、金額から逆算して「1,000万円で作れるだけ作ってほしい」という依頼の仕方をしてしまうことです。目的が曖昧なまま金額だけが枠になると、開発側の作りやすい範囲が対象になりがちで、完成しても業務の痛みが残ります。金額は制約であって目的ではありません。解消したい課題から範囲を組み立て、金額はそれを検証する物差しに使うのが正しい順序です。
また、対象業務は適切なのに、その業務が触っているデータの整備費用を見込んでいなかったという失敗もあります。マスタの重複整理や過去データの移行は、画面や帳票と違って見えにくいのに、工数は着実に発生します。見積の内訳にデータまわりの費用が計上されているかは、必ず確認すべきポイントです。
さらに、既存システムとの接続部分を「簡単な連携」と軽く見て、後から仕様の複雑さが判明するのも定番です。新しく作る範囲と残す範囲の境界線こそ、この予算帯で最も慎重に設計すべき場所です。
自社で確認できるチェックポイント
範囲を決める前に、次の点を確認しておくと、1,000万円の輪郭が具体的になります。
- 現在のシステムで実際に困っている業務を1つずつ書き出す
- 画面・帳票・CSV・バッチ・Excel補完作業を棚卸しする
- 利用部署、利用人数、締め処理、止められない業務を確認する
- サーバー、データベース、外部連携、バックアップの状態を確認する
- 現行システムを残す部分、直す部分、作り直す部分を分ける
- パッケージで足りる業務と、周辺開発が必要な業務を分ける
- 初期費用だけでなく、保守・追加改修・移行リスクも比較する
この予算帯ならではの棚卸しポイント
基本のチェックリストに加えて、解消したい課題の優先順位、対象候補の業務が使っている画面・帳票・連携の数、対象業務が触るマスタとデータの状態、そして残す既存システムとの境界で何を受け渡す必要があるかを確認してください。特に帳票の本数は費用に直結するため、「本当に必要な帳票」への絞り込みを先に済ませておくと、同じ予算で本体に厚く投資できます。
範囲の決定では、「今回の範囲が単独で業務として完結するか」という視点も欠かせません。入力はできるが出力は旧システム頼み、といった中途半端な切り方をすると、二つのシステムを行き来する運用が残り、改善の実感が薄れます。小さくても入口から出口まで通る範囲を選ぶことが、満足度を大きく左右します。
複数案の比較では、金額だけでなく「その案で解消される課題」と「残る課題」を並べて書くことをおすすめします。竹案は松案より300万円安いが、消込の手作業は残る——このような形で示されると、経営は金額ではなく価値で判断できます。範囲の議論を金額の議論にしないことが、後悔しない選択につながります。
延命・部分改善で対応できるケース
1,000万円前後で現実的に取り組める範囲の代表例は次のとおりです。
- 対象業務が限定されている
- 帳票やCSV連携の一部改善で足りる
- データベース改善やバックアップ自動化で安定運用できる
- 利用者が限られており、現場への影響が小さい
- 将来の全面刷新までの橋渡しとして改善したい
これらに共通するのは、対象業務を絞る代わりに、その範囲内ではデータ整備・帳票・運用定着まで含めて仕上げ切ることです。広く浅くではなく、狭く深く。この配分が、中間予算帯の投資を確実な成果に変えます。
また、この規模では要件定義に全体の2〜3割の期間を充てる価値があります。範囲の境界を丁寧に設計した分だけ、開発中の手戻りと追加費用が減るためです。急がば回れが、金額として最も効く予算帯です。
期間の目安は6か月〜1年程度です。範囲の検討と要件定義に2〜3か月、開発とテストに4〜6か月、データ整備と定着支援を並行して進める形が典型です。年度をまたぐ場合は、要件定義までを今年度、開発を来年度と契約を分ける方法もあり、予算編成との相性を取りやすくなります。
パッケージ活用・周辺開発・スクラッチ再構築を検討すべきケース
次のような状況であれば、1,000万円の枠にこだわらず、より大きな計画の一部として位置づけ直すべきです。
- 保守期限が近く、現行環境を長く使えない
- 開発会社がなく、改修や障害対応が難しい
- Access・Excel・古いDBではデータ量や運用に限界がある
- パッケージ標準機能が業務に合わない
- 周辺システムや帳票が増え、全体像が分からない
- 今後も機能追加や外部連携が増える見込みがある
パッケージ活用が向くケース
対象業務がパッケージの得意領域なら、1,000万円は「パッケージ導入＋最小限の周辺対応」という使い方もできます。個別開発とパッケージ活用の両案で見積を取り、5年間の保守費まで含めた総額で比べるのがこの予算帯の賢い比較です。
周辺開発で補うケース
現行基幹を残す前提なら、1,000万円は周辺開発の一つの標準的な単位です。今回の範囲を将来の第二弾・第三弾とつながる設計にしておけば、段階導入の最初のピースとして機能します。
スクラッチ再構築が向くケース
中核の刷新が避けられないと分かっている場合、1,000万円を「本体の一部の先行構築」に使うのは危険です。全体設計なしの先行構築は作り直しの元になるため、その場合はまず全体の設計と計画に投資し、本体開発は適正な規模で計画し直してください。
マクティズムの見解
マクティズムの見解として、1,000万円前後で基幹システムを改善する範囲の決め方では「何を作るか」より先に「何を残すか、何を直すか、何を作り直すか」を決めることが重要です。
特に、予算内でやることより、やらないことを決めることを意識しないまま進めると、パッケージを入れても周辺Excelが残ったり、スクラッチで作っても現場が使いにくかったりします。相談段階では、資料が完全にそろっていなくても問題ありません。画面、帳票、運用メモ、担当者の記憶を集めるところから始めるべきです。
1,000万円前後のご相談で私たちが最初に行うのは、金額を忘れて課題を並べ直すことです。そのうえで「この予算ならここまでが誠実な範囲です」と根拠付きでお示しし、無理に枠いっぱいの提案をしないことを方針にしています。範囲の膨張を一緒に防ぐことも、開発会社の仕事の一部だと考えているからです。
相談前に準備しておく情報
この規模の相談では、解消したい課題の優先順位、対象業務の画面・帳票のサンプル、残す既存システムの概要、希望時期と予算の確度が分かると、初回から範囲の切り方を具体的に議論できます。「1,000万円で何ができるか」という聞き方より、「この課題は1,000万円で解けるか」という聞き方のほうが、答えは何倍も具体的になります。
実務では、現行調査で課題と業務のつながりを把握し、開発前診断で範囲の候補を複数案（松竹梅）の形にして費用と効果を比較できるようにしたうえで、やらないことを明記した計画に落とし込む流れをおすすめしています。
この予算帯は、成功すれば次の段階への確かな足場になり、失敗すれば「システム投資は懲りた」という空気を残す、分岐点の金額でもあります。だからこそ範囲の設計に最も知恵を使うべきだ、というのが実案件を重ねてきた私たちの結論です。
適切に絞られた1,000万円の投資は、対象業務の風景を一変させます。その変化を目にした他部署から「うちの業務も」と声が上がる。この連鎖が始まれば、全体の刷新は押し付けではなく、現場からの要望として進んでいきます。
進め方は、課題の優先順位付け、範囲案の比較、やらないことの文書化、要件定義、開発の順です。最初の三つに時間を惜しまないことが、結局いちばんの近道になります。
また、今回の範囲外とした課題は、捨てるのではなく「次期候補リスト」として文書に残してください。範囲を絞る決断は、いつか解決するという約束とセットであれば、対象外になった部署の納得も得やすくなります。このリストがそのまま、将来のロードマップの種になります。
最後に、1,000万円の投資には必ず定着支援の期間を含めてください。稼働後の1〜2か月、現場の質問に答え、運用のつまずきを直す伴走があるかどうかで、同じシステムでも活用度がまるで変わります。作る費用の数％を定着に回す配分が、投資全体の回収率を最も高めます。
よくある質問
概算費用だけ相談できますか？
はい。ただし、画面数、帳票数、連携数、データ移行、並行稼働の有無で大きく変わるため、現状整理を行うと精度が上がります。はい。課題と対象業務の規模感が分かれば、1,000万円で収まる範囲かどうかの見当を初回にお伝えできます。
要件がまとまっていなくても相談できますか？
はい。分かる範囲の業務内容、現在困っていること、使っている画面や帳票から整理できます。完璧な資料よりも、現状の困りごとを早めに共有することが大切です。課題の優先順位のメモがあれば、範囲の議論はそこから始められます。
すぐに全面再構築する必要がありますか？
いいえ。延命・部分改善で足りる場合もあります。まずは残す部分、直す部分、作り直す部分を切り分けます。はい。1,000万円の使い道として、全面刷新ではなく特定業務の改善を選ぶのは合理的な判断です。
パッケージとスクラッチのどちらがよいか判断できますか？
はい。業務が標準機能に合うか、帳票や例外処理をどう扱うか、将来の保守性まで含めて比較します。対象業務によっては、パッケージ＋周辺対応という構成も含めて両案で比較します。
500万円〜1,000万円規模の部分改善から相談できますか？
はい。データベース改善、帳票・連携、バックアップ自動化など、段階的な改善から始められる場合があります。はい。1,000万円は当社の周辺開発・業務単位の構築で標準的な価格帯です。
相談後にしつこい営業はありますか？
ありません。現状を確認したうえで、必要な進め方を整理します。無理に大きな開発を勧めることはありません。範囲の相談だけでも歓迎です。切り方が決まれば、投資の成否は半分決まったようなものです。
