产品经理必懂的技术那点事

技术思维：

开发成本|技术价值|技术架构|实现方式

产品思维：

业务闭环|商业价值|使用场景|用户价值

需求 设计 功能

产品经理在工作中要应付各种场景，快速精准的解决问题，了解工程师的工作、了解他们工作中作用的知识，是促进合作效率的有效方法。

产品经理：产品职能属于信息上游，负责发现并定义需求，将用户需求通过具体的产品功能设计呈现为用户可用的产品，包括需求分析、功能定义、原型设计。

技术：技术职能细分为很多种架构师、前端技术研发、后端技术研发及系统运维等。从技术实现交付评估产品设计，设计技术方案，将产品设计实施落地为用户可用的产品。微信产品的功能更新基本变化不大，但微信的技术却一直在演进，对于产品底层的技术要求是不一样的，随着产品生命周期的发现，对技术灵活性的要求也会随之提升，确保不同版本之间的兼容性及新老版本的稳定性，这些都是技术上的挑战。

CTO

产品设计：

产品设计：功能和流程设计

UI/UE设计：交互和视觉设计

研发：

架构师：架构师负责系统的整体架构和规划，类似于建筑实施总设计师

客户端开发：Android开发、ios开发、web前端开发

服务端开发：应用接口开发、数据库开发

测试：

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

白盒测试：深入到代码层面进行测试，使用测试用例对某一代码模块进行测试。测试通常有一套严格的测试标准，测试用例覆盖越全，测试所覆盖的可能性问题就越全。

运维：对系统进行持续稳定运转的保障职能，需要持续监控和优化系统的运行状态，比如对带宽的监控，对系统负载能力的监控和优化，运维是系统工程，而且是持续进行的工作，对系统的要求是7x24小时全天候无故障运行。当用户量或访问量到达一定阶段后，运维需要提高服务器的处理能力，运维是产品的后勤保障。

11.产品经理工作中会遇到的问题及解决方案

11.1问题区间——

能控制：在问题和答案之间构建解决方案和路径

能影响：问题的解决需要外部协助或需要改变一些外部环境

不能控制：认清问题的现状并向外部寻求帮助

定位一个问题需要完成两个步骤：

第一是找到问题本身的事实情况

第二是判断问题的影响范围

前者确定问题是真实存在的，后者明确问题的覆盖面

11.2产品经理工作中遇到的问题

权衡 处理各方的意见

11.2.1与老板之间的“不明确”

解决方案会比问题多

把老板的战略性需求转化为一个范围性需求

11.2.2与设计师之间的争论

产品经理在完成产品定义和产品线框设计后，需要与设计师沟通进行产品的“高保真”设计。所谓“高保真”就是设计师设计完成的与真实产品一致的设计稿。

一是对设计目的的理解

产品经理会强调自己设计这个产品功能的目的

设计师会从产品功能感受和设计本身的角度出发表达自己的观点

二是对设计方式的选择

图形化方式

文本化方式

11.2.3.与工程师之间的“不理解”

两种思维背景对一个事物的差异化理解，这种差异化体现在沟通、做事方式和思考问题的方式。

需求评审会：

评审会上，工程师会针对产品功能设计提出各种问题，包括技术可能性、实现难度、实现成本。

产品经理要学会提问，不是抛出问题然后等待答案的出现，而是带着可能的答案去提问，聚焦到答案上比聚焦到问题上更有利于问题的解决：

我目前对这个功能的时间成本没有准确的判断，你能否从你专业的角度给出一个估计呢？一天还是两天。