自从有了产品经理这个职位以来，我们在选材、考核时，都面临这样一个问题：产品经理到底要不要懂技术？懂技术，是为了更好与技术人员沟通，落实产品实现的想法与思路。不懂技术，其实也无关紧要，术业有专攻，大家做好分内事情即可。

浏览各大招聘网站（包括各大IT大厂），对IT行业产品经理的描述，你会发现一条信息：从事过技术背景工作者，更佳。从正面反映，企业对产品经理的技术能力要求，意愿是很强烈的。

而我的观点呢？其实，我很矛盾的。我的观点是，介于懂与不懂之间，即是“半”懂，换句话说，需要了解技术相关知识，但不要太深入。

这就是我的矛盾地方，到底怎样才算是“不要太深入”，确切地说，是不是也要会敲代码，如编写C++、Java、HTML等？如果都这么深入的话，跟技术人员又无多大差别了。所以说，这个很难界定。

最近，公司在培养新一批产品经理，而他们有一个共同特点，从未从事过相关技术工作。经过一定时间的观察，我发现他们与技术人员沟通起来，效果确实不太好。

程序员因为工作性质，需要长期与机器打交道，在思考层面，容易固化、较真。

经常会发生这样的尴尬场面，产品经理跟技术人员，谈论某个场景时，如下班了，用户可以一键关闭所有照明设备。程序员习惯按照自己的思维方式，给产品经理讲解如何实现的。于是，指了指屏幕，我先查看设备表device_detail，查询status=1的数据，然后设置status=0，最后封装通过socket传给App。

产品经理一脸懵逼，答非所问，不知道这群人在讲啥。

我也很着急，但好像也没有特别好的办法。

双方沟通时，各有各自的思维方式，难免因方式不同，导致沟通效果不佳，或停滞不前。若希望沟通有结果，只能期望其中一方妥协，按照对方的思维方式去沟通。

所以，转变思维方式，换位思考，以及按照“技术”的角度与技术沟通。我们产品经理辛苦点，先从改变自己开始。记住，千万别指望，改变对方的思维方式，这个很艰难。

先行一步

本人曾是一枚程序员，水平不算太精湛，但基础知识扎实，开发语言涉猎广泛，参与过多个大型项目，有不少与技术大神讨教经历。

所以我认为，这是我当产品经理，最大的优势之一。在与技术人员沟通时，我完全知道他们脑子里在想什么，因为他们脑子在想什么，也就是我脑子在想什么，思维方式没有任何差异。

举个例子。接到一个开发需求，记录配电箱开关的记录，方便用户查看历史记录。若这个需求，交给一位不怎么懂技术的产品经理，他可能会这样描述开发需求：画一个草图，有一个表格，上面有时间、用户、开关状态等。

当然，这样描述没有任何毛病。

但布置任务时，技术人员可能会这样质问，设备表status取哪个值？排序是降序或升序？要不要分页？日期格式？产品经理瞬间崩溃，这些是开发知识，跟我没有关系呀，按照文档做就可以了呀。

我相信，绝大部分技术人员，不会这么问产品经理，能这么问的，反而证明他们确实是“码农”。

回到刚才那个需求。对于懂技术的产品经理来说，当他在接到这个需求时，脑子里已经想好如何实现，也就是整个开发流程。

第一步。App新建一个页面，内嵌一个grid，数据结构采用Arraylist。

第二步。数据传输格式，采用JSON。

第三步。读取DB时，查询device_records表，按照order by create_time desc。

第四步。接口解析时，时间格式为yyyy-MM-DD HH:mm:ss。

......

当程序员问这位产品经理时，他已经想好怎么回答了。其实，只要程序员知道你和他们是一类人，懂技术。接下来的需求，他们一般不会再问这类开发问题，而且会更乐于与你讨论功能实现流程。

某种情况下，他们还是很好沟通的。所以，我们要懂他们的世界。

换位思考

强迫别人接受自己的思维方式，是一件很痛苦的事情。强迫程序员接受产品经理的思维方式，更是痛苦不堪。

程序员的世界观，可以用这么一句话概括。

世界上只有10种人，懂二进制的，和不懂二进制的。

程序员写的代码，经过一道道编译过程，最终是以二进制形式，即是0和1在机器里运行。所以说，程序员的世界，只有懂二进制和不懂二进制。

程序员的日常工作，即是把需求，通过软件编程的方式实现，最终以App界面的形式展示出来（假设是App开发）。

举例子，如App登录页面实现逻辑。新建一个页面，设置一个账户输入框，一个验证码输入框，一个获取验证码按钮，一个登录按钮。账户输入框，需要做规则校验，输入长度只能是手机号码11位，超过不能通过。验证码的获取，需要写一个调用后台接口，要注意报错信息，如验证码过期，验证码不对。登录完成后，修改App配置表的全局变量。

以上例子，只是简单的描述这个功能的实现过程，实际上可能有更多更复杂的步骤。

为什么我举这个例子呢？目的是想让读者知道，当他们要完成需求开发工作时，不是简单一行代码事情（很多产品经理经常吐槽，不就是一行代码，有那么复杂），而是一个严谨的思考过程。

程序员是出了名转牛角尖，一切皆因为工作性质。程序编译，要么对，要么错，没有说，错了一点，通融一下就通过，机器可不管这些。所以，程序员很较真，在与产品经理或周围人谈论时，一定要弄个对与错。

你只有了解他们如何思考了，才能找到方法与他们沟通，是吧。

技术理解一定要全面

回到前面的话题，产品经理要懂技术，但不要太深入。这句话如何理解？

IoT涉及的技术大致可分为：硬件、嵌入式固件、云端、App。也就是这4大领域的技术知识，产品经理一定要全面理解。理解到什么程度呢？

首先，你不必会写代码，但你至少看得懂，什么是变量，什么是函数，什么是接口等基础开发知识。总之，你要明白软件编写过程，这些基本的技术实现逻辑。

其次，对新知识快速掌握，比如公司立项要做智能照明，那么产品经理需要快速了解，什么是照度、什么是隔离/非隔离、什么是恒流/恒压、为什么驱动要匹配不同灯具等。研发部在遇到技术难点时，可能随时问你产品经理，这个技术怎么解答哦。

最后，产品经理一定是团队里，知识面最广的一位，最能讲技术的一位。产品经理，就像一座图书馆，上知天文，下知地理，社会万象，无所不知。

当团队遇到产品疑惑时，第一个就是找你，涉及技术的或非技术的。你可以不用知道，每块PCBA板子的元器件如何焊接的，每个变量如何赋值的，但每个技术关键点，你必须清清楚楚。

产品经理懂技术，是为了更好地与研发沟通，也是为了更好地对产品负责。