一个有用的 SaaS 演示，会给访客一个小而可信、能用样本数据完成的任务。从一个连贯的场景开始，让它的记录在各个屏幕上保持一致，并且让访客能轻松回到起始状态。一个拥挤的仪表盘能展示功能，却让产品的用途变得不清楚。 对早期产品来说，演示数据是解释的一部分。它告诉访客：他们是谁，什么需要关注，以及一个成功的结果长什么样。 先选任务，再生成记录 用一句话把任务写清楚。对一个虚构的客户评审工具来说，这句话可能是：找到等待反馈的设计稿，留下一条评论，然后把评审标记为完成。 这句话告诉你需要哪些数据。你需要一个项目、一个可评审的文件、一个待处理状态，以及一个放反馈的位置。你大概率不需要五十个客户，也不需要一整年的活动记录。 事后也用同一个任务来检查演示。如果访客走不到它的结果，再逼真的名字和头像也补不上这条断掉的路径。 保持样本故事前后一致 建一小撮你能控制的记录。下面这个 JavaScript 对象是一个示意性的固定数据（fixture），也就是一组可重复使用的样本数据。它不是完整应用，也不是生产环境的数据模型。 const demo = {project: { id: "project-demo", name: "Sample studio website" },review: {id: "review-demo",projectId: "project-demo",fileName: "Homepage draft",status: "waiting_for_feedback"}; 名字和 ID 都是虚构的。真正有用的是那层关系：评审属于某个项目，而它的状态给了访客一个动手的理由。 同一组记录要用在项目列表、评审页面和活动视图上。如果一个页面说评审还在等待，另一个页面却显示它已完成，访客就得先解开一道数据谜题，才能理解你的产品。 保留能解释价值的状态 数据全都完美收尾，访客就无事可做。给场景留一个明确的待办任务，再配上足够的上下文让它显得可信。 特别
发表评论