Product Development — Case Study / Experience Translation
Density · Daily · Design — 木下スタジオ / 木下貴博（滋賀・琵琶湖）
— Origin / このプロダクトの問い
このプロダクトは
「なぜ、タスク管理は義務感しか生まないのか？」
という問いから始まりました。
TodoistもNotionも、タスクを「こなす義務」として設計されていた。習慣の密度を積み上げる喜びは、どこにもなかった。
01 — Problem
Todoistを開くたびに、未完了のタスクが赤く光る。Notionのデータベースは管理は完璧だが、何かを成し遂げた感覚がない。タスクを「完了させなければならないもの」として設計されたツールは、習慣を育てるのではなく——「こなせなかった罪悪感」を生産し続ける。
問題の本質は、タスク管理が「結果の記録」を目指していることだ。しかし人間が習慣を続けるために必要なのは「結果」ではなく「密度の可視化」だ——今日も昨日も一昨日も、確かに前進していたというピクセルの積み重ね。
— 課題 01
リストは罪悪感を生む。未完了のタスクが赤くなる設計は、「できなかった」を強調する。習慣を育てるべきツールが、挫折の記録装置になっている。
— 課題 02
タスクが多すぎる。「全部やれ」という設計。しかし人間が一日に深く集中できるタスクは5つが限界だ。タスクを絞ることが設計の課題になっていた。
— 課題 03
継続の可視化がない。Todoistは「今日のタスク」を見せるが、「5日連続で続いた」という密度の積み重ねを美しく見せるインターフェースがない。
— 課題 04
アカウントが習慣を止める。ログイン・同期・クラウド——タスクを書く前に摩擦がある。習慣は「開いた瞬間に始まれる」ことが条件だ。
02 — Insight
GitHubの活動グラフに見入ったことがあるか？——緑のピクセルが積み重なるとき、そこには達成感ではなく「密度の美学」がある。DDDのピクセルマトリクスはこの洞察から生まれた。1日=1ピクセル。5タスクのうち何個完了したかで輝きが変わる。365日の密度ログが美しい模様になる。
1日5タスク——この制約は意図的だ。「全部やれ」ではなく「今日最も大切な5つだけ」。制限することで思考が研ぎ澄まされ、タスクを選ぶ行為自体が判断力のトレーニングになる。順番に——一度に1つ。マルチタスクの幻想を、設計が壊す。
— Persona Design
3ペルソナの共通点：「タスク管理ツールが生む義務感から解放されたい」。制約（5タスク・local-first）が解放感を生む逆説的設計。
— Customer Journey
朝の起動から密度ログを眺めるまで——すべてのステップで「義務感の除去」と「達成感の可視化」が設計されている。
03 — Experience Strategy
DDDのExperience Strategyは4つの軸で設計された——密度(Density)・儀式(Ritual)・可視化(Visualization)・完結性(Closure)。これは「タスク管理」ではなく「習慣の美学」を設計するための言語だ。
— 01
DENSITY
1日の密度がピクセル1マスに凝縮される。5タスク完了=最大輝度。3完了=中程度の輝き。365日並ぶとき、密度の美学が可視化される。
— 02
RITUAL
朝アプリを開き、5タスクを決め、順番にこなし、夜ピクセルを確認する——これが日常のリチュアルになる。習慣は「意志力」ではなく「儀式の設計」で続く。
— 03
VISUALIZATION
365日×5タスクの密度ログ。1年間積み重ねたピクセルが、習慣の軌跡として美しいパターンを描く。数字ではなくビジュアルで、継続の重さを感じる。
— 04
CLOSURE
今日のタスクは今日で完結する。繰り越しなし、残念ポイントなし——一日が終わったとき、今日の密度だけが記録される。クリーンな完結性が明日への動機を生む。
— Experience Translation Map
「義務感のリスト」を「密度の儀式」に翻訳した。設計の核心は制約にある——5タスクという制限が解放感を生む。
04 — Solution Design
DDDは1ファイルのHTMLで完結する。ビルドなし・サーバーなし・アカウントなし。タスクデータはlocalStorageに保存され、完全にオフラインで動作する。この「完全なローカル性」が、プライバシーへの信頼と「自分のツールを使っている」感覚を生む。
— Pixel Matrix 365
365日×7日のピクセルグリッド。1日のタスク完了数（0〜5）に応じてピクセルの輝度が変わる。1年後に振り返ると、習慣の密度が美しいパターンとして現れる。GitHubの活動グラフを習慣ログとして再設計した。
— 5 Tasks Only
今日やることは5つだけ——それ以上は追加できない。この制約は「選択」を強要する。何が本当に大切か、朝の判断力を毎日トレーニングする。6個目を追加しようとした瞬間、タスクを捨てる勇気が育つ。
— Sequential Focus
現在進行中のタスクを大きく表示し、それ以外は薄く表示する。マルチタスクの幻想を、UIの設計が壊す。「今これだけ」という集中の純粋さが、タスクを義務から喜びに変える。
— Closure & Reset
日が変わると、タスクリストは自動リセット。繰り越しなし・罰則なし。「昨日できなかった」ではなく「今日また5つ選ぶ」——毎朝クリーンにリスタートできる設計が、継続の心理的ハードルを下げる。
05 — Results
DDDを使い始めてから、タスク管理に対する感覚が根本的に変わった。「やらなければならないこと」ではなく「今日の密度を刻む儀式」になった。ツールの設計が習慣の質を変えた——体験翻訳論の実証だ。
5— 1日の最大タスク数
「全部やれ」ではなく「5つだけ」。この制約が思考を研ぎ澄まし、タスクを選ぶ判断力を育てる。
365— 密度ログの日数
1年間のピクセルマトリクスが習慣の軌跡を記録する。数字ではなく「美しいパターン」として積み重なる。
0— 依存ライブラリ数
完全なlocal-first。サーバーなし・アカウントなし・クラウドなし。タスクは完全に自分のものだ。
— Studio Note
DDDは、木下スタジオが最も個人的に使い続けているプロダクトです。「タスク管理ツールが義務感を生む」というズレを、自分自身が体験翻訳した結果として生まれました。
1日5タスク、1HTMLファイル、依存ゼロ——シンプルさが武器になること、そして制約が解放感を生むことを、このプロダクトは毎日証明し続けています。