1.1 产品经理为什么要懂技术

1）学会从技术视角看待产品设计，更有利于产品需求的落地和推动产品的实施

2）能切换至技术语系，更有利于与工程师合作和沟通

产品思维与技术思维

1.2 产品经理和工程师分别是干什么的

1、产品职能vs 技术职能

产品职能（信息上游）

    负责发现并定义需求，将用户需求通过具体的产品功能设计为用户可用的产品，包括需求分析、功能定义、原型设计等。

技术职能（信息下游）

    负责从技术实现角度评估产品设计，设计技术方案，最终将产品设计实施落地为用户可用的产品。

（要从技术角度衡量需求的合理性及投入产出比，不要为了优化1%用户的使用问题，投入极大的开发成本）

2、关系

    两者在工作流上是上下游配合关系，但从长远角度讲，技术需要持续演进，而产品在后期会进入一个相对稳定的状态。

（比如支持的用户从1千万到1亿，更新版本考虑与以前的兼容性）

3、技术职能结构

技术职能结构图

（1）研发

    客户端（前端）开发可细分为Android开发、iOS开发、Web前端开发等；服务端开发可细分为应用接口开发、数据库开发等。

    技术团队通常有一个架构师，是一个高级的技术职位，负责系统的整体架构和规划。

（2）测试

黑盒测试：

    指一般的功能性测试，测试人员会从用户视角对产品进行全方位多角度的使用，模拟出各种可能出现的用户场景对产品进行全流程测试。

白盒测试：

    比黑盒更进一步的测试，会深入代码层面，使用测试用例对某一代码模块进行测试，对测试人员的要求更高。

测试用例：

    一套严格的测试标准。测试用例覆盖越全，测试所覆盖的可能性问题就越全，更有利于遍历所有可能的问题。

（3）运维

    对系统进行持续稳定运转的保障职能，需要持续监控和优化系统的运行状态，例如对带宽的监控、对系统负载能力的监控和优化等。

1.3 产品设计中需要注意的技术边界

技术边界是指在现有技术水平之下，可以被技术实现的需求范围。

（开脑洞时可以无限大，执行时要考虑技术可行性）

1.4 工程师的思考方式：工程思维

工程思维：理性的逻辑思维，从实现的难易程度和系统的角度定义产品和设计产品。

（产品经理要学会统一用户思维和工程思维，缺一不可）

1.5 入门产品经理的思考方式：功能思维

功能思维：从软件产品角度出发的思维模式，是从系统功能的角度判断产品的完整性和实用性。

1.6 高阶产品经理的思考方式：产品思维

产品思维：综合工程思维、功能思维及商业思维的综合思维模式，包括对商业目标的理解、对目标用户及用户使用场景的理解。

《用户体验要素》五个层级（自下而上）：

战略层——范围层——结构层——框架层——表现层

思考例子：

使用微信，通讯录进入某个联系人主页，点击“发消息”进入会话聊天页面。点击“返回”按钮，返回的是“微信”模块，而不是“通讯录”模块。

1.7 产品经理必须回答的8个问题

1）产品的目标用户是谁？

2）产品为目标用户解决了一个什么核心问题？

3）产品的核心功能是什么？

4）产品的使用场景是什么？

5）产品给用户带来的价值是什么？

6）如何用一句话介绍产品是什么？

7）与同类产品的定位差异是什么？

8）产品的盈利模式是什么？

参考资源：

    《产品经理必懂的技术那些事儿》唐韧