500万円かけて開発したシステムが、納品から半年後にはほとんど使われずに眠っている——中小企業の経営者からよく聞く後悔のひとつです。原因を「現場が新しいものを嫌うから」「開発会社の腕が悪かったから」で片付けてしまうケースが多いですが、使われなくなるシステムには5つの構造的な共通点があります。本記事では、その共通点を1つずつ解き明かし、捨てる前にできる再生策まで経営者目線で整理します。
この記事の結論（3行）
- 使われなくなるシステムには5つの共通点（入力負荷・データ閲覧性・現場参加不足・運用設計欠如・経営判断不一致）が必ず存在する
- 500万円を捨てる判断は早すぎる。部分改修で残せるケースが7割を超える
- 廃棄か再生かを決める前に、5観点で現状を診断することで投資の回収余地を可視化できる
なぜ500万円のシステムが使われなくなるのか
まず押さえておきたいのは、「使われなくなった」という結果には必ず複数の原因が重なっているという事実です。1つの要因だけで500万円の投資が無に帰すことは、実はほとんどありません。複数の小さなボタンのかけ違いが積み重なった結果として、現場での利用が途絶えていきます。経営者の視点で見ると、原因の分解はそのまま再生策の出発点になります。
「現場が悪い」は原因ではなく結果
最も多い誤解は、「現場の社員がITに弱いから使われなかった」という結論で終わらせてしまうパターンです。確かに、新しいツールを覚えるコストはどの現場にも存在します。しかし、現場のITリテラシーが原因でシステムが廃れるなら、世の中の業務システムは全て使われない計算になります。実際には、現場担当者がExcelやLINE、紙の伝票を使いこなしている事実から逆算すれば、彼らは「自分にとって価値がある道具」を見極める力を持っています。使われないという結果は、現場から見て「この道具は自分の業務を楽にしない」と判断された証拠です。経営者が向き合うべきは、人ではなく道具の設計です。
開発会社のせいにしても回収は進まない
二つ目の誤解は、「開発会社が悪かった」で終わらせるパターンです。確かに、設計力の差は存在します。しかし、開発会社を責めても、すでに支払った500万円は戻ってきません。さらに、別の開発会社に作り直しを依頼すれば、再び500万円が必要になります。合計1,000万円のうち500万円を捨ててしまう判断は、経営的に見れば最後の選択肢にすべきです。まずは手元のシステムを冷静に分解し、「どこが使えて、どこが使えないのか」を5観点で診断することから始めてください。診断の結果、再生不能と判明すれば、その時点で廃棄を決めても遅くありません。
使われなくなったシステムの5つの共通点
ここからは、500万円のシステムが眠ってしまう構造的な共通点を5つに整理します。3年で30件以上の中小企業システムを見てきた経験から抽出した、再現性の高いパターンです。自社のシステムに照らし合わせながら読み進めてみてください。
| 共通点 | 現場で起きる症状 | 経営インパクト | |---|---|---| | 1. 入力負荷の増加 | Excel併用が固定化、月末入力が激減 | 月17時間の追加業務、業務時間が増える | | 2. データ閲覧性の不足 | 欲しい情報に3クリック以上かかる | 判断が遅れ、意思決定の質が落ちる | | 3. 現場参加の不足 | 設計段階で現場ヒアリングが2時間未満 | 現場が「他人の道具」と感じる | | 4. 運用設計の欠如 | 例外業務がシステム外で動き続ける | 数字のズレが累積、信頼喪失 | | 5. 経営判断との不一致 | 経営者の見たい数字が出てこない | 経営会議で使われず、ただの入力箱になる |
5つのうち2つ以上が当てはまる場合、システムは確実に「使われない方向」に進んでいます。逆に、すべて当てはまったとしても再生の余地はあります。改修の優先順位を決めるためには、自社の状況を 業務改善・システム見積もりAI適正診断 で5観点に分解しておくことが、最初の一歩になります。
共通点1：入力負荷の増加
Excelとの比較で入力時間が増えるシステムは、ほぼ確実に現場から見放されます。Excelであれば一括コピー＆ペーストで30件のデータが1分で入る作業が、システム化されると1件ずつ画面遷移で15分かかる——この時点で現場は「敵」だと判断します。設計時に1件あたりの入力時間を秒単位で測定していないシステムは、納品の瞬間にこの罠を抱えています。
共通点2：データ閲覧性の不足
入力したデータをどう見せるかの設計が、機能の数より100倍重要です。データは全部入っているのに、欲しい情報を出すには3回画面遷移と複雑な検索条件が必要——これでは現場は使いません。Excel時代にファイルを開けば全部見えていた情報が、システム化された途端に見えなくなる構造は、定着しないシステムの典型パターンです。
共通点3：現場参加の不足
設計段階で現場担当者と何時間話したかが、定着率を決めます。経営者と情シスだけで仕様を固めたシステムは、現場から見れば「上から降ってきた他人の道具」になります。逆に、設計段階で現場担当者が30時間以上関わったシステムは、納品後も「自分たちが作った道具」として大切にされます。
共通点を生む構造的な背景
5つの共通点はバラバラに発生しているのではなく、共通する構造から生まれています。経営者として再生策を考える前に、まずこの構造を理解しておく価値があります。開発会社の見積もりが機能ポイント単価で組まれる業界構造、多重下請けで現場の声が希薄化する経路、運用設計が納品後に押し込まれる慣習——この3つが、5つの共通点を構造的に生み出しています。
開発会社の見積もりが「機能の数」で組まれる業界構造
中堅以上のSIerは、見積もりを「機能ポイント数 × 単価」で組み立てます。この構造下では、機能を多く積めば積むほど売上が増えます。結果として、現場が使わない機能まで盛り込まれた厚いシステムが生まれます。30機能のシステムを納品するより、本当に使う10機能を磨き上げたシステムを納品する方が、現場の定着率は圧倒的に高くなります。
多重下請けで現場の声が3回希薄化する
業界の多重下請け構造では、エンドユーザーの声が元請け→2次請け→実装担当へと伝わる過程で、3回希薄化します。最初に現場が「これが欲しい」と言った1つの要望が、実装担当に届く頃には「似たような何か」に変質しているケースは珍しくありません。中間にいる会社の数だけ、現場の温度感が冷えていきます。
運用設計が「納品後の話」として後回しになる
例外業務、月次運用、データの整合性チェック、現場改修のフィードバックループ——こうした運用設計の領域は、開発フェーズの後半に押し込まれます。納品ぎりぎりで運用設計の議論が始まるため、十分な時間が取れず、「とりあえず動くもの」として納品される構造です。運用設計の欠如が、共通点4の数字のズレを生み続けます。
捨てる前にできる再生策
500万円のシステムを廃棄する判断は、再生の検討を尽くしてからにしてください。実務では、5つの共通点のうち2〜3つを部分改修するだけで、現場の利用率が劇的に戻るケースが多くあります。再生策の代表的な5つを紹介します。
- 入力項目を3割削って入力時間を3〜4割短縮する
- データの初期表示画面を現場目線で並べ直す
- 月次改修ミーティングで現場の声を継続的に取り込む
- 例外業務の入力経路をシステム内に組み込む
- 経営判断に必要な数字を1つだけ画面トップに据える
5つは独立した対策ではなく、組み合わせて効くものです。すべて実施できれば、納品後1年以内のシステムなら高確率で再生できます。再生コストは、新規開発の3分の1から5分の1で済むことが大半です。
入力項目を3割削る
現場が嫌う最大の原因は入力項目の多さです。過去3ヶ月の入力ログを確認し、一度も入力されていない項目を勇気を持って削ってください。「あったら便利」項目を残したまま現場の利用が止まれば、結局その項目もデータとして蓄積されません。削った項目は、運用が安定してから必要に応じて戻せば十分です。
データの初期表示画面を現場目線で並べ直す
現場担当者に「画面を開いた瞬間、まず確認したい情報は何ですか」と聞いてください。30秒で答えが返ってきます。その情報を画面トップに据え直すだけで、利用頻度は2〜3倍に跳ね上がります。経営者目線で並べ替えた画面ではなく、現場目線で並べ替えた画面が、現場で使われる画面です。
月次改修ミーティングで現場の声を継続的に取り込む
経営者・情シス・現場の3者で、月1時間の改修ミーティングを設定してください。アジェンダは「先月の改修で何が変わったか」「今月の困りごとは何か」「来月、1つだけ何を変えるか」の3点です。半年続ければ、システムは「自分たちの道具」に変わります。
経営者目線で考える「使わなくなったシステム」
ここからは技術論ではなく、経営の話です。500万円のシステムを廃棄するか再生するかは、純粋な投資判断として扱うべきテーマです。残存価値があるかどうかを冷静に分解できれば、感情に流された廃棄判断を避けられます。
業界の慣習として、システムが使われなくなると「もう一度作り直そう」という議論に進みがちです。SIer側の論理から見れば、再生改修より新規開発の方が売上規模が大きく、提案しやすいインセンティブが働いています。多重下請け構造の中で、エンドユーザーの500万円が再び新規開発に投じられれば、業界全体の売上は積み上がります。しかし、経営者の財布から見れば、合計1,000万円のうち500万円を捨てる判断にほかなりません。
解決の方向性は3つあります。1つ目は、現状システムを5観点で診断し、再生可能性を数値化することです。2つ目は、再生改修と新規開発のコストを並列で見積もり、回収期間で比較することです。3つ目は、設計時に現場参加が不足していた箇所を、改修フェーズで補完することです。この3つを順に進めれば、感情ではなく数字で意思決定できます。捨てる判断は、再生の3つを尽くしてからでも遅くありません。手元のシステムが再生可能か新規開発が必要かは、現状を 診断する ことで投資判断の材料が整理できます。
ぷらすわんの実例：じちなび
弊社が手掛けた「じちなび」という自治体・地域DX向けポータル（市場相場300〜800万円を200万円で開発）は、納品後も自治体現場で使われ続けている実例です。一般的な自治体システムは「現場の職員が業務時間外に入力する」運用設計になりがちですが、じちなびは設計段階で職員ヒアリングを30時間以上重ね、入力負荷を業務時間内に収まる設計に落とし込みました。
具体的には、地域情報の登録項目を当初の42項目から18項目まで削減し、画面トップには「今週更新が必要な項目」を自動表示する構造を採用しました。Next.js と Supabase を中心に Claude Code で開発を進めたことで、開発期間は3ヶ月、コストは200万円に収まっています。納品から1年経過した時点でも、現場職員の自発的な更新が継続しており、月次の更新件数は納品直後より増加しています。これは、運用設計と現場参加を設計の初期段階に組み込んだ成果です。
経営者として得られる学びは明確です。500万円のシステムが使われなくなった原因の多くは、開発フェーズの後半に押し込まれた運用設計の欠如にあります。これを改修フェーズで補完できれば、捨てるはずだった500万円のうち300万円以上は救えるケースが多くあります。再生改修の見積もりと新規開発の見積もりを並列で比較したい場合は、比較を依頼する ことで、構造の違いを具体的な数字で確認できます。
廃棄と再生の判断軸：3つの実践
最後に、廃棄か再生かを決める実践的な3つの判断軸を整理します。この3つを順に確認すれば、感情に流された判断を避けられます。
- 納品からの経過時間で再生可能性を判定する
- 5観点の診断結果で改修コストを見積もる
- 経営判断に必要な数字が出ているかを確認する
納品からの経過時間で再生可能性を判定する
納品から1年以内であれば、再生の可能性は7割を超えます。1〜2年であれば5割、2年を超えるとデータ構造の老朽化が進み再生は3割程度に下がります。経過時間が短いほど、設計の一部入れ替えで現場が戻ってくる確率が高くなります。判定のタイミングを先延ばしにするほど、再生の可能性は機械的に下がっていきます。
5観点の診断結果で改修コストを見積もる
5つの共通点（入力負荷・データ閲覧性・現場参加不足・運用設計欠如・経営判断不一致）のうち、いくつが該当するかで改修コストの見積もりが大きく変わります。2つ該当なら50〜100万円、3つなら100〜200万円、4つ以上なら200〜350万円程度が改修コストの相場です。新規開発の500〜1,000万円と比較すれば、再生改修の経済合理性は明確になります。
経営判断に必要な数字が出ているかを確認する
経営者が見たい数字（売上、原価、在庫、進捗、顧客動向）が画面トップに出ていない場合、システムは経営会議で使われません。逆に言えば、経営判断に必要な数字を1つだけでも画面トップに据え直せば、経営者がシステムを開く頻度が上がり、自然と現場の利用率も上がります。経営者がシステムを開いているシステムは、現場でも使われるという法則があります。
複数のシステム会社から改修見積もりを取って 項目別に整理 することで、不要な機能追加と本当に必要な改修を切り分けられます。
まとめ
500万円かけて開発したシステムが使われなくなったとき、廃棄を急ぐ前に5つの共通点で現状を診断してみてください。入力負荷・データ閲覧性・現場参加不足・運用設計欠如・経営判断不一致——この5観点のうち2〜3つを部分改修するだけで、現場の利用率が劇的に戻るケースが7割を超えます。再生改修のコストは新規開発の3分の1から5分の1で済むため、経営的にも合理性が高い選択肢です。次に取るべき1ステップはシンプルです。現場担当者1人にヒアリングして、「いま、このシステムで一番ストレスを感じる操作はどれですか」と聞いてみてください。その答えが、再生の第一歩になる改修ポイントです。再生か廃棄かで迷っている経営者の方は、現在のシステムを 診断する ことで、判断材料を投資の数字に変換できます。