《从点子到产品》读后感

一、需求管理：

需要综合考虑需求的优先级和开发成本高低的。用p表示需求的优先级，优先级由低到高分别是p1,p2,p3；用D表示成本的高低，从低到高分别是D1,D2,D3

因此，开发顺序是1-9从小到大依次实现。

二、用户体验

用户体验五大原则：

【有效性】：产品能不能起做用。

【效率】：产品是能提高使用者的效率的。

【易学习】：学习成本低。

【容错】：防止用户犯错以及修改错误能力。

【吸引力】：从交互及视觉上让用户舒适并乐意使用。

1、一张伪缩图：

（加载页面用一张伪缩图，而不是白花花一片，这样用户的感知就会非常不同，清楚当前正在加载并且大致了解到会加载什么东西。）

2、设计要结合场景：

（滴滴打车司机接单端，字体应该要较大，信息简洁，交互的触发点没有贴一起，可降低操作的误触率。）

3、设计要考虑不同场景：

（典型的视频播放界若只有播放和暂停，而没有快进和拖动按钮，那体验想想会有多糟。）

（所有的界面都应该有方便的退出操作。）#iPhone的home键，完美符合可控原则。

4、适用用户的碎片化适用习惯：

（在各种切换和退出返回时要能有恢复现场的能力，实时保存内容是在有编辑功能的产品中非常重要，比如知乎网页版在编辑页面时会间隔一小段时间自动保存一次，因临时状况意外退出后，再到草稿箱中还能找到。）#保护现场将是每个产品都要考虑的原则。

5、容错原则：

（比如删除图片时，需要弹出提出框让用户点击是否删除，或者需要输入密码后才能删除。）

6、文案设计能简则简，反复斟酌，避免歧义：

（例如“网络异常，请检查设置”这个糟糕又常见的文案，是指产品服务器的网络异常，还是用户这边的网络异常？检查设置是要看产品里的设置、网络设置，还是系统设置？）#任何你觉得可能会“不太舒服”的地方，在市场上很可能会让成千上万的用户“很不舒服”。

三、文档管理

1、要输出有效，友好的具体的功能描述。要达到这个要求，要对技术层面的很多事情有很多初步的理解，要知道产品功能的实现逻辑，数据的结构和信息流。

2、文档不仅要写交互层面，还要捋顺背后的逻辑，把功能框架拆分好。

四、工作流中的管理

1、开会时：

【针对拟定主题进行讨论】

【讲究发言顺序，最好有主持人】

【禁止人身攻击】

【会议要对原定的主题输出结论。如果没有结论，要制定解决方案，无法决定时，要设立日期再议。】

五、与业务部协作的规范管理

1、针对需求

【所有需求必须通过邮件】

【业务方的需求提出者是固定的接口人】

【产品这边的接收方也是固定的人员】

【需求的状态需要每周固定时间发布】

【有延期的需求发送邮件给相关需求方，告知原委】

六、可复用的工作

1、UI中的视觉逻辑统一。

2、制度一些话术，文案时，先考虑一套大概的逻辑，警告，提醒等。

3、演绎与归纳法：从现象中归纳原理和本质，再用演绎方法解决更多情况下的问题，而不是遇到三次类似的问题，每次都用不同的方法去分析和解决。

4、一般情况下：在发现和分析问题时，我们面向的对象是事，而在解决问题时，我们面向的对象是人。

【PM能力中的优先级最高的应该是：分析问题能力。例如与开发协助的问题，抽象其本质是不信任感问题。】

七、沟通与成长建议

1、当你解决不了一个复杂问题，就试着拆分，不断拆分直到你觉得每个小问题都是自己能够解决的程度再去解决，解决之后再组合，整个复杂的问题也就解决了。

2、运用结构化思维：我们能清楚了解自己目前有多少事要处理，它们处在什么阶段，即便是“与老板有点矛盾”这样的问题，也纳入工作范畴中，想办法解决掉。

3、当对方描述他的要求、问题、诉求时，我们要能抓住他们想表达的重点，分点描述给他们确认。

4、在接收批评信息时，不要把这个过程当成别人对你的否定，而是把注意力放回事情本身，思考这个信息是不是对的，如果的确如此，那就改掉，若有误，则是对方刻意抹黑，那更不需要在意，你知道自己并没有出现这样的问题就可以了。

5、对于要去什么公司？

（好项目+好导师）

6、遇到任何问题或任何感觉是知识空白区，思路不清晰，除了向专家前辈请教之外，最好找相关书本去学习一番。

7、尽量多地接触自己感兴趣的领域，它会在你意想不到的地方发挥作用。

8、培养自己的审美能力。如果一个作品它足够美，那大家喜欢它的角度可能不同，但一个作品很丑，懂审美的人就能找到同一个它丑的地方。