《从点子到产品》读后感
一、需求管理：
需要综合考虑需求的优先级和开发成本高低的。用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、培养自己的审美能力。如果一个作品它足够美，那大家喜欢它的角度可能不同，但一个作品很丑，懂审美的人就能找到同一个它丑的地方。
网友评论