为什么要写设计日报

为什么要写设计日报？

1. 管理需求的必要

a.不清楚要做的需求有哪些，只有等别人说了，才开始适应需求，“缺乏准备就去做”就好比连刀都没磨就去砍柴一样；

b.同步进行的需求不知如何分配优先级，只是一味遵循先后顺序，最后导致项目流程中出现这样那样的延期问题；

c.对于正在做的需求缺乏时间意识，理论上说，应当以每个小时为单位，时刻思辨需求的进展，鞭策自己高效一点。明明一个可以4小时做完的需求，偏偏搞了12小时，最后效果还差，如果是4小时做完，意味着还有2次调整机会，但12小时就意味着只能这样了，因为马上就要上了！

d.不清楚做完需求的各自进展如何，哪些已经可以验收了、哪些卡住了，是否需要设计调整、哪些已经上线了，数据反馈是否已经可以查了……

2. 关注用户问题的必要

有时为了追究快，我们会避开一些看起来麻烦、琐碎且未知的事情，去选择那些简单、直接且处于经验内的事情。

比如拿到需求的第一件事应当是去定位用户问题，而不是立马开展需求设计，尽管Steve Krug 已经把如何理解用户的时间成本压缩至几分钟，但又有多少人真正去用呢？

项目汇报上面，我们听到最多的就是我做了什么功能，预期多少人会用我这个功能；很少听到有人说，我发现了什么用户问题，为什么我的策略可以解决这些人的问题。

我上篇文章讲了一个关于卖煎饼的故事，意思就是：你硬是把“我今天必须卖出200个煎饼”这样的产品目标设为你的执行目标，大概率会失败的。

用户在意的煎饼细节（用户心理模型）与你提供的（系统模型）完全不匹配。用户期望煎饼酱料好吃、夹心脆香、面皮薄，而你提供实现200个煎饼销量的策略是性价比——便宜且分量足。