把一句需求拆开
“我们需要一个工作台”是解决方案，还不是问题。先找到使用者、触发场景与现有做法，才能判断工作台是否必要。
用一次具体经历校准
请使用者回忆最近一次遇到困难的过程：从哪里开始、在什么地方停下来、最后如何完成。具体经历比抽象偏好更接近实际需求。
先约定怎样算有效
验证可以从一个小任务开始。例如，使用者能否找到今天最需要处理的事项。没有测量之前，不要写下看似漂亮的改善比例。
开始做产品前，先把问题问对
功能清单很容易变长。真正难的是确认：谁遇到了问题，为什么现在要解决？
DEMO示例内容，用于展示结构，不代表真实项目成果。