株式会社renue
コンサルティング
コンサルティングで、この記事のテーマを実務に落とし込めます
renueが社内で運用しているシステムをサービス化したものです。何ができるか、どう動くかをサービスページでご覧ください。
ナッジは、選ぶ環境を整え、本人がより良い選択を取りやすくする行動デザインの手法です。DXやWebの改善では、利用率や申込み率を上げることと、利用者が内容を理解して選べることを両立させます。本記事では、対象行動の決め方、EASTによる施策案、比較検証、選択の透明性と運用の確認点を整理します。確認表と業務例は本記事の提案で、共通の改善率や導入期間を示すものではありません。
ナッジとは:選択の自由を保ち、行動を妨げる条件を調べる
環境省の2026年9月16日の公表は、ナッジを、行動科学の知見を活用して選択の自由を残し、自発的により良い選択を取りやすくする手法と説明しています。同発表は、行動のボトルネックの特定、対応するナッジの選定、実際の場面に合わせた設計という手順を示しています。これは脱炭素分野の実証事業の取りまとめであり、あらゆる企業のUXや売上で同じ効果を保証する資料ではありません。
実務では、「誰に、いつ、何をしてほしいか」を観察できる行動へ落とします。社内ツールならログインだけでなく、必要な情報を確認して申請を完了するところまでを考えます。Webならボタンのクリック、申込み、内容を理解した契約、継続利用を分けます。事業者が増やしたい数字と、利用者が達成したい目的が一致しているかを、施策の前に確認します。本人に必要のない申込みまで増やす設計は、改善と呼ぶ前に目的を見直す必要があります。
行動しない理由を、すぐに心理的な偏りへ結び付けないことも大切です。入力に必要な情報がない、承認権限がない、料金や契約条件が合わない、画面が読みにくいといった条件を調べます。理由が権限や費用なら、通知の文面だけを変えても問題は残ります。問い合わせ、操作の観察、入力エラーや離脱箇所などを組み合わせ、調べた事実と推測を分けて記録します。行動記録から本人の本心や能力を確定したり、利用しない人を一律に抵抗者と扱ったりしません。
対象者の条件も分けます。初めて使う人と経験者、通常処理と例外、個人の申込みと社内承認が必要な購入では、詰まる箇所が異なります。代表的な利用経路を選び、必要な情報、選択肢、担当者、完了後の処理まで確認する方法があります。本人が取り消したり別の方法を選んだりする経路も、同じ利用体験の一部として扱います。選ばないことが妥当な場合まで、離脱の失敗として数えないようにします。
社内DXでは、画面の変更に加えて仕事の分担、練習、問い合わせ、移行時の負担を整える必要があります。チェンジマネジメントとDX定着の確認点は、個人への支援と組織の計画、利用・品質・成果の測定を整理しています。ナッジを組織変革全体の代わりにせず、行動を妨げる条件への支援と組み合わせる際の参考になります。
EASTで施策案を考え、初期設定と表示の根拠を確認する
Behavioural Insights TeamのEAST方法論は、Easy、Attractive、Social、Timelyの四つの観点を示します。2014年に開発し、2024年に更新した実践用の整理です。同ページは、あらゆる行動効果を網羅するものではないとも説明しています。以下の表はこの四観点を自社の施策へ当てはめるための提案で、公式事例の実績や成功する画面の共通仕様ではありません。
| 観点 | 検討する施策の例 | 同時に確認する条件 |
|---|---|---|
| Easy:簡単に | 重複入力を減らし、必要な手順と入力例を示す | 省略してよい情報か、修正や別経路も使えるか |
| Attractive:注意を向ける | 利用者に必要な情報と次の操作を見つけやすくする | 重要な費用や制約を目立たなくしていないか |
| Social:他者の行動を参考にする | 確認できる利用例を、対象と時点を添えて示す | 数字の根拠、比較集団、掲載への配慮があるか |
| Timely:適切な時に | 情報が必要になる場面で案内や確認を出す | 頻度、受信停止、処理済みの人への重複が適切か |
初期設定は、変更できる場所と変更した結果まで試します。BITのEASTツールの初期設定の項目も、別の選択へ変更できることを含めています。例えば業務画面の表示順を保存する案と、有料契約や追加購入を最初から選択する案では、利用者への影響が異なります。本稿では後者を一律に推奨しません。初期値を置く理由、本人が確認する時点、費用や契約への影響を明らかにし、適用する規則や同意の条件は担当者が別途確認します。
目を引く表示も、事実と対応させます。「人気」「残りわずか」「利用者の多く」といった表現を使う案なら、何を数え、いつ集計し、いつ表示を更新・停止するかを決めます。架空の購入通知、更新のたびに戻る期限、根拠のない順位を施策例として採用しません。利用例の条件が自分にも当てはまるかを読者が判断できるよう、対象や集計範囲を示す設計を検討します。個別の顧客や従業員を特定する情報の公開は、別の判断が必要です。
通知は、送ればよいというものではありません。受け取る人が対応できる時間か、すでに完了・辞退していないか、同じ案内を別経路でも送っていないかを確認します。入力を途中保存できる、問い合わせ先へ進める、あとで再開できるといった案も比較対象になります。フォームの項目数、通知までの分数、料金プランの個数を万能な最適値として決めず、利用者の目的と業務上の条件に合わせて案を作ります。
効果検証は、研究の対象と自社の指標・比較条件を分ける
Hallsworthらの2015年の原著は、英国の病院予約SMSの文面を比較した無作為化試験を報告しています。2013〜2014年の第1試験は有効な携帯番号を持つ対象者10,111人で、四つの文面へ予約を無作為に割り付けました。医療側の具体的費用を示す群の無断欠席率は8.4%、従来文面の群は11.1%でした。表示された率の差は2.7パーセントポイントです。これは当時の特定の予約・通知条件の結果で、ECの申込み率が同じ幅で上がる実績ではありません。
原著は、ロンドンの一地域の医療機関での試験であることや、携帯番号の記録を利用できる対象に限られたこと、他地域や異なる医療制度への一般化に不確実性があることも述べています。本稿はこの研究から、自社に共通する改善率や最適な通知日数を導きません。また、費用を強調する表現を、どんな利用者や業務にも推奨するわけではありません。事例の対象、介入、比較相手、評価項目を、自社の条件と照合するための例として扱います。
自社の検証計画では、対象者、割付単位、比較する画面や文面、評価期間、分子・分母、除外条件を先に記録する方法があります。同じ利用者が両方の案を見た場合や、部署内で案内が共有された場合の扱いも検討します。必要な標本数や検出したい差、不確実性の評価は、対象頻度と実験設計に応じて統計を扱える担当者と決めます。一定の日数や「95%」という表示だけで、十分な効果が確定したとは扱いません。
| 確認する項目の例 | 記録する内容 | 結果の読み方 |
|---|---|---|
| 対象行動 | 表示、操作、受付、内容確認、業務完了 | クリックと完了を混同しない |
| 比較条件 | 対象と割付、時期、流入、同時変更 | 前後の差だけで原因を断定しない |
| 利用者への影響 | 取消し、誤申込み、苦情、問い合わせ、負担 | 申込み率だけで良い施策を選ばない |
| 測定の確かさ | 未到達、欠測、重複、追跡できない完了 | 未計測を失敗やゼロにまとめない |
結果には、件数、率とその不確実性、悪化した項目、途中の変更を添えます。結果を見ながら都合のよい期間や対象だけを選び直さず、追加分析は当初の評価と分けて説明します。比較できる条件がそろわない時は、観察された変化として報告し、施策の因果効果と区別します。採用した案も、対象の拡大や季節、利用者の慣れで結果が変わる可能性を前提に、実装後の確認へつなぎます。
透明性と運用:選ばない経路と停止・見直しの責任を整える
OECDの2019年のBASIC Toolkitは、政策への行動科学の適用で、関係者の参加、透明性、効果がなかった結果や予想外の効果の報告、長期・副次的影響の監視を説明しています。本稿ではこれらを企業の設計を点検する参考にします。OECDの政策向け指針を、日本の企業に一律に課される法的義務や、個々の画面の適法性の判定基準と扱うものではありません。
公開前の確認では、利用者が何を選び、その後どうなるかを説明できるようにします。料金、契約期間、自動更新、データの利用など、判断に必要な条件を読む経路を確認します。選択しない、前の画面へ戻る、訂正する、取り消すといった操作も実際の手順として確かめます。押しやすいボタンの色や文言だけでなく、選択肢を読める順序、確認画面、完了後の通知まで含めて判断します。画面上で変更できても、後工程へ古い値が渡るなら修正が必要です。
例えば新しい社内申請を試す場合は、利用者へ対象の仕事と変更理由を伝え、必要な入力を用意し、確認して送信する案を検証できます。一方、本人の回答を推測して同意済みと記録したり、未完了の手順を完了済みと見せたりする設計は避けます。進捗は実際に済んだ作業と対応させ、例外で進めない人の相談先を示すことを提案します。これは本記事の業務例で、特定企業での導入実績や全員への効果を示すものではありません。
実験に必要な説明・同意やデータの扱い、広告・契約表示の確認は、対象者、地域、サービスと実施内容に応じて担当者・専門家へ確認します。「ナッジ」と名付けたこと、拒否ボタンが一つあること、申込み率が上がったことだけで、倫理的・法的な問題が解消したとは判断しません。AIで案を作る場合も、架空の実績、実在しない残席、過度に不安を与える文言などを人が確認し、案の生成と公開の承認を分けます。個人の弱点を推測した誘導を、一般的な改善手法として推奨しません。
運用へ移す際は、承認した文面・画面の版、適用対象、初期設定、計測の定義、変更権限、問い合わせ先と停止・復旧手順を残します。苦情や誤操作、後工程の負担が増えた時に誰が確認し、対象の限定、修正、停止を判断するかを決めます。結果が良かった案も恒久的な正解とはせず、条件の変更や不利益の兆候を受けて再確認します。成果の評価は、本人が目的を達成できたか、選択を理解し変更できたか、その状態を継続して運用できるかまで含めて行います。
