「研修後、最初の1ヶ月はみんな意識が変わったように見えた。でも2ヶ月目から徐々に元に戻り始め、3ヶ月後にはほぼ以前と変わらない状態になっていた」——この言葉を、私はこれまで何度聞いてきたか分からない。
こうした状況を前にして、経営者や管理職はだいたい同じ結論を出す。「現場のモチベーションが続かなかった」「意識が低い」「定着させるには強制するしかない」。しかしこの診断は根本的に間違っている。施策が3ヶ月で形骸化するのは、意志の問題ではなく設計の問題だ。
「やる気」に依存した設計は必ず崩壊する
新しい行動を「やる気」で維持しようとする設計は、構造として持続不可能だ。理由は単純で、やる気は消耗する資源だからだ。
行動科学の研究では、人間の意志力（自己制御能力）は一日の中で消耗することが示されている。朝に高く、日中の判断や課題に使われるにつれて低下する。この概念は「決断疲れ（Decision Fatigue）」として知られており、外科医の判断ミスや裁判官の判決パターンの研究など、多くの場面で確認されている。
新しい行動は、習慣化される前は「意志を使う行動」だ。毎回「やるかやらないか」を判断するコストが発生する。このコストが、日常業務のストレスや疲労と重なったとき、「まあ今日はいいか」という判断が生まれる。一度「やらない」が起きると、次の「やらない」のハードルが下がる。これが形骸化の正体だ。
戦略や知識として設計された行動が、現場の日常業務として定着・継続されない状態を指す。「理解はしているが、実行が続かない」「やり方は分かるが、習慣にならない」という状態がアプリ断絶の典型症状だ。意志や意欲の問題ではなく、行動を支える仕組みの欠如によって起きる。
形骸化の共通タイムライン
施策がどのように形骸化するかには、組織の種類やツールの違いを超えた共通パターンがある。
新鮮さとモチベーションで動く
研修・新施策・ツール導入の直後は、新鮮さと「やってみよう」という意欲が重なる。この時期の数字を見て「うまくいっている」と判断されることが多い。実態は意志によって動いている状態であり、設計が機能しているわけではない。
忙しい日に「後回し」が始まる
新鮮さが失われ、日常業務の優先度との競合が始まる。忙しい日には「今日は後でやろう」が起きる。この「後回し」は自覚されないことが多く、管理職も気づきにくい。
「やらない」が普通になる
後回しが常態化し、「やらないこと」への罪悪感が消える。この段階で形骸化はほぼ完成している。表面上は「やっている」という報告が続くが、実態は形式的な最低限の実行か、完全な不実行に移行している。
「あの施策、どうなった？」という結末
経営・管理職の関心も薄れ、施策は静かに消える。「あの取り組みは結局続かなかった」という記憶だけが残り、次の施策への不信感の種になる。
習慣化に必要な66日という事実
「21日で習慣が身につく」という説が広まっているが、これは科学的根拠のない俗説だ。ロンドン大学のPhilippa Lallyらが2010年に発表した研究（European Journal of Social Psychology）では、新しい習慣が自動化されるまでに平均66日かかることが示されている。さらに行動の複雑さや個人差によって18日〜254日の幅がある。
この事実が意味するのは、新しい行動を導入した後の「最初の66日」が設計の勝負だということだ。多くの組織では、施策を「導入して説明する」ところで設計が終わっている。しかし習慣化が完了するまでの66日間、行動を支える構造が必要だ。この設計がないまま「続けてください」と言うだけでは、形骸化は構造的に必然となる。
意志に依存する設計 vs 構造に依存する設計
「大切なので続けてください」「意識を高く持ってください」「毎朝15分、振り返りの時間を作ってください」——行動するかどうかを個人の意志に委ねる。モチベーションが高いうちは動くが、消耗すれば止まる。
「毎週月曜の朝会の最初5分を振り返りの時間として固定する」「商談後にCRMの所定フォームを埋めないと次の行動に進めない設計にする」——行動が「やらないほうが不自然」な状態に組み込まれている。意志を使わずに動ける。
構造に依存する設計の本質は、「行動のデフォルトを変えること」だ。何もしなければ旧来の行動が起きるのを、何もしなければ新しい行動が起きる状態に変える。これは強制ではなく設計だ。
定着設計の3要素
①行動の負荷設計——始められる大きさに分解する
新しい行動が定着しない理由の一つは、最初から求める行動のサイズが大きすぎることだ。「顧客の課題を深く理解した提案書を毎回作る」という行動は、理想として正しいかもしれないが、習慣化の初期段階には重すぎる。
行動科学者のBJ Foggは「タイニー・ハビット（Tiny Habits）」という概念で、新しい行動は「やらないほうが不自然なくらい小さく始める」ことが習慣化の鍵だと述べている。組織の施策に置き換えると、「最初の1ヶ月は3項目だけ入力する」「最初の2週間は商談後に1行だけメモする」という段階設計が有効だ。小さく始めて、定着してから拡張する。
②フィードバックループ——正しくできているかを確認する仕組み
行動が定着しない二つ目の理由は、「正しくできているかどうか」のフィードバックがないことだ。フィードバックなしに行動を繰り返すと、誤った形で習慣化されるリスクがある。あるいは、手応えがないまま継続するモチベーションを維持できない。
フィードバックループとは、「行動→結果→修正→再行動」のサイクルが機能している状態だ。週次の振り返りで「今週の行動のうち、効果があったものとそうでないものを区別する」という構造が、最もシンプルな実装だ。管理職が「どうだった？」と聞くのではなく、「先週のこの行動の結果はどうだったか」という事実ベースの確認を設計として持つことが重要だ。
③環境設計——やらざるを得ない状況を作る
最も強力な定着設計は「環境設計」だ。「やりたいと思わなくても、やらざるを得ない状況」を作ることで、意志を使わずに行動が起きる。
例えば、商談後の振り返りを「チームのSlackチャンネルに1行投稿する」という形式にすると、投稿しないことが「チームへの不義理」として認識される社会的プレッシャーが生まれる。週次のMTGで「先週のフォームの入力内容を元に議論する」という設計にすると、入力していないと発言できない状況が生まれる。これらは強制ではなく、「やるほうが自然な状況」の設計だ。
「最初は『また新しいことが始まった』と思っていた。
— 定着設計を経験した営業担当者の言葉（支援後）
でも仕組みに乗っているうちに、いつの間にか自分のやり方になっていた。
意識して続けた感覚がないのが、正直不思議だった」
「また始まった」という空気が生まれる理由
形骸化を繰り返す組織では、新しい施策が発表されるたびに「また始まった」という空気が生まれる。これは現場の性格が悪いのではなく、過去の経験から学んでいる合理的な反応だ。
「どうせ3ヶ月で終わる」という予測は、アプリ断絶を何度も経験してきた現場が積み上げてきたデータに基づいている。この空気を「意識改革」で変えようとするのは誤りだ。過去の形骸化パターンを断ち切る唯一の方法は、今度こそ定着設計を伴った施策を実行し、実際に6ヶ月・1年後も行動が継続している実績を作ることだ。
信頼は言葉で作られるのではなく、継続した事実の積み重ねで作られる。「また始まった」という空気を変えるのは、「今度は違う」という宣言ではなく、「今度は実際に続いた」という経験だ。
3つの断絶が連動する：アプリ断絶は終点ではない
アプリ断絶を単独で解消しようとしても、限界がある。なぜなら、行動が定着しない背景にOS断絶やDB断絶が重なっていることが多いからだ。
「なぜこの行動をするのか」が分からない状態（OS断絶）では、忙しくなったときに「この行動の優先度は低い」という判断が起きやすい。「正しい行動の基準が共有されていない」状態（DB断絶）では、フィードバックループが機能しない。行動の定着設計だけを整えても、これらの断絶が残っていると、定着のコストが下がらない。
3つの断絶は独立した問題ではなく、連動した構造の問題だ。アプリ断絶の解消は、OS層での判断基準の整備とDB層での知識蓄積設計と並行して進めることで、初めて持続する定着が生まれる。
まず確認すべき3つの問い
自社にアプリ断絶があるかどうかを確認するには、以下の三つを問えばいい。
一つ目。半年前に始めた施策のうち、今も継続して実行されているものはいくつあるか。「ほとんど継続していない」なら、定着設計が機能していない。
二つ目。現場の担当者に「なぜその行動を毎日続けているのか」を聞いたとき、「仕組みとして組み込まれているから」という答えが返ってくるか。「言われているから」「やらないと怒られるから」という答えなら、意志による維持に依存している。
三つ目。新しい施策を導入したとき、「3ヶ月後も続いているか」を前提に設計されているか。「とりあえず始めてみる」という発想で動いているなら、定着設計がない。
行動が続かないのは人の問題ではない。行動を支える構造がない設計の問題だ。そして設計は、変えられる。
