多くの生産性システムは、使えば使うほど複雑になっていきます。プロジェクト、エリア、タグ、優先度、カレンダー、カンバン、振り返り。それらにはどれも価値がありますが、タスクそのものを進める代わりに、システムの維持管理ばかりに追われてしまう恐れもあります。
DottieNoteは、長期の維持管理を強いる複雑なワークステーションになりたいわけではありません。記録し、選び、始め、完了するという、より軽やかな入り口でありたいと考えています。
システムは道を譲ることを覚えるべき
タスク管理ツールの理想的な佇まいとは、必要とされたときに現れ、ユーザーが作業に取りかかったら静かに背景へと退くことです。
そのため、DottieNoteの設計は多くが短く完結するように作られています。クイック追加、短い集中、ライブアクティビティ、Dottieステッカー、そして惑星のフィードバック。これらはすべて、タスクを思いついてから実際に始めるまでの手順を減らすためにあります。
計画を立てること自体が目的ではありません。行動を起こしやすくするために計画はあるのです。
過度な計画は新たな「やること」を生み出す
計画がないのではなく、計画が多すぎることがあります。タスクを始める前から、分類、振り返り、テンプレート、優先度、そして管理すべき無数のルールがシステム内に増殖してしまいます。
それらは複雑なプロジェクトでは役立つかもしれませんが、日々の日常的なタスクにとっては、貴重な注意力を奪う要因になりがちです。少し復習を始めたいだけだったのに、タグの整理に10分費やしてしまったり、数行書きたいだけだったのに、プロジェクト全体の構造を再構築し始めたりしてしまいます。
DottieNoteは、そうした重さを削ぎ落としたいと考えています。整理すること自体に反対しているわけではありませんが、「集中を始めること」をより手前の優先順位に置いています。アプリを開いたユーザーが、システムそのものにエネルギーを奪われてはならないのです。
軽やかであることは、粗雑であることではない
計画を減らすからといって、プロダクトに秩序がなくてよいわけではありません。タスクには依然としてタイトル、日時、タグ、状態、必要なリマインダーが必要です。ただ、それらの情報が「始めること」の前に立ちはだかるべきではないということです。
私たちは、複雑さは必要な瞬間にだけ現れるべきだと考えています。タスクを素早く追加し、詳細は後から補うことができます。すぐに集中を始め、完了後に履歴を振り返ることができます。タグで整理することはできますが、タスク作成時にすべての項目を埋め尽くす必要はありません。
この順序こそが決定的に重要です。まず行動を起こし、その後にシステムが整理を手助けする。タスク作成画面にあらゆる機能を詰め込むよりも、こちらのほうがずっと日常の肌感覚に近いのです。
複雑な選択肢よりも、優れたデフォルト値
計画の負担を減らすとは、選択肢を完全に奪うことではありません。より良い方法は、迷わずすぐに始められるデフォルトの導線を提供しつつ、必要なときには細かく調整できるようにすることです。
たとえば、タスクにはまずタイトルと所要時間だけを設定し、後からタグや日付、リマインダーを追加できます。集中セッションもまずはスタートし、完了後にシェアするか図鑑を見るかを決められます。デフォルトの道筋がスムーズであればあるほど、始める前にあれこれ判断する必要がなくなります。
DottieNoteは今後も、複雑さを最初のステップではなく、2番目のステップに配置し続けます。最初のステップは、常に「始めること」のためにあるべきです。
計画は行動のあとに明確になっていく
多くの場合、すべての計画を完璧に見通してから行動を起こすわけではありません。何が本当に必要なのかは、動き出してみて初めて分かるものです。10分書いてみて初めて文章に足りない構成が見え、1セット復習してみて初めて次のセットを明日に回すべきだと気づき、少し片付けてみて初めてタスクの実際の大きさが分かります。
だからこそ、DottieNoteはタスク作成時にすべての判断を一気に下すことを強制しません。まずはタスクをシステムに預け、実際の行動に応じて少しずつ肉付けしていくことを促します。
このプロセスは、ADHDのユーザーや、複雑な入力フォームに圧倒されてしまいがちなユーザーにとって特に大切です。入り口が重ければ重いほど始める前に気力が尽きてしまいますが、入り口が軽やかであれば、実際に行動が起きる可能性がぐっと高まります。
今後もクイック追加、いつでも計画、タスク詳細の連携を磨き続け、大まかなメモから明確な段取りへと自然に移り変われるようにしていきます。最初からすべての項目を埋めさせるような無理強いはしません。
これは情報アーキテクチャの課題でもある
タスク管理ツールの情報アーキテクチャは、画面の配置だけでなく、「ユーザーがいつ決断を求められるか」という時間軸の視点が欠かせません。作成時に問い詰めすぎれば後ずさりし、開始までの階層が深すぎれば気が散り、完了後の手応えが薄ければ次に戻ってくるのが難しくなります。
DottieNoteは、これらの節目を丁寧に切り分けて設計し続けます。記録するときは極力身軽に、段取りを整えるときに補足し、始めるときは短い動線を提供し、終わったときは明確な手応えを返します。
これは機能を削ることではなく、機能が正しい瞬間に現れるようにすることです。ユーザーが最初のステップですべての複雑さを背負い込む必要はありませんし、プロダクト側もひとつのフォームにすべてを詰め込んで多機能さを誇示する必要はないのです。