H2.06.1sample data as filled-state demo设计
示例数据展示填充后的形态
别名: 示例行 · 演示数据 · dummy data · populated preview
概念解释
示例数据是产品塞进空容器里的假记录：几行订单、一张样例看板、一串演示消息，用来让人看见填上之后界面长什么样。它是展示，不是用户将要继续改的那份工作。可编辑的起点（模板项目、预置文档）是另一类对象。空状态用骨架暗示结构，示例数据用具体行把结构坐实——密度、字段、空态里说不清的关系，都靠这些假行承担。
机制
空界面无法支持心理预演：人不知道一行有多宽、筛选会留下什么、详情页会打开哪几块。示例行把这些变成可扫视的事实，学习发生在真实布局上，不必先完成一次创建。预演要成功，示例必须像「已经在用的账本」，而不是三五行口号。但正因为它像真的，展示职责和记录职责会抢同一套列表控件。这条只要求示例完成展示：人看完能回答「填充后有哪些列、一行里有什么」。一旦这些行进入可搜索、可统计、可与真人协作的记录集合，展示就越界成了污染。示例的份量应刚好撑起布局，再多会让人以为产品已经替他干完，动机去创建自己的第一项。
边界
监管或对账场景里假行可能被当成真实余额，不能用逼真金额做示例。已经有真实数据的容器不需要示例来展示形态，再插入假行是污染。专家清空数据是为了看空的生产状态，自动灌回示例会挡诊断。纯图形画布没有「一行」可展示，形态要靠空状态的结构预览，硬塞示例图形会变成预置作品。
怎么落地
- 仅在该容器尚无真实记录时放入示例，目的是让人看见列、密度和一行能做什么，而不是替他生成一份可交付的文件。
- 示例行的字段要覆盖真实布局里会亮着的那些，不要用「示例 1」这种撑不满格子的占位。
- 第一份真实记录写入后，示例应从工作视图退出展示职责，不要和真行排在一起继续「示范」。
- 验证：让没见过产品的人只看带示例的界面，问填充后有哪些对象、一行里能做什么。答得出结构，展示成立；若开始编辑这些行当自己的工作，示例已经越界。