做产品视觉时如何用真实内容和真实输出避免AI味与虚假感

在制作落地页、hero 区、产品截图、演示面板等代表真实产品的视觉时，用真实内容、真实数据和真实输出格式替代虚构与装饰，让视觉可信。

适用场景

解决思路

1. 不要用 lorem ipsum，改用真实文案或最接近的草稿，因为真实文字有真实的长度、换行和边界情况。
2. 使用真实的姓名、数字和长度，例如最长的真实姓名、0 条目的账户、会折成三行的标题，而不是“John Smith / $1,234”这类理想化数据集。
3. 同时设计空状态、加载状态、错误状态和溢出状态，不要只展示完美状态。
4. 如果确实无法使用生产数据，就基于真实 schema 和真实渲染器生成 mock，使其形状、格式和约束与上线版本一致。
5. 当视觉代表产品输出（CLI 运行、生成文件、报告、图表、编辑器）时，复现实际格式，而不是更漂亮的重构版本。
6. 使用产品真实的输出结构：相同的标签、相同的排序、相同的树/日志/表格形状、相同的截断规则（如 “+4 more”）。
7. 尽可能从真实运行中取值；如果视觉声称处理 yourdomain.com，就展示处理 yourdomain.com 实际得到的结果，而不是把别的站点值改个标签。
8. 如果存在真实渲染组件就复用它，忠实嵌入胜过手写仿制品，后者会在产品变化时偏离现实。
9. 用展示而非声称来体现广度，列出工具已覆盖的真实类别（如 “also: borders, shadows, motion, components”），不要为已存在的东西写 “coming soon”。
10. 数字必须反映现实，统计、计数和指标要么真实，要么明确标注为示意，绝不能把夸大的虚构当作事实。
11. 标签必须与内容匹配，不要把 A 系统截图标成 B 系统，也不要让命令中的域名与展示结果不一致。
12. 只展示真实能力，不要演示产品没有的功能。
13. “Soon” 要真的即将推出且很少值得出现；已上线的东西加 pending/soon 徽章是谎言，真实路线图项加 pending 徽章通常也只是产品图中的噪音，优先展示已可用的功能。
14. 拒绝虚构的营销装饰：不要发明仪表盘、假图表、打印营销文案的装饰性“终端”。
15. 避免用渐变填充文字、闪光/星星点缀、极光光晕和玻璃拟态来替代实质内容。
16. 避免打字机/轮播标题和没有实际功能的伪 AI 装饰（扫描线、“思考”微光）。
17. 避免只为填充空间而存在的胶囊徽章和装饰，尤其是与媒介冲突的位置（如把标签 chip 放进等宽输出里）。
18. 用克制测试判断：如果某个元素不存在于真实产品中，它就不该出现在代表真实产品的视觉里；不携带信息的装饰应首先删掉。
19. 必须摆拍时诚实处理：基于真实 schema、真实组件和现实值构建，匹配产品真实状态和格式（包括不美观的状态），保持保守声明，明确标注示意性数字而非冒充实测值。
20. 按检查清单复核：是否还有 lorem ipsum 或明显理想化占位内容；内容是否使用现实长度；是否体现空/加载/错误/溢出状态；代表输出时是否匹配真实格式、排序和截断；值是否对应所示输入；是否复用真实渲染组件；数字、标签和能力是否真实；是否给已上线功能加了 coming soon；是否有应删掉的虚构营销装饰；访客截取真实产品能否得到同样印象。

适用边界 · 注意事项

• 当视觉不用于代表真实产品，而是纯抽象品牌插画或概念艺术时。
• 当产品尚未存在且无法基于真实 schema、组件或输出构建任何可信 mock 时。
• 当需要展示敏感数据且无法脱敏或构造等价真实结构时。