产品经理懂技术

产品思维与技术思维？

需求变更评审会，产品经理主持，参与人员设计师 测试人员 工程师。各自站在自己的岗位上思考问题，测试人员要思考测试逻辑，技术人员就得改数据接口，一旦改动 技术工作量最大。不同专业背景的人，所持的立场是有差异的，沟通没达到目的，因为我们的背景有很大差异。

产品经理需要懂技术，并不是需要写代码，而是掌握技术思维，产品思维与技术思维的不同是什么呢？

产品思维下的特点和关键词，由低阶到高阶，从用户价值到业务闭环。产品是业务中的一环，如何实现业务闭环。产品经理心理要有用户 商业 盈利 业务。

技术思维从技术选型 技术价值 开发成本 技术架构确定。围绕着需求 设计 功能三点开展。

产品思维从用户价值出发，满足商业价值和业务目标的同时需求路径满足用户需求。

技术思维从功能和工程实现出发，在满足产品需求的同时寻求可复用的技术架构和低开发成本。以上是两种思维的简单定义，产品思维更多代表的是人，技术思维更多代表的是机器和逻辑。

从抽象到具体，战略层 范围层 结构层 框架层 表现层。做什么，满足哪一类需求，信息架构业务逻辑怎么设计，功能交互，视觉设计。从结构层 框架层 表现层，技术思维介入。在这些层把工程师拉进来也是学习技术的好机会，在提出需求的时候想想技术边界在哪，产品经理要具备产品思维和技术思维的，产品思维先行，技术思维必备。一个好的产品从用户出发，确保用户体验，做法是满足技术边界。需要了解技术到什么程度呢？能理解 能沟通 能实施。对技术的了解程度，知其然，不必知其所以然，把握理解层面的东西。

在结构层介入技术，是学习技术的好阶段，比喻理解层面的沟通，阅读技术规格文档。技术是实现产品构思的工具，不要把技术实现当成拦路虎，不要成为心理障碍。技术思维是一种逻辑思维，强调遍历和穷举。程序即数据结构➕算法。

两类存在天然的张力，引导工程师转移或则解决。作为沟通组织者而不是命令或者质疑对方，明确问题，协同参与方聚焦解决方案并达成一致。多用我们，一起，你觉得呢这样的字眼。

如何突破技术局限呢？懂技术不如懂产品，技术把握的是理性，产品把握的是人性。一个跟沟通好的产品，不是多懂技术，而是比技术更懂人性更会沟通。

产品经理经常遇到自己挖的坑，如何预防挖坑和被挖？

从技术角度考虑产品设计的原则：功能兼容性，数据兼容性，功能及数据流程闭环。比如新增的视频通话版本与老版本的兼容，时间格式12时到24小时制的变化，头像更新后如何整体刷新的策略设计。

产品经理需要考虑的细节还有很多。正式上线前新老版本交叉测试，确保功能和数据的兼容性。产品后台配置文件是否已更新到最新状态。

对问题知其然，处理起来游刃有余。