優れた製品を設計する際、私は「使いやすさ」という概念を三つの重要なステップに分解します：可視性、ロックイン性、そしてフレンドリーなインタラクションです。まず、ユーザーが製品の機能を簡単に発見できる必要があります。次に、システムは数百ミリ秒以内に応答を返し、ユーザーの注意を維持するべきです。最後に、その後の一、二秒以内に、結果が期待通りに表示されると、ユーザーはさらに深く使用し、共有したいと思うでしょう。

発生する可能性のあるエラーに対しては、単に失敗情報を表示するのではなく、明確な解決策を提供すべきです。これには、再試行オプション、遅延処理、またはユーザーがパラメーターを修正できるようにすることが含まれる場合があります。このアプローチは、不確実性をユーザーが受け入れられる範囲内に効果的に制御します。

リアルタイムアプリケーションのシナリオでは、製品設計がイベントを主要な信号源として扱い、状態遷移機をユーザーインターフェースに統合することで、ユーザーの不安感が著しく低下することを観察しました。同様に、技術チームが冪等性、重複排除、リード後検証、自動ロールバックなどの機能をデフォルトオプションとして扱うと、チーム全体がピーク時のトラフィックを処理する際により自信を持つことができます。

このユーザー体験を重視するアプローチは、単にピークデータを追求するよりも説得力があります。したがって、私はユーザー体験を「公共財」と見なすチームと協力することを好みます。例えば、協力の規範やコミュニケーションテンプレートに合意し、コミュニケーションコストを削減するために統一された事前確認の文法を使用します。

多くの人は、製品の迅速な応答は単なる技術的な問題だと考えていますが、実際にはユーザーに情報をどのように伝えるかに関することがより重要です。もしユーザーが自分たちが現在どの段階にいるのか、次に何が起こるのかを理解できれば、その一、二秒の処理時間を辛抱強く待つことができるでしょう。同様に、開発者がシステムが異常な状況を自動的に処理し、迅速に復旧できると信じていれば、バッチ処理ウィンドウやトランザクションの優先順位を最適化する自信を持つことができるでしょう。

逆に、システムの複雑性をユーザーに直接さらけ出すと、例えば頻繁に表示されるロードアイコンや予期しないロールバック、無反応の状態が起こると、最強のハードウェアを持っていてもユーザーの信頼を再構築することは難しいです。私の経験に基づくと、"決定論"を最小限の実用的な製品として位置づけるのは賢明な選択です。状態機械からユーザーインタラクション言語、パラメータテンプレートから問題の振り返りプロセスまで、この基礎的なフレームワークを先に構築し、その後でより複雑な機能や成長戦略を考えるべきです。

これにより、ピーク時に「より忙しいが秩序ある」状態を実現できるようになり、「より速いが混乱した」状況を避けることができます。このアプローチは、ユーザーの満足度を向上させるだけでなく、チームの自信と効率を高めることにもつながります。