do-not-ship-an-empty-surface

ほとんどのユーザーにとって空になる、遷移可能な行き先をこれから出荷しようとしている場合に当てはまる。行のないタブ、項目のないカテゴリ、データソースが接続されていないダッシュボード、「近日公開」と表示するページなど。

ユーザーがまだ何もしていないために空になっている画面には当てはまらない。タスクが一つもないタスク一覧は正しい状態であり、タスクの追加方法を示すべきである。

1. どちらの種類の空かを判断する。「ユーザーが新規だから空」の場合は、次に取るべき行動を含む良い空状態表示が必要だ。「まだ作っていないから空」の場合は、そもそもそこに存在すべきではない。
2. 後者の場合: その行き先を一切レンダリングしない。裏側に何かがある場合にのみルートを生成する。
3. 開発のために存在させる必要がある場合は、開発用フラグでゲートし、インストール済みビルドからは到達できないようにする。
4. 空であること自体が本当に伝えるべきニュースである場合——エントリが1つしかないハブ、始まったばかりのフィード——は、それを言葉で説明し、貢献を呼びかけることをそのページの主なコンテンツにする。

コンテンツができるまで行き先を隠しておくと、データが届くにつれてナビゲーションが変化し、ユーザーを戸惑わせることがある——訪問のたびにメニューが増えていくなら、ユーザーがそれを推測できる理由が必要だ。

これはやり過ぎると、単に人気がないだけの機能まで隠してしまうことにもなりかねない。線引きは、その画面がいつか何かを表示しうるかどうかだ。未構築なら隠す、未使用なら良い空状態とともに表示する。