リリースから3か月、稟議を通して導入したシステムが現場で誰にも触られていない——経営者にとって、これほど痛い投資失敗はありません。多くの場合、原因は機能不足でも操作性でもなく、現場で発生する3つの抵抗です。負担が増えたという感覚、自分の業務観を否定された反発、過去のIT失敗からくる不信感。この3つが揃ったまま稼働開始すると、3か月で離脱が起きます。本記事では、リリース後3か月で使われなくなるシステムの特徴と、抵抗を抑える発注前の仕込みを整理します。
この記事の結論（3行）
- 使われなくなる原因は機能不足ではなく現場の3つの抵抗（負担増・業務観の否定・ITへの不信）に集中する
- 3か月で離脱が起きるのは、現場が「我慢して使っていた」期間の限界が3か月だから。研修直後の様子見期間は当てにできない
- 抵抗を抑える鍵は発注前の3つの仕込み。要件定義への現場参加・並行運用期間の確保・段階的なKPI設定で離脱率は大きく下がる
なぜ「3か月」で使われなくなるのか
3か月という期間には意味があります。中小企業の現場担当者が、新しい業務手順を「我慢して試す」期限がだいたい3か月だからです。リリース直後の1〜2か月は「会社が決めたことだから」と渋々従いますが、3か月目に入ると現場の判断で従来のExcelやLINEに戻り始めます。
- 1か月目：研修の余韻で渋々使う
- 2か月目：例外パターンで戸惑い、Excel補完が始まる
- 3か月目：Excel補完が主役になり、システム入力が後回しに
経営層から見ると、1〜2か月目は「順調に稼働している」ように見えます。利用率も入力件数も維持されているからです。ところが、3か月目に入って急激に利用が落ち、4か月目には半減、6か月目にはほぼ未使用——という曲線を描きます。3か月の壁を越えるかどうかが、システム投資の成否を分ける最大の分岐点です。
我慢の限界が3か月で来る理由
人間は新しい習慣に慣れるのに約3か月かかると言われますが、業務システムの場合はむしろ「我慢の限界」が3か月で訪れます。研修で覚えた操作は1〜2か月で身に付きますが、その間に「自分の業務に合わない違和感」が積み重なります。3か月目に入ると、「もう試した、合わない」という判断が現場で下されます。
経営層が3か月目の異変を察知しにくい
3か月目の離脱は静かに進みます。誰かが声を上げるわけでもなく、現場の判断で徐々にExcelに戻していくため、月次報告には「順調」と書かれ続けます。経営層が利用ログの推移を週次で見ていない限り、気付くのは半年後です。
リリース直後の「研修期間」は当てにならない
導入研修で「使えそうです」「便利ですね」と現場が言っても、本気で使うかは別問題です。研修期間は社員が「会社の手前」で前向きに振る舞う期間であり、本音はリリース3か月目以降にしか出てきません。
現場で発生する3つの抵抗
リリース後3か月で使われなくなるシステムには、現場で共通する3つの抵抗があります。
| 抵抗の種類 | 発生メカニズム | 表面化する症状 | 抵抗の強さ | |---|---|---|---| | 負担増の抵抗 | 入力工数が以前より増えた | 「以前のほうが速かった」 | 強（即座に表面化） | | 業務観の否定 | 自分の業務手順を否定された | 「現場を分かっていない」 | 強（持続する） | | ITへの不信 | 過去のシステム失敗体験 | 「またどうせ使われなくなる」 | 中（徐々に強まる） |
この3つは複合的に発生します。負担が増えたうえに自分の業務観を否定された感覚があり、過去のシステム失敗が頭をよぎる——という三重苦に追い込まれると、現場は静かに離脱します。
抵抗1：負担増の抵抗
新システムが導入されたあと、「以前のExcelより入力に時間がかかる」という声が現場から上がるのは、ほぼ確実です。理由は、システムは情報を構造化して保存する必要があるため、Excelの自由入力よりも入力項目が増えるからです。1件あたり1分増えても、1日30件入力する担当者にとっては月10時間の負担増になります。この負担を「効率化のため」と説明しても、現場は納得しません。
抵抗2：自分の業務観の否定
ベテラン担当者ほど、自分の業務手順に強い自負を持っています。10年かけて磨いてきた業務フローが、新システムの画面遷移によって「無視された」と感じると、強い反発が起きます。「現場を分かっていないコンサルが作った」という言葉が出始めたら、抵抗は本格化しています。この抵抗は半年以上続き、その担当者がシステムを離れるか、業務から外れるかしないと収まりません。
抵抗3：ITへの不信
過去にシステム導入で失敗した経験のある現場には、「またどうせ使われなくなる」という空気が漂います。この不信感は本人たちも自覚していないことが多く、リリース直後は前向きに見えても、些細な不便で一気に「やっぱりダメだった」モードに切り替わります。中小企業ほど過去のIT失敗が共有されているため、この抵抗は根深いものになります。新しいシステムの説明会で「過去とは違うんです」という言葉を経営層が口にしても、現場は半信半疑のまま受け止めます。自社の現場で起きている抵抗のパターンを整理したい場合は、業務改善・システム見積もりAI適正診断で抵抗構造を診断する方法があります。
3つの抵抗のうち、最も早く手を打つべきは抵抗1の負担増です。負担を可視化して数字で語れば、現場の納得感が変わってきます。
使われなくなるシステムの5つの特徴
3か月で使われなくなるシステムには、リリース前から見える特徴があります。
特徴1：要件定義に現場担当が参加していない
要件定義の会議に管理職しか出席していないシステムは、ほぼ確実に現場で抵抗されます。管理職が考える「業務の理想形」と、現場が日々こなしている「業務の現実」には、必ず乖離があります。乖離を埋めるには、現場担当者が要件定義に最低週1回参加することが必要です。
特徴2：研修期間が3日以内で終わる
操作研修が3日以内で打ち切られているシステムは、現場の習熟が進む前にリリースを迎えます。研修は最低でも2週間、できれば1か月かけて、実業務と並行しながら習熟する設計が必要です。研修コストを削った分は、3か月後の離脱という形で確実に戻ってきます。
特徴3：並行運用期間が設けられていない
リリース当日にExcel運用を完全停止する設計は、現場の心理的負担が大きすぎます。1〜2か月の並行運用期間を設けて、「いざとなったらExcelに戻れる」安心感を残すほうが、最終的な定着率は高くなります。
特徴4：入力項目が必須20個を超えている
1画面で必須入力が20個以上あるシステムは、入力疲れで使われなくなります。本当に必須なのは多くて5項目、それ以外は任意か後追い入力にすべきです。
特徴5：例外処理が「Excelで対応」になっている
業務には必ず例外があります。例外処理がシステムに組み込まれず、「Excelで補完してください」運用になっているシステムは、3か月でExcel側が主役に逆転します。
経営者目線で考える「抵抗を抑える発注前の仕込み」
リリース後3か月の離脱を防ぐには、発注前の仕込みが全てです。リリース後に対処しようとしても、現場の抵抗はすでに固まっており、覆すには相当の追加投資が必要になります。経営者が発注前に押さえるべき仕込みは3つあります。
第一に、要件定義に現場担当者を週1回以上参加させること。管理職経由のヒアリングだけでは、業務観の否定という抵抗が確実に発生します。現場の声が要件に反映された実感があると、抵抗の3割は事前に解消できます。
第二に、リリース後の並行運用期間を1〜2か月、契約に盛り込むこと。Excelとシステムの二重運用は経営層から見ると無駄ですが、現場の心理的安全装置として機能します。並行運用期間中に現場が「やっぱりシステムのほうが楽だ」と気付けば、自発的にExcel運用が消えていきます。
第三に、KPIを段階的に設定すること。リリース1か月目から「利用率100%」を目指す設計は無理があります。1か月目40%、2か月目60%、3か月目80%——のような段階目標にすることで、現場の心理的負担を下げ、運用責任者も追跡しやすくなります。
ぷらすわんの視点：抵抗を前提に設計するシステム発想
ぷらすわんが中小企業のシステム開発支援で常に意識しているのは、「現場の抵抗を前提に設計する」発想です。市場相場の2,500〜4,000万円規模の案件を200〜500万円規模に圧縮する際、何を切り捨てるかが鍵になります。多くの場合、切り捨てる対象は「あったほうがいい機能」ですが、ぷらすわんではあえて「現場が抵抗しそうな機能」も初期スコープから外します。
例えば、営業向けCRMの案件で「顧客接触履歴の自動入力」という機能要望が出たとき、初期リリースでは外しました。理由は、自動入力のための前提情報を営業担当が入力する負担が増え、かえって抵抗が強まると判断したからです。代わりに、最低限の顧客情報と次回アクション日付だけを入力する画面に絞り、3か月後に現場が「もっと記録したい」と言い出してから接触履歴機能を追加しました。
この順序を逆にすると、3か月で使われなくなる典型パターンに入ります。経営層は「最初から全機能あったほうが効率的」と考えがちですが、現場の抵抗を抑えるには「足りない状態から始めて、現場の声で追加する」流れのほうが定着します。自社のシステムでリリース後の抵抗が見えてきた場合は、現状を項目別に整理してから対策を組む方法をお勧めします。
抵抗を抑える5つの実践
最後に、リリース後3か月で使われなくなる失敗を防ぐ、5つの実践をまとめます。
- 要件定義に現場担当を週1回以上参加させる
- 並行運用期間を1〜2か月、契約に盛り込む
- 必須入力項目を5つ以内に抑える
- 段階的なKPI（1か月40%・2か月60%・3か月80%）を設計する
- リリース後3か月の追加開発予算を初期投資の15〜25%で確保する
この5つは、いずれも発注前の仕込みで効果が出る項目です。リリース後に挽回しようとすると、追加開発と現場説得の二重の工数がかかります。
要件定義に現場担当を週1回以上参加させる
管理職経由のヒアリングだけでは、業務観の否定という抵抗が消えません。現場担当者を週1回、要件定義の会議に呼ぶことで、抵抗の予防接種になります。
並行運用期間を1〜2か月、契約に盛り込む
Excelとシステムの並行運用は、心理的安全装置として現場に効きます。契約段階で運用支援費に並行運用期間のサポートを含めてください。
必須入力項目を5つ以内に抑える
入力疲れは抵抗の最大の引き金です。必須5項目以内に絞り、それ以外は任意か後追い入力にする設計が必要です。
段階的なKPIを設計する
リリース直後から100%稼働を目指す設計は無理があります。月次で40%・60%・80%と段階目標を置くことで、現場の心理負担が下がります。
リリース後3か月の追加開発予算を確保する
3か月時点で「ここが足りない」が必ず出てきます。追加開発予算を初期投資の15〜25%で確保しておけば、抵抗を吸収できる柔軟性が生まれます。他社見積もりとの比較を依頼する場合も、追加開発分を含めた総額で比べてください。
まとめ
リリース後3か月で使われなくなるシステムの特徴は、機能不足や操作性ではなく、現場で発生する3つの抵抗にあります。負担増の感覚、自分の業務観の否定、過去のIT失敗からくる不信——この三重苦が3か月で限界を迎え、現場は静かにExcelに戻ります。3か月目の離脱は経営層から見えにくいため、半年後に「失敗だった」と気付くケースが大半です。
抵抗を抑える鍵は、リリース後の対処ではなく発注前の仕込みです。要件定義への現場参加・並行運用期間の確保・段階的なKPI設定の3つを発注時に組み込むだけで、3か月離脱のリスクは大きく下がります。リリース直前あるいは直後で抵抗の兆しを感じている経営者の方は、現状を診断するところから対策を始めてみてください。