我觉得我再不更新，LH就会说我你看你就是三分钟热度坚持不下去了吧，现在，我就让他这句没来得及说出的话咽回肚子里。HIAHIAHIA~~~
前几天在写需求文档的时候，描述功能之前都会有一个使用场景。其实一个功能，除了产品经理之外，每个人都是这个产品的用户而不是设计者，包括研发运营市场等同事们。这个时候，一个生动有趣的使用场景可以让他们更加理解这个需求以及开发的价值。我早先实习的时候leader总说，评审一个需求的时候一定要有“ 背景”，之前我都是以为这只是个流程性的步骤，现在才发现吗，这个就是为了给开发带入同理心，让他们知道我们为什么要做这个需求，做了以后会有什么样的价值，从而这个需求的紧急性也就很好的体现出来了。而且这样之后，研发干的舒心，有一种对于这个需求的实际获得感与参与感，而不是木然的开发，后期复盘或者交接的时候也不会一脸懵，甚至直接甩一句说：“谁知道当时产品怎么想的，可能一拍脑门就决定的吧”。
讲故事还在于如何去让用户体验做的更好。很多时候我们做功能，都是为了更加的人性化。不管是iPhone的两种接电话方式，还是很多APP的切换夜间模式，都是为了让用户用的更舒心，觉得这个东西真是正中下怀。这时候我们需要从用户的角度去讲故事，锁屏状态下，我们就会想到用户没有在用手机，那来了电话还是按钮接听的话会不会不小心碰到呢，所以滑动式的接听方式就是为了用户的防误触接听，APP切换夜间模式是为了增加对比度保护眼睛，这些细致的小功能有的时候不觉得我们设计的多用心，但是一旦没有了，用户就会觉得，怎么这么不舒服呢。
我觉得产品经理是一个很需要情景想象力和同理心的工作，不然为什么有的公司会很喜欢要心理学出身的呢？设计规划产品就是一个琢磨用户心理的过程，知道了用户在想什么，挖掘出他们真正的需求，产品的大方向就不会有错。
