100ミリ秒の遅延が顧客を逃がしている
100ミリ秒なんて、ないも同然に思える。まばたきよりも短い。
それでも、流れが途切れたと脳が気づくには十分だ。
意識して分析するわけじゃない。神経系のレベルでの話だ。
ビジネスの数字 vs. ユーザーの体感
企業はレスポンスタイムや平均値、パーセンタイルを語るが、ユーザーが感じるのは「途切れた」という感覚だ。
数字は「まだ十分速い」と言うかもしれない。でも人は「なんでちょっと待たされるの?」と感じる。
このズレはまさにこの短い時間の中に潜んでいて、グラフではなく、人間の忍耐力とストレスのレベル次第で決まる。
待ち時間はまず集中を、次に信頼を壊す
ユーザーがクリックした瞬間、頭の中ではすでに次のステップに入っている。ローダーはそこから引き戻してしまう。
タスクは中断される。注意は途切れる。確信は揺らぐ。
何もせず待つのは、人にとって不快だ。特にスマホでは。デバイスは手元にあって、個人的で、すでに注意を奪っている。
ローダーは中立な存在じゃない。最後の手段であるべきだ。
人は遅延を分析しない、避けるだけだ
ユーザーはこう考えたりしない:
「このプロダクトは120ms遅いな」
感じるのは、ただの苛立ち。
「重い」と感じたページを閉じて、次の検索結果をクリックする。
すでにイライラしている列の中で「すみません、今日システムが遅くて」と聞かされる。
そして黙って乗り換える。同じ目的を、もっと摩擦少なく、もっとストレス少なく果たしてくれる別のものへ。
これは推測ではなく、計測された事実だ
Googleはモバイルページの読み込み遅延を計測し、ロード時間が1秒から3秒に伸びると、直帰率が32%上昇することを見つけた
Vodafoneは、モバイルサイトの速度を100ms改善することでコンバージョン率が8%向上したと計測している
Nielsen Norman Groupは数十年にわたって、0.1秒を超える遅延は知覚され、直接操作している感覚を壊すと示してきた
https://www.nngroup.com/articles/response-times-3-important-limits/
違う会社、違うプロダクト。
同じパターン。
小さな待ちは苛立ちとして積み上がる
ユーザーは遅延を足し算しない。緊張を蓄積していく。
ここで一拍、そこでスピナー、画像が少し遅れて表示される。
一つひとつは些細だ。だが合わさって、プロダクトの「感触」を作る。
速いと、気持ちいい。
遅いと、不快だ。
速いシステムはたいてい、運用コストも安い
おまけに、待ち時間が短いということは、マシンの仕事量も少ないことが多い。
転送バイトが減る。CPU時間が減る。メモリ圧迫も減る。
スピードはユーザーにとって心地よいだけじゃない。
ビジネスにとっても、たいてい安く済む。
LINK-Vでのアプローチ
私たちのデフォルトは、隠れている待ち時間をどこからでも取り除くこと。
サーバーのレスポンスタイムだけじゃなく、初回ロードや画面遷移を含めた、ユーザーの目に見える実際の「間」を対象にする。
マシンの負荷は減り、同時にユーザーの定着率は上がる。
これを長期的に維持したいクライアントには、Timeless を提供している。ウェブサイト、アプリ、プログラムが継続的に技術アップデートを受け、スピードが一時的な達成ではなく「性質」として保たれ続けるサービスだ。
ソフトウェアは年を追うごとに古びていくべきものじゃない。
そしてユーザーは、自分が何も変えていないのに遅くなった、と感じさせられるべきじゃない。
100ミリ秒という静かなコスト
ユーザーを失うのは、たいてい劇的な瞬間ではない。
失うのは、小さな躊躇の積み重ねによってだ。
ほんの少しだけ重いウェブサイト。
すぐに反応しなかったクリック。
集中を断ち切った待ち時間。
だから、100ミリ秒ごとに意味がある。それは静かで、絶え間ない損失なのだ。