大規模なアプリケーションは多くのワークフローを収めるのが得意です。 しかし、小さな一つの仕事を分かりやすくすることが得意とは限りません。
目的を絞ったツールなら、利用者がすでに持っているファイル、テキスト、 AIが生成した結果から始めて、次の操作を常に見える場所に置けます。 覚えるナビゲーション、解釈する設定、意図から結果までの距離を減らせます。
画面の大きさを仕事の大きさに合わせる
1分で終わる作業のために、10分のチュートリアルを要求すべきでは ありません。重要な制約を隠すという意味ではなく、主要な操作を先に 置き、説明、安全策、任意設定を必要になる場所へ配置するという意味です。
IILLでは、小さなツールを次の三つの質問でレビューします。
- 初めて訪れた人が説明なしで入力と結果を見分けられるか。
- ドラッグ操作を使わず、キーボードだけでも完了できるか。
- 利用者のデータがどう扱われるかを画面で説明しているか。
機能数を数えるより、これらの質問の方が役立ちます。境界が明確なら、 機能が少ないツールでも実際の仕事をより確実に完了できます。
小さいことは未完成という意味ではない
用途を絞ったツールにも、アクセス可能な操作、役立つエラー表示、 レスポンシブなレイアウト、正直なプライバシー説明が必要です。違いは、 それらが広がりすぎた機能を補うのではなく、一つのワークフローを 支える点にあります。
これがIILLの考え方です。経路を短くし、制約を見える状態に保ち、 結果そのものに価値を説明させます。