H2.02.3empty-state outcome preview设计
空状态需解释填充后会得到什么
别名: 填充后预览 · 空态价值说明 · filled-state preview
概念解释
空状态除了指出「现在没有」和「下一步点哪里」，还要让人看见填上之后会得到什么：一块将出现的结构、一种将能做的事、一份将留下的结果。没有这层预览，下一步是盲目的——人不知道创建第一项是为了清单、日历还是一堆卡片。这条谈的是结果预期，不是教学该放在空状态里，也不是按钮只能有一个。预览可以是淡化的骨架、一张标明示例的静帧，或一句具体到对象的话，但不能是空洞的品牌口号。
机制
行动需要结果表征：人在按下之前会在心里预演「然后屏幕会长成什么样」。空的工作区默认预演是「还是空的」，动机不足。把填充后的形态露一小块，预演才有终点，第一步的成本才对得上收益。预览还必须约束类别：若空状态画的是看板列，人不会按文档去理解即将创建的对象，后面的界面才接得上。口号（「让工作流起来」）不提供结构，无法当预演。真实示例数据能提供形态，但会让人以为那些行已经是自己的；这条只要「形态可见」，形态一旦可被当成记录，就变成另一类问题。预览的强度应刚好让人能回答「填上之后我看见什么」，再多就会变成装饰，把下一步挤出注视。
边界
出错和无结果的空不该预演「填上之后的美好」——那里的诚实结果是重试或放宽条件。高度个性化的画布（每人布局都不同）无法用一张静帧代表填充后，预览应改成「你将得到一块可摆放的空白」而不是假装有标准成品。已经看过填充态再回到空的人（删光、换过滤器）不需要再看一次价值广告。受监管的数据空（病历、账本）用虚构的填充预览可能被误认为真实记录，只能用无内容的结构轮廓。
怎么落地
- 在首次无数据的空上同时给出三件事里的结果这一件：用骨架或静帧露出填充后的结构，或用一句话说将出现的对象类型。
- 预览必须标明「尚未存在 / 示例」，禁止看起来像已有行的可点击记录。
- 口号和下一步按钮不能代替结构预览；若只能留一句话，写成「创建后这里会出现按日期排列的任务」这种可检验的描述。
- 验证：盖住按钮，只留说明和预览，问「如果你现在填上，屏幕会多出什么」。答成品牌句子或「不知道」，预览就失败了；答得出对象类型或结构，才算把结果讲清。