予測できない体験をアプリが提案する — 感覚時間を伸ばす6つのレバー
前回の記事で、僕は「時間が早すぎる」と感じる自分のために、感覚時間を伸ばすアプリを作っていると書いた。
あの記事では動機のほうを書いたので、今日はアプリそのものの中身を書く。何をするのか、なぜその設計にしたのか。作りながら共有する、と宣言した以上、コンセプトの骨格もここで書いておきたい。
（本文中で「感覚時間」という言葉を何度か使う。これは「主観的に感じる時間の長さ」のこと。学術的には主観時間とも言う。以下はすべて「感覚時間」で統一する。）
■ そもそも「時間を伸ばす」とはどういうことか
まず整理したい論点がある。「時間を伸ばす」と言ったとき、何を指しているのか。
実は時間感覚には大きく2種類ある。ひとつは リアルタイムの長さ（今この瞬間が長く感じるか）。もうひとつは 振り返ったときの長さ（あの1週間は長かったなと思えるか）。
この2つは、脳の中では別の経路で処理されている。面白いのは、しばしば逆に動くことだ。退屈な会議は「今」は永遠に感じるのに、終わった瞬間に記憶から消える。濃密に遊んだ休日は「今」はあっという間なのに、振り返ると長く残る。
ジャネー現象 — 大人になるほど時間が早く過ぎる、あの感覚 — は、圧倒的に 振り返り型 の問題だ。リアルタイムで短い、というより、過ぎた日々が圧縮されて記憶に残らない。だから介入すべきポイントもここで決まる。
リアルタイムを遅くする介入より、記憶形成を濃くする介入のほうが効く。
これは認知心理学者 Matthews と Meck の大規模レビュー（2016, Psychological Bulletin）でも繰り返し確認されている、かなり固い知見だ。僕のアプリも、ここを設計の出発点にした。
■ 感覚時間を伸ばす6つのレバー
文献を読み込んでいくと、感覚時間を伸ばす介入は大きく6本の経路に整理できる。ただし、6本すべてを同時に狙うのは現実的ではない。効果量が大きい本命3本と、補助3本 に分けて考えるのがいい。MVPでは前者だけに集中する。
本命のレバー
① 記憶エンコーディング密度 ← 最本命
体験カテゴリの多様化、写真、日記、言語化 — つまり「後から振り返ったときに取り出しやすい形で残す」行為が、最も強く感覚時間を伸ばす（Matthews 2016）。
地味だが、これが効果量としては全経路の中で最も大きい。派手な旅行に行かなくても、普段と違う1枚の写真と、それについての短い一文 があれば、その日は記憶に残る。逆に、写真も言葉も残さなかった日は、次の週にはほぼ消えている。
アプリではここを一番手厚く扱う。体験ログ・カテゴリタグ・一言メモ、全部この経路のための装備だ。
② ルーチン打破
行動範囲・時間配分・動線を崩す。予測符号化の観点から、これが記憶密度に直結する。パンデミック期の時間感覚研究でも、ロックダウンによるルーチン崩壊が時間感覚に劇的な影響を与えたことが確認されている（時間が早くなった人と遅くなった人に二極化した）。
重要なのは、日常の外に出るのではなく、日常の中でルートを変える こと。通勤を徒歩に、昼休みを別のエリアに、週末の公園を隣町の公園に。ゼロから新規性を作るより、既存の行動の軸をずらす ほうが続けやすい。
③ 新奇性・予測誤差
新しい刺激は、同じ時間でも最大で約50%長く感じさせる（Tse 2004, Schindel 2011）。これは oddball effect と呼ばれる現象で、脳が「予測できなかったもの」に対してだけ時間を多めに記録する性質から来ている。
ただし、同じ新奇刺激を繰り返すと効果は急減衰する。脳は1〜2回で順応する。毎回わずかに角度を変え続ける 必要がある。アプリの提案ロジックが工夫を要するのは、ここの部分だ。
3つの補助のレバー（MVPでは深追いしない）
残り3本は、効果は確認されているものの、アプリに組み込む優先度としては低い。一応書いておく。
- 時間そのものへの注意：「今、自分は時間をどう感じているか」に意識を向けると、事前のリアルタイムは伸びるが、事後の記憶は逆に短くなる（Coull 2004）。瞑想的なアプローチは諸刃で、感覚時間を伸ばすという目的には合わない。
- 畏敬・高覚醒感情：自然・芸術・音楽の壮大な体験は感覚時間を伸ばす（Rudd 2012, Droit-Volet 2007）。効果は中程度だが、日常に組み込みにくい。体験提案のカテゴリの一つとして残す程度。
- 身体性・内受容感覚：心拍や呼吸への気づきは、時間の解像度そのものを上げる（Wittmann 2009）。ウェアラブルとの連携が必要で、Phase 2以降。
派手に見える畏敬系より、地味な記憶密度のほうが効果量は大きい。この事実を、まず設計に反映させたかった。
■ 設計の背骨：Matthews Processing Principle
6つのレバーを横断する、もっと上位の原則がある。
「知覚される時間は、知覚の鮮明さ、および刺激から情報を抽出する容易さと正の相関関係にある。」 — Matthews & Meck (2016)
感覚時間は (a) 鮮明さ と (b) 情報抽出の容易さ に比例する、という原則だ。
裏返すと、ぼんやりした受動消費 — SNSスクロール、BGM的な動画 — は鮮明さも抽出容易性も低いので、時間を縮める。 これを「スマホで時間が溶ける」と呼んでいるだけで、脳が正しく動いている証拠とも言える。
だからアプリの提案には、常にこの2つを通す。
- 鮮明か？ 複数の感覚チャネル(視覚・音・匂い・触覚)が絡むか？
- 抽出可能か？ 一言で記述できる瞬間があるか？ 撮れる写真が頭に浮かぶか？
この2つを満たさない提案はボツにする。効率化の世界観と真っ向から逆の基準だ。
■ 既存のアプリと、何が違うのか
感覚時間を扱うサービスは他にもある。でも切り口が決定的に違う。
- バケットリスト系（自分で書く）→ 自分が思いつかない領域をAIが提案
- ランダム提案系（無機質な選択肢）→ 他人の「充実した体験」がボトルで流れ着く
- 観光・旅行アプリ（最適化が目的）→ 非効率・予測不能こそが価値
※ 2つ目のボトル機能は構想段階。MVPはまず自分ひとりで閉じた運用から始める(後述)。
特に2つ目が、最終形で一番やりたい仕掛けだ。匿名で、地域を粗くぼかして、他の誰かの「今日はよかった」と思えた体験が漂着する。これは単なる提案ではなく、自分の予測できない領域のシード になる。他人の未知は、自分の未知と切り口が違う。
AIの提案だけだと、どうしてもユーザーの過去ログを学習した結果の「それっぽい延長線」になりがちだ。どれだけ工夫しても、すでに観測した領域の近傍を歩くことしかできない。そこに、まったく別の人生の「よかった瞬間」が混じる。このノイズこそが、本当の意味での予測誤差になる、と僕は思っている。
■ 「ゼロユーザー = 自分」という原則
もうひとつ、設計の大前提がある。
最初のユーザーは、作者である僕ひとり。 マーケティングも、グロースも、ユーザー獲得もしない。まず僕が毎日使い続ける状態を作ることが、他のすべての前提になる。
これは単なる個人開発のサイズ感の話じゃない。感覚時間のような内面的な価値は、自分が本当に効いたと感じられるまで磨く 以外に検証の仕方がない。数字でもA/Bテストでも測れない。「先月より今月のほうが、振り返ると長かった」という、自分自身の証言だけが一次データだ。
だからMVPは極端に小さい。
- 体験を短文で記録する
- AIで「予測できない体験」を提案する
- 毎日「今日の時間はどう感じたか」を1〜5で記録する
- 週末に「今週の体感日数」が出る
これだけ。Webアプリ、認証なし、SQLite、ローカル起動。派手な機能は全部Phase 2以降に送った。
この順番にもこだわりがある。他人のボトル機能はコンセプトの核だが、作者ひとりの環境では「他人」が存在しない。先に作ると、テスト用のダミーデータを相手に開発することになる。それは絶対に、本番のユーザー体験とずれる。だからまず、自分ひとりで閉じた状態でも価値を感じられるかを検証する。そのあとで外に開く。
ここで動かしてみて、僕自身が「先週より今週のほうが長かった」と言えるようになったら、ようやく他の人に見せに行く。それまでは、宣伝も広げもしない。
■ 次回から、実装の過程を書く
コンセプトの話はここまでにして、次回以降は作りながら詰まったことを書いていく。
完成してから総括するのではなく、作りながら、迷いながら書く。読んでくれる人が一緒に設計に参加してくれたら、もっと良くなる気がしている。
感覚時間を伸ばす、というテーマは、派手な機能で解決できる種類の問題じゃない。地味な記録、小さな寄り道、ほんの少しの予測誤差 — そういう細部の積み重ねでしか動かない。だからこのアプリは、派手な発表よりも、地味な進捗報告のほうが似合うと思う。
時間を、ゆっくりに。
— longdrift
前回の記事：「時間が足りない」受験生だった僕が、「時間が早すぎる」大人になっていた