私は誰かが私が修正するために導入されたダッシュボードをテストしているのを見ました. ゼロのバグ. サブ秒のロードタイム. すべての機能は正確に設計されたように動作しました. 彼らは2分間、タブを閉じ、「壊れた」と言った。 「壊れてない」「壊れてない」「壊れてない」「壊れてない」「壊れてない」「壊れてない」「壊れてない」「壊れてない」「壊れてない」「壊れてない」 きちんと印刷できるPDFのように、Macで開かない - 技術的に機能し、経験的に壊れた。 彼らが何を意味するかを理解するために、3人のクライアントと、あまりにも多くのユーザーインタビューを持って来ました。 働くということは、働いていると感じることと同じではありません。 ⸻ 400msが信頼されすぎるとき 私が監査するために雇われたB2Bアナリティクスプラットフォーム、迅速なクエリ、正確なデータ、クリーン・チャート、四半期ごとに登り続ける。 何よりも信頼性が高い? 彼らのクエリは400ミリ秒で返されました。 不合理に速く、不審に速く。 稼働時間は99.4%でした。 私がテストした競合相手は? クエリは3〜5秒で終了しました。 しかし、競合相手は進捗段階を示しました。 ロードステータス。 「あなたの要求を処理する...」とアニメーションスピンナーで重要だと感じました。 クライアントの製品? ほとんどすぐに結果が表示され、ユーザーは彼らがキャッシュまたは不完全であると仮定しました。 何も起こった兆候はありません。 単に:空のスクリーン、その後データ。 彼らはその遅い製品に四半期で3つの企業取引を失った。 $240K ARR がなくなった. すべてが同じ四半期に閉鎖された. パイプラインが乾いた. 創設者はランプについてパニックを起こし始めました. すべての3つの見通しは、フィードバック呼び出しで同じことを言った: "Your felt too fast to be real." 私は進捗指標で2秒間の人工遅延を追加しました。 「データを処理する」スピンナーで、その下に同じ400msのクエリがあり、作業が起きていることについて正直です。 次の四半期:同じ競合相手に対して2件の取引を締結した。両方とも、販売後のインタビューで「データの品質に自信がある」と述べた。同じデータ、異なる信頼信号。160Kドルが回収された。創設者は販売通話中に競合相手のデモを開くのをやめた。 ユーザーは、自分が考えていることを認めるものに信頼していることが判明します。 ⸻ Auto-save is gaslighting with good intentions (自動保存は善意をもってガスライトをする) 異なるクライアント:ドキュメントエディター. 各キーを自動保存. デバイス間のリアルタイムの同期. 生産中に1つのキャラクターを失ったことはありません. エンジニアリングチームはそれを誇りに思っていました。 サポートチケットは「私の変更は保存されましたか?」と尋ね続けました。 プロダクトマネージャーはチケットを私に見せてくれました。 何百枚ものチケットを「どうやって保存したの?」「保存ボタンはどこにあるの?」「変更はしましたが確認は見ていません」私は、保存ボタンを削除したときに尋ねました。 私はセッションのレコーディングを引っ張りました. 誰かが3段落を入力し、休憩し、12秒間インターフェイスを見回し、タブを公開せずに閉じました. 次のセッション:同じユーザーが同じコンテンツを再入力し、まだ本物だったことを確認できませんでした。 ユーザーは、何の証拠も持続していない空白に書き込むことを経験していました。 I added a "Saveed" indicator. Tiny. Faded in after each keystroke. "Saving..." while syncing. "All changes saved" when done. Smallest possible UI addition. Shipped it Tuesday. 「すべての変更が保存された」と追加しました。 セーフステータスに関するサポートチケットは金曜日までに89%減少しました。 製品はより信頼性が向上しませんでした。 私は信頼性が明らかだったふりを止めました。 6ヶ月後、異なるクライアント. 同様の自動保存製品、まだ開発中です. 私は最初のプロジェクトからこれらのセッションレコーディングを創設者に示しました. 彼はリリース前に「保存」指標を追加しました. 最初の3ヶ月間の保存についてのサポートチケットゼロです. それが問題を修正し、それらを防ぐ間の違いです. スピードは信頼ではありません。見えるプロセスは信頼です. ユーザーは即時を望んでいません. 彼らは何かが起こった証拠を望んでいます. ⸻ 目的で製品を遅くする 同じ信頼の問題を抱えた4番目のクライアントの後、私は意図的な遅延を追加し始めました。バグではありません - 作業が起こっていることを示す人工的な休憩。 提出をクリックしてください? 600msを待って、スピナーを表示して確認してください。 データをロードしてください。 「これはうまくいくのか?」に関するサポートチケットは、3つの実装で40〜60%減少した。 「電子メールアドレスが無効」は「何かが間違っていた」、「サーバータイムアウト - 30 秒後に再度お試しください」は「エラー」です。 ⸻ 創業者が見えないことを明らかにする3つのテスト 「インタフェースが何が起きているのかをシグナルにしない」という意味で「壊れたと感じる」4つのプロジェクトの後、私は何かを設計する前に実行する3つの診断を開発しました。 
 
 
 
 
 
 
  Show someone the product for five seconds. Not interactive – just looking. Ask: "Does this feel finished?" The five-second impression test. Hesitation means something signals incomplete. "It looks fine but..." means they're sensing interaction gaps. Immediate yes? Watch their face, not their words. (People lie to be polite. Faces don't.) 
 
 
  Throttle the connection. Use the product. Does it explain what's happening? Or just sit there looking frozen? The broken internet test. Most products optimize for perfect conditions. Users experience broken networks, slow servers, congested CDNs. This is where "too fast" products die hardest – zero explanation when infrastructure fails. 
 
 
  List every possible state for every interactive element. Default, hover, focus, active, disabled, loading, error, success. Design all of them. The state audit. Some products design three states and ship with seven. The missing four just... happen. Usually badly. これらを今週あなたの製品で実行してください. 欠けている状態や静かなアクションを見つけた場合は、新しい機能を構築する前にそれらを修正してください. Trust シグナルは新しい機能よりも安価で、より良い変換を行います。 ⸻ 信頼の問題は間違いを投げない 彼らは、機能言語を使用してインターフェイス問題を記述しています. 「壊れた」とは、「信頼できるものに期待されるように振る舞わない」ことを意味します。 信頼できるものは行動を確認し、進歩を示し、エラーを説明し、一貫性を保つ。 製品は舞台裏で完璧に動作する可能性がありますが、インターフェイスが動作を示さない場合は、ユーザーは沈黙を失敗として経験します。 信頼の問題は、エラーログに表示されないが、「より信頼性の高いものを見つけた」という調査で表示される。 通常、あなたのエラーログは完璧に、無駄に清潔に保たれます。

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

This story contains new, firsthand information uncovered by the writer.

Free Discovery Call with Me

SaaS Design Projects 

UX\UX Agency London

UI/UX Design Services

Digital Product Design Services

このオーディオは、ストーリーの元の言語で制作されています。

なぜ良い製品は壊れていると感じるのか

About Author

コメント

ラベル

この記事は

Related Stories

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

海を航海する: データレイクを使用した本番環境レベルの RAG アプリケーションの開発

フォーラムからフィードへ: ソーシャルメディアアルゴリズムがデジタルインタラクションを形作る仕組み

ユーザー中心の暗号通貨製品の作成: 顧客からのフィードバックの重要性

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

海を航海する: データレイクを使用した本番環境レベルの RAG アプリケーションの開発

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps