读书笔记 -《产品经理必懂的技术那点事儿》

初次接触产品经理的书，这是第一本。可以作为入门，关于技术类的知识可以当作科普工具类。产品需要懂的技术知识却绝不仅限于此。在此总结书中除技术之外的一些产品相关内容，作为自己入门的起点。

---

1. 产品思维

“单纯的产品功能是没有价值的，产品经理需要思考如何通过产品功能完善整个业务闭环并构建具备商业价值的产品体系。”

产品思维包括对商业目标的理解、对目标用户及用户使用场景的理解，通过了解产品所围绕的业务场景去提升产品的可用性和易用性，改善业务体验和产品体验，提升整体的用户体验。“按《用户体验要素》一书的观点，整个产品体系从下往上分为战略层、范围层、结构层、框架层和表现层”。暂未拜读这本《用户体验要素》，所以还无法领略到几个层面上考虑的事情。

书中提到，在产品设计中，产品经理必须考虑技术边界。比如设计一个跑步记录路线的功能，是基于手机GPS定位功能的前提，手机GPS就是这个功能的技术边界。技术边界是指在现有技术水平之下，可以被实施运用的有限范围。对于产品设计者来说，在设计产品时需要了解技术边界在哪儿，需要知道什么样的设计在今天能被满足，但同时也不要受制于技术边界，想象的空间无限大，在思考层面需要无边界。

2. 产品设计流程需注意的几点

• 高质量PRD

PRD即Product Requirement Document。产品需求规格书，主要面向对象是开发，测试工程师。写PRD时，除了产品角度的业务逻辑外，还需要从工程师的角度考虑问题，增强文档的可读性，提高沟通效率。

PRD中可以使用工程师更通用的技术语言。比如，发送短信提示语设计为：“亲爱的#用户名#，您的余额不足”。如果已有统一的数据库设计文档或规范，可以改为：“亲爱的#username#，您的余额不足”。开发时，工程师就不用再重复数据库查找字段等工作了。

另外，值得注意的是，PRD中除了功能的正向流程外，异常情况的处理容易被遗漏。产品经理需要在PRD中同样也明确异常情况发生，如网络异常，操作中断时，程序应该怎么去处理。

• 需求沟通

产品经理需要多方沟通，经常发生的一种情况，也是工程师比较容易抵触的情况，便是需求变动。产品经理需要把握产品需求变化的原则，和如何去驱动变化。需要了解这个变化表象背后的原因。

沟通一个需求时可以从不同的角度切入：需求背景，技术调整，功能逻辑，界面设计。

当出现需求变动时，产品经理如果能先从需求背景和技术调整这两个角度去和开发沟通，可能可以减轻开发的抗拒心理。

---

最后，作为产品经理，在初级阶段入门阶段可以做竞品分析，产品文档整理，或设计些简单功能。初级阶段需要着重锻炼能力：1）写作能力：更系统化的思维，逻辑表达的过程，结构化知识体系；2）语言沟通能力。

以上，总结可能不全，仅作为笔记参考。