なぜ人は記録を続けられないのか — 心理学から見た「続く仕組み」の設計

記録が続かない原因は、意志の弱さではなく設計の問題です。行動科学では、行動は「動機・実行能力・きっかけ」の3つが同時に揃ったときにだけ起きるとされ、続かない記録アプリはたいてい「実行能力（＝手間の少なさ）」で負けています。さらに、ごほうびやストリークで続かせる設計は、報酬をやめた瞬間にやる気を元より下げることがメタ分析で示されています（128研究、効果量 d = -0.40）。この記事では、離脱が起きる3つの地点と、私たちが個人データポータル Tsumu の実装で実際に下した設計判断を公開します。

記録はどこで途切れるのか — 3つの離脱点

自分たちのプロダクトの設計判断と、記録系アプリを使っては挫折してきた経験を並べて整理すると、離脱はほぼ次の3地点のどれかで起きています。

• 入力の摩擦: アプリを開き、カテゴリを選び、項目を埋める——この数十秒が、疲れている日には越えられません。1回あたりの手間は小さくても、毎日かかるコストは複利で効きます
• 全か無か思考: 3日空けると「もう記録として意味がない」と感じ、そのまま二度と開かなくなります。途切れた瞬間ではなく、途切れたことを自分で断罪した瞬間に終わります
• 見返りの不在: 記録は「未来の自分のため」の投資ですが、その未来は当分来ません。積んだデータが何も返してこないなら、続ける理由は消えます

つまり「続かない」は、モチベーションが枯れた結果ではなく、摩擦・自己評価・見返りという3つの設計変数の帰結です。

ごほうびで続かせる設計は、なぜ裏目に出るのか

多くのアプリが採る解決策は、ストリーク（連続記録日数）・バッジ・ポイントです。短期的には効きます。しかし、外発的報酬は内発的動機を掘り崩すことが繰り返し確認されています。

Deci・Koestner・Ryan による古典的なメタ分析（128研究）は、行動への従事や完了に対して与えられる報酬が、自由選択場面での内発的動機を有意に低下させたと報告しています（効果量 d = -0.40、-0.36、-0.28）。報酬をぶら下げると、人はその行動を「報酬のためにやること」として意味づけし直してしまう——いわゆるアンダーマイニング効果（過剰正当化）です。出典: A meta-analytic review of experiments examining the effects of extrinsic rewards on intrinsic motivation（PubMed）。

記録アプリでこれが何を意味するか。ストリークが伸びているうちは強い動機になりますが、一度途切れた瞬間に「続ける理由」そのものが消えます。しかも罪悪感つきで。記録を「自分のためのアーカイブ」から「アプリに褒められるための作業」に変換してしまうと、報酬が切れたときに残るものがありません。

意志ではなく「摩擦」と「きっかけ」を設計する

行動科学が示す処方箋は明快です。BJ Fogg の行動モデル（B = MAP：行動は動機・実行能力・きっかけが同時に揃ったときに起きる）は、動機を上げるより実行能力を上げる（＝手間を下げる）ほうが確実だと主張します（Fogg Behavior Model）。動機は日によって上下しますが、手間の少なさは設計で固定できるからです。

もうひとつ有効なのが実行意図（implementation intention）、「いつ・どこで・何をするか」をあらかじめ紐づける if-then 形式のプランです（Implementation intention）。「毎日記録する」ではなく「夕食の写真を撮ったら、そのまま送る」と決める。きっかけを既存の行動に寄生させるほど、実行は安定します。

続く仕組みとは、やる気を燃やし続ける仕組みではなく、やる気が切れた日でも成立する仕組みのことです。

Tsumu で実際に下した3つの設計判断

ここからは一般論ではなく、私たちが個人データポータル Tsumu（tsumu.juriscodeai.com）の実装で実際に採用した判断です。

1. ストリークと催促通知を実装しない

連続記録日数も、「昨日は記録がありませんでした」という通知も、意図的に作っていません。上のメタ分析が示すとおり、それらは途切れた日にユーザーを失う仕掛けだからです。Tsumu の記録は義務ではなく起きたことのアーカイブであり、1ヶ月空いてもまた今日から書けばいい。この「イベント駆動アーカイブ」をプロダクト全体の恒久ルールにしました。

2. 入力の摩擦を、AI に肩代わりさせる

摩擦こそが最大の離脱要因なら、削るべきは入力工程そのものです。Tsumu では AI 連携（MCP サーバー）を実装し、写真を1枚送るだけで、カテゴリ判定から属性の入力までを AI 側が済ませて記録を積む形にしました。画像はクライアント側で WebP に変換してから署名付き URL でアップロードするので、待ち時間も抑えられます。実装の詳細は「AI 連携(MCP)を実装した話 — 写真を送るだけで記録が貯まる」に書きました。

3. 「見返り」を、貯めた本人にだけ返す

見返りの不在への回答は、バッジではなく集計です。Tsumu は貯まった記録から支出・食事・運動・睡眠などの集計とグラフを自前で描き、目標を設定すれば達成率を追います。褒美をアプリが与えるのではなく、自分のデータが自分に返ってくる構図にしています。データ構造は全カテゴリ共通のまま、見え方だけをカテゴリごとに最適化した設計は「家計簿・献立・筋トレログを1つのアプリで — カテゴリ別ビューの設計」で詳述しています。

結論: 「続ける人」ではなく「続く仕組み」をつくる

記録が続かない人を責める設計（ストリーク・催促・罪悪感）は、行動科学的にはむしろ離脱を早めます。有効なのは、手間を削り、きっかけを既存の行動に紐づけ、貯めたものが本人に返る——この3点です。AI は「やる気を管理する監視役」ではなく、「面倒な入力を引き受ける裏方」に置くのが私たちの立場です。

よくある質問

Q. 記録が続かないのは意志が弱いからですか？

いいえ。行動科学のモデル（B = MAP）では、行動は動機・実行能力・きっかけが同時に揃ったときにだけ起きます。動機は日によって変動する不安定な変数なので、続かないときにまず疑うべきは手間の大きさ（実行能力）と、きっかけの不在です。意志は最後に見るべき変数です。

Q. ストリーク機能は完全に悪ですか？

一律に悪ではありません。短期的な立ち上げには効きます。ただし外発的報酬は内発的動機を掘り崩す（d = -0.40 前後）という証拠があり、途切れた瞬間に離脱を誘発するリスクを抱えます。導入するなら、途切れても罰しない設計（ストリークを「今週の記録数」のような可逆的な指標に置き換えるなど）とセットにするのが安全です。

Q. 三日坊主から復帰するにはどうすればいいですか？

「取り返す」のをやめることです。空白期間を埋めようとすると作業量が膨れ、二度目の離脱を招きます。過去は空白のままにして、今日の1件だけを記録する。加えて、if-then 形式で既存の習慣にきっかけを紐づけてください（例:「夕食の写真を撮ったら送る」）。

Q. AI に記録を任せると、記録する意味は薄れませんか？

記録の価値は「書く行為」ではなく「後から参照できること」にあります。書くこと自体に内省の価値がある場合（ジャーナリング等）は人が書けばよく、家計・食事・運動のような事実の蓄積は AI に任せて構いません。AI に任せられることは任せ、人は自分を磨くことに時間を使う——それが私たちの考え方です。