有很多人，都是因为产品经理不需要懂技术才去学习/了解的，但其实不是的。产品经理也需要懂技术，为什么呢？如果把产品比喻成一座房子，那么产品经理就是房屋的设计师，但如果设计师不懂搭建房子的结构和施工原理，那么很有可能设计出来的房子只是想象中的空中花园和传说中的通天塔一般。
并且在实际的工作里，也很容易地发现，产品经理与开发工程师的思维，思考问的方式方法都有不同之处，这也是因为两者固有的知识结构差异导致的。产品经理一般是从用户场景出发的，而工程师一般是从路径推理的技术原理上出发的。打个比方，不懂技术原理的产品经理，就像是用法语和一个讲英语的人沟通一座房子应该怎么搭建，结果肯定是不理想的。
产品思维里一般以用户价值，使用场景，商业价值，业务闭环这几个点去思考，但技术思维就不同了，大多是实现方式，技术架构，技术价值以及开发成本。其实，无论是产品思维还是技术思维，围绕的都是需求、设计、功能出发的，但各自的利益出发点又不同。
总而言之，对于产品经理来说，不是一定要像工程师一样对技术非常娴熟，而是要掌握技术思维，学会用技术思维的视角去看产品设计，这样子，才能更有利的去推进产品需求的落地和实施。
有些同学就会问了，如果不懂技术思维的产品经理，工作时会怎么样？
打个比方，如果工程师跟你说“这个数据是用栈存放的”，一个不懂技术的PM肯定顿时感到蒙圈呀，接下来的场景多半就是工程师向产品经理从技术的角度去解释这句话，然后产品经理似懂非懂，来了一句“那换一种实现方式不行吗？”。这时候就轮到工程师蒙圈了，换一种方式，就像是让工程师一把火把现在的房子烧了重新搭建一座。如果你是工程师，会不会和产品经理友谊的小船说翻就翻？我想我是会的，所以说，做一名产品经理，要了解多种语系和思维方式。不仅是工程师的，老板、业务、市场、运营、设计……各种的语系都要了解掌握，因为产品经理是所有信息的中枢，要和不同的人去打交道，有效沟通。如果想促进合作提高效率，让自己的产品经理职业生涯愉快顺利，要多取了解合作伙伴的工作，多去了解他们工作中运用的知识。
产品经理和工程师，分别都做什么呢？
每个公司每个人都有自己的职能属性，在自己的岗位发挥自己的职能。产品的只能就像是整个信息流的上游端，负责去发现需求定义需求，把市场用户上发现的需求转化为能让用户使用的产品，并且赋予它商业价值，这就包括他的需求分析，功能定义，原型设计等等任务了。但是，产品经理的职能同时也是产品的灵魂，有句话说的好，你走过的路、见过的人、看过的书，学过的东西，最终都会回馈到你的身上。所以，产品的发展走向很大程度会由产品经理决定和把控。产品经理要把业务与市场权衡好，并将老板的市场战略贯穿到整个产品设计里。并且需要和开发工程师传递清晰的产品核心价值以及背后的需求逻辑，最后再实施落地。
如果产品是信息的上游，那么技术就是信息的下游端，他们要负责从技术的实现程度和实施成本各方面进行评估，设计技术的方案，最终讲产品设计转化落地为可以用的产品。那么技术不仅是把需求落地的，他们也要评估每个需求实现的落地成本，打个比方，一个需求从技术角度去评估投入的产出比，如果某个设计/需求只能优化1%用户的问题，却要付出巨大的技术成本，那明显是不合理不合适的。
这个时候就需要产品经理进行相应的调整了。但还有其他的情况需要技术评估，比如一个产品的用户量突破了一个量级层级时，可能目前的服务器或技术实施的方案没办法支撑这么多的用户时，这个时候工程师就要对技术设计上进行调整了，但产品经理不用为此进行相应调整。
说到职能，技术职能的Leader，也就是CTO（首席技术官），他会把技术职能分成几个模块分给不同的人，一般来说就是产品设计/研发/测试/运维。
产品设计包括产品本身的功能和流程设计，这里面也包含交互和视觉设计。大一些的公司，交互/视觉会分共明确分成不同的人去执行。那么创业型公司里产品经理可能也要承担产品功能流程设计和交互设计，视觉设计一般有专业的设计去负责。
研发部分时技术团队的脊梁骨，也是人数最多的部分，一般会分为前端开发和服务端开发两种，前端又会分为Android开发、iOS开发、Web前端开发等等，服务端可以分为应用接口开发、数据库开发等等。虽然大家都是开发人员，但是有句话叫术业有专攻，每个开发工程师都有自己擅长负责的领域，当然也有不少的跨技术领域工程师，技多不压身，既能做前端开发又能做服务端开发的强人也有。
技术团队还会有一个高级技术职位，叫做架构师。一般都是由有丰富经验以及技术能力的人员去担当。他要负责对整个架构和规划，就像是搭建房屋时的总设计师，去协调整体的落地方案。
测试人员主要负责保证产品能够高质量上线。一般分为黑盒测试和白盒测试。黑盒测试一般指功能性测试，通俗的讲就是站在用户角度对产品进行全方位多角度使用产品，模拟出各种场景进行全流程测试。白盒测试是比黑盒测试更深一步的测试，相应的对测试人员的要求也更高了。白盒要对代码层面进行测试，就像是一座建筑的质检人员，要对整个工程的质量把关，不合格的部分肯定要重新返工。一般来说测试人员都有一套严格的测试标准，也叫做测试用例，测试用例覆盖的越全覆盖的问题才会越全。
运维人员一般的职能是保障系统进行持续稳定运转。对系统，带宽，系统负载能力各方面进行监控和优化。对整个系统进行持续的维护，如果出现问题要及时的响应并处理。因为是持续进行的工作，一般来说对系统的要求是7*24小时全天全年无故障运行的。另一方面是在后期要能做到保障持续，因为当用户量到达一定阶段后，运维就要提高服务期的处理能力，不然用户规模过大会导致服务器崩溃，所以说，运维是产品的后勤。
以上各技术部门职能相互协作，才能保证产品在生命的每一个周期都能够健康的为用户服务。
产品设计中需要注意的技术边界
什么是产品边界？可以被当前技术实现的需求范围，就叫做产品边界。超出技术边界的产品是没有办法被落地的，就好比让建筑师去搭建一个空中花园一样没有办法实现。
现在技术发展十分快速，也正是这样日新月异的技术变化速度，才让互联网产品设计发展有了保障，例如正是出现了智能手机，互联网行业的才喷涌了更多的优秀产品，而各种手势操作滑动按动等使得更多设计得到实现。比如摇一摇之类的功能也是在手机有了内置传感器后得以实现。当然这些在十年前，技术是很难达到的，现在很多我们使用的功能在那个时候也没有办法被实现。
所以对于产品设计人员，要了解到目前为止的技术能够达到何种境界，现在我们的技术边界是怎么样的，什么样的设计能够在当下被满足。当然也不要被技术边界所束缚，想象的空间要大，这样思考层面才会有上升。也就是想象可以天马行空，但落地要做到脚踏实地。产品经理在提新的需求时要先询问当前的技术能否实现，否则再炫酷的方案也只是空中花园。
就好比，现在的地图类产品能够导航和定位是因为手机里内置了GPS导航模块；计步器类功能是因为有了重力传感器和加速度传感器。在实现层面讲，ios设备和Android设备在开发上都封装了非常方便的接口，这样开发人员简单的调试就可以实现以前复杂的功能。什么是接口和调试呢？就好比我们使用电器，把插头插进插座接口就可以为我们点亮一样。在于工程师的沟通互动里会遇到很多技术边界的问题，哪些能实现哪些目前不能解决，工程师最了解，所以产品经理要学会多和工程师沟通交流。
工程师的思考方式：工程思维
产品经理需要具备多种多样的思维模式，这样子才能和每个环节不同的人有效沟通，但首先要掌握哪种？当然是工程思维。
为什么？因为每天接触最多的就是工程师，大部分的工程师都是工程思维，也就是理性的逻辑思维，从实现的难以程度，系统的角度定义产品和设计产品，但是这么做有一个弊端，就是会脱离实际，这个实际并不是说技术层面的实际，而是实际的用户使用场景和需求。一个需求的价值不是它本身的技术难易，而是它能否解决用户的问题。
作为非技术背景的产品经理，大多数时候要通过实际工作不断的去了解工程思维，在工作中不断和开发工程师学习互动，因为产品经理代表的往往是用户思维，如何把用户思维和工程思维结合到一起，也往往能看出产品经理的基本功如何。
0-2岁产品经理的思维方式——功能思维
功能思维就是软件产品角度出发的思维，从系统功能的角度批判产品的完整性和实用性。功能思维和工程思维是有区别的，功能思维一般都出现在产品经理身上，因为产品经理经常说“是做功能还是做产品”，功能思维往往会为了完成一个需求去思考功能体验上的各种可能性，所以有时会忽略商业价值和业务价值。
不管技术型还是非技术型的产品经理，其实具备功能思维还是比较容易的，日常产品设计大多都是基于一个需求设计，但反过来，如果具备一定的技术知识，会对技术边界的制约有了解，会提高自己功能设计效率。
本文由用户@黑色斑马发布于新媒体运营，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。
