只有那些会编程的产品经理才能理直气壮地说，不需要。

– 1 –

产品经理究竟要不要会编程？这是个老生常谈的问题，我们先把它放下来，看另外一个问题：「一个咖啡师，要不要会种咖啡」。

上周朋友介绍我去一家藏在写字楼里的专业咖啡馆，咖啡师像做科学研究一样称重、磨豆、量温度、看时间、冲咖啡。我随口问道，弄这么复杂，跟楼下星巴克有什么区别。没想到让咖啡师打开了话匣子，从咖啡聊到咖啡豆，再聊到咖啡的产地，双眼闪光，如数家珍。

我当时脑子里就闪过一个念头，假如我抄下他的操作步骤，巨细无靡地照做，应该也可以做出一杯还不错的咖啡。要是我能懂得怎样控制和调整其中一些关键步骤的参数，加以练习，或许还能成为一个及格见习咖啡师。

但倘若想要游刃有余，成为专业的咖啡师，我恐怕也要像他一样，知道咖啡的产地、种植方式、处理工艺和贮存条件。除此之外，可能还要弄清楚不同咖啡机的构造和原理。

– 2 –

从某种角度来说，我认为这就是「产品经理究竟要不要会编程」的答案。

不会编程，不知道支撑一个产品背后的软硬件逻辑，只是照葫芦画瓢地交出原型，写出 PRD，当然也可以做产品设计。但若想成为卓越的产品经理，我们应当像咖啡师了解咖啡豆一样，去了解技术。知道它们的运转逻辑，实现路径，以及边界和可能性。

我们要弄明白数据在哪里，怎样保存，它们如何在控制语句的描述下流转，表达在屏幕上；用户又通过什么方式将意图通过屏幕传递给程序，然后被代码所捕获和处理。我们要理解程序语言如何用数值条件理解逻辑，又如何通过调用和循环来分发和控制流程，等等。

我一直认为，产品经理能了解程序解决问题的方式，能看懂浅显的技术文章，了解一点框架性和概念性的技术尝试，可以大致理解工程师的语言和方案就足够了。在此基础之上，如果还能写出五脏俱全的程序片段，或看得懂核心业务逻辑的代码表达，就能算是超出期望了。

我们不必真的像程序员一样，具备工程能力和工程素养，做出完整的功能模块甚至产品实现，这不该是产品经理的战场。

回到最初的问题，产品经理要不要会编程。我的答案有点绕：要会，但又不需要会 —— 因为当你「学会了」编程之后，对技术的理解和意识会内化成你的思维习惯，这时，是不是真的能写程序本身，可能也就不那么重要了。

– 3 –

怎么学呢？

对于产品经理，或者其他需要了解技术的泛互联网岗位，我一般会推荐去学 JavaScript 或 Python。

JavaScript 的环境简单，上手门槛低，而且相对比较直观，但总觉得门派众多，风格也比较自由。Python 则更加严谨，有各种三方库加持，并且Python 对数据和文本处理有着天然优势，日常工作中写一段小东西处理一下电子表格或文字材料都非常实用。

我用 Python 拉过 Google Analytics 的数据，也用它处理过业务数据和语料，还起过 TensorFlow，跑过 scikit-learn。

如果你没有干过这些事情，或许看起来会觉得有点厉害。但其实这几个事情可以算是完全没有技术含量的。真的不是装大尾巴狼，它们都有完备的库和文档和简明易懂的示例程序。我们只要知道一点点基本的语法和逻辑，照着文档改几个参数，就能跑起来了。

哪怕你只是个出纳，花几个周末学一点基本语法，照着示例，可能只需要抄十几二十行代码，就可以在 Excel 表格中驰骋，把一系列的机械操作简化为一个全自动的脚本，那种神秘的操控感，你值得拥有。

我多年以前学 Python 是靠看书和文档，其实挺苦的，希望大家能找到一些比较不错的学习方式。我自己会看视频学习，比较不那么无趣，而且老师讲的也比较详细。比如前些日子，我就订阅了极客时间的《零基础学 Python 》视频课，我试看了一下觉得不错，视频的教学形式，学习过程应该会相对轻松很多，而且还可以跟老师互动，有作业需要完成，还是蛮能督促你学习的。

当然大家也可以看文章自学，网上自学的文章还挺多，但我总觉得视频更好。

产品人，多个技能，多条路。