2010年代初頭にユーザーテストを見た時のことを覚えています。ユーザーは検索結果ページの読み込みを待っていました。スピナーが回転していました。ユーザーは5秒間それを見つめ、次に10秒間見つめました。そして、スピナーを止めようと必死にマウスをクリックし始めました。完全にコントロールを失っていたのです。

スピナーは、無力感という心理的な力学を生み出す。利用者は完全にシステムのなすがままになる。待ち時間がいつ終わるか予測することも、結果に影響を与えることもできない。ただ、円が回転するのを見守るしかないのだ。

こうした不満に応える形で、業界はプログレスバーを導入した。プログレスバーは画期的な改善だった。ユーザーに前進する勢いを感じさせ、完了を視覚的に表現したのだ。

しかし、プログレスバーにはそれなりの心理的な落とし穴がある。誰もが、たった2秒で90%まで進んだ後、1分間もそこで止まってしまうプログレスバーの苦痛を知っているだろう。プログレスバーが実際のバックエンド処理を正確に反映していない場合、信頼は損なわれる。ユーザーは騙されたと感じる。バーの終点での遅延は、安定した予測可能な待ち時間よりもはるかに不快に感じられるのだ。

そして、骸骨の画面が現れた。

スケルトンスクリーンは、単なる新しいビジュアルスタイルではなかった。それは、読み込み状態の概念化における根本的な変化だったのだ。

システムが動作していることを示す一般的なインジケーターを表示する代わりに、スケルトン画面はユーザーに目的のページを表示します。そこには「ページは既に用意されています。レイアウトも既に構築済みです。あとは、空欄を埋めるための具体的な詳細情報を取得するだけです。」と表示されます。