20200510-读后感-用户故事地图-2.产品全景图

产品全景图

13. 沟通并达成知识对齐：用户故事是讲出来的，不是写出来的。

实际上读这个书的时候，有一些担心，什么时候分解故事，最开始分解的太清晰会不会导致实际开发的时候不是那么一回事，产品经理提出来的某些特性实际上根本无法实现或者成本很高。

14. "准备一个口袋里的小本本，边讲边记，不要让讨论蒸发掉；" 记录的好处也可以让讨论不至于跑偏或者变虚——只讨论有用的。听别人讲东西有时候会引发你的灵感，平时有好的点子随时记录下来，一方面可以将你的灵光乍现保存好，另一方面，记录下来不至于你太激动而打断别人发言。

15. 通过和需求提出方讨论产品的创意，可以帮助你理解用户的诉求，理解产品为什么这么设计，可以帮助你排定需求优先级：可以问问客户为什么要开发这个产品？可以给谁带来哪些收益？产品可以帮产品的最终用户解决什么问题？

16. 作者的思维路线：

    1.了解产品创意–2.认清系统的用户–3.讲用户的故事–4.聚焦于整体，不要过早陷入细节。

17. 用户故事地图通过良好的沟通并以地图的形式来组织沟通的内容。大多数人看重的是地图的形式部分——也就是地图的横向和纵向的组织方式和内容——但更关键的是产品构思的框架，更多的背景信息就摆放在地图的周边，其中包括产品目标以及客户信息和用户信息。把用户界面的草图和其他注释贴在地图周边是一个不错的主意。