“做产品经理需要会编程吗？”
“我不会编程，能做产品经理吗？”
“产品经理究竟需不需要会编程？”
对于转行或者还没有产品经理经验的人们来说，这些问题熟悉吗？在网上去搜索时，要么总是有那么一点编程基础的，要么他们自己做了太久的产品经理，不会编程也已经足够驾驭工作当中的问题了。现在，我就以一个新手的角度，来谈谈我在工作当中以一个完全没有编程基础的视角来讨论工作中会遇到的实际情况 。
先说结论，产品经理不需要会编程，但要求能在边工作边做项目的过程中能理解编程，而想要向更高级的产品经理去发展，你最好懂编程！
能否编程究竟是影响到产品经理工作中的哪个环节了呢？如果会编程对产品经理来说又具有什么样的优势，编程基础不高的产品经理又能有什么样的职场优势呢？是否如果想向更高的方向发展就必须要有编程基础呢？
产品经理，采集和梳理需求结构并分解成对应的功能模块，并按照用户能够接受的体验方式和编程能够实现的技术前提下将需要实现的功能用线框图或者详细的需求文档提交上去。关键点来了：你提交的最终交付内容开发人员能否理解和实现，这一步是很关键的。你画的界面对于无编程基础的人员来说就像是你在欣赏海报或看电影一样，只是看到了线框或者简单的数据结构，但开发人员则是看到每一个界面背后每一个数据之间的相互关联和流动走向，是否能根据你交付的文档就直接看透你设计的功能背后的数据结构，这才是难点。
因此，产品经理会有与开发人员进行产品交接的环节，你需要将你的构思和产品结构向开发人员说明，你开发的项目的背景和业务环境，有助于快速了解该项目的整体情况；总体要完成的目标，了解界面和功能背后的作用；哪些是关键的数据和展示信息，帮助和了解对应的界面重点难点在什么地方...否则，开发人员将不了解每个字段数据存在的意义，以及应该使用什么样的方式去存储数据，容易出现各自为战，数据虽然存在，但在其他地方需要调用和编辑时就很麻烦。
另外，不光出现在与开发人员的对接关系上，在后续产品的实际开发环节，随着开发人员的深入开发之后，非常有可能存在数据之间存储上的矛盾和展示上的不美观情况，此时他们通常会来询问产品经理，应该如何处理，比如：你前面这里有这个信息的输入，这里你有两处位置进行展示，是需要同前面字段绑定在一起还是各自用一个字符去保存？不懂编程的你，嗯？？？
再比如你那里界面要保持统一啊，否则你前面有的人输入，有的人没有输入你让我这里怎么展示，不懂编程的你，嗯？？？输入了就展示不输入不展示不就成了？
或你那里要求每一个录入就保存一下，而且在录入信息时自动判断是哪种信息来源，一次录入可能录入的是几十种不同的类型，每个类型还可能几十个，之后如果状态要改变时，根据录入的信息时间先录入的先更改状态，你这样我这边数据不好保存啊。不懂编程的你，他在说什么，数据保存很难，啥意思？？？
亦或当某一模块你说满足条件后，在另外一个模块后自动进行数据的对接，根据账号也就是手机号来匹配，如果在那边已经有相同的手机号了，当条件满足时，是重新生成还是覆盖掉原先的账号？你，好像懂了，不过这两种有什么后果影响似乎又似懂非懂。
...
像上述这些很贴近实际的工作问题这种情况会经常出现，在绘制原型时，不知道这样绘制能否实现，不过这种前端界面样式可以参考其他系统或原型去避免。但后台的数据层面的问题，就没了参考来源，而你自己又不明白对应的不同决策会产生的数据结构有什么异样，你无法回答开发人员提出的质疑和疑问，于是当不懂编程时工作上的难点突显了。
看懂了吗？如果你有编程基础，那么你在同开发人员的对接和后续的开发问题上能够游刃有余地应对，而反之就会事态百出，特别是那种比较复杂后台系统和业务逻辑比较复杂的产品线。翻译过来，也就是没有编程基础的产品经理，在简单的产品方面将几乎不会有什么问题，只是在与开发人员交付时掌握一下说辞和交付方式就能轻松地胜任了，而这种方式可以来源于同事上司的帮助或者自己经历两三次交付经验后，就能够掌握的小技能。在逻辑复杂业务线长的产品上，前端的界面实现因为有诸多的竞品和其他原型网址参考也不会有太大的问题，难处是后端的数据存储方式和画界面原型时可能存在的前后数据上的矛盾将很难避免。这个就不是靠简单的技巧和捷径就能克服的了，你需要下去学习和掌握一些数据库结构方面的知识，可以免费在B站上去学习基本的数据库原型和数据调用方式，也可以在工作期间向其他产品同事或开发人员去请教，快速对基本的数据库原型和框架模型有个了解，帮助度过基本的工作要求。
其实，不懂编程的产品经理，也完全可以利用你们自己的优势，那就是敢于尝试做自己的界面风格。初期的产品经理，是有必要去到站酷，UX网等产品经理原型网址上去看别人画的产品原型是多么地简洁和漂亮，去多地收集别人的界面功能实现样式，让自己在实际工作中遇到一些小的功能需求和细节用户体验时能够想到那些很好的功能实现方式，比如：鼠标悬浮在名字上后，就右边一个小的弱弹窗展示这个人的基本信息；或点击某编程字段后，向下弹出带“取消”“确定”的弱弹窗编辑框；或要记录以前的记录时，可以在每个信息后面用一个小的按键“用户记录”点击后一个小弹窗，将曾经的记录展示出来等等诸多小功能上的实现方式。因为不懂界面实现的复杂方式，不懂编程的产品小白就很容易将别人那些好看的界面展示样式直接照用过来，可能是会好看，但更多地只是增大了开发周期。不过，这种情况下，如果不是功能逻辑层面的问题，产品经理都将不是主要的责任体，如果被打回就改成简单的实现方式就行。因为还有UI设计会对产品视觉层面做一层装饰和修整。
所以，如果你不懂编程，你可以正常地做产品经理，但如果你想继续向上发展，高中级，高级发展，你必须懂编程。
