产品经理本日话题：为什么产品经理们都想学代码？

28

星期四

2017年12月

很多产品经理都表示有兴趣学习代码。你也有这样的想法吗？这是出于什么考虑？单纯为了拓展知识库？还是为了不被码农哥哥忽悠？还是自己想转行呢？

今日话题

screw cap

以后想要带领团队，不懂点代码不行啊 而且未来想去接触下数据和AI方面，所以也得懂代码才行

相对于个人而言都是出于自己的爱好所以学习。不然学起来都是表面浅层…很难深入成为行业资深。

我学习SQL 是因为比较喜欢提取数据做分析。

葱

扩展知识面 最近跟派森和R先生对着干，最开始是抱着浅学的态度，学了后，有点无法自拔了

陈涛

有几个原因：

自己想分析数据，不用找别人

万一自己想创个业什么的，自己可以搞个简单的版本试错

别人讨论技术，不能插不上嘴啊 但我发现不经常用，这个东西很快就忘了

向哲

我喜欢coding，未来交流的必备语言，很多数据的软件都需要，不会整这个，数据驱动就很窝火。

另外，我个人比较感兴趣，学习这些很有趣，所以才会去学。

橙子

我工科出生，软硬件的代码都懂一点？

但是我觉得技术[表情]代码。牛逼的还是算法，但是研究这个东西确实不是我的兴趣所在，所以做的产品

七天假

算法是另一回事了 作为产品本就不需要懂。产品要懂的应该是代码大致的实现原理和方法

我对代码和技术其实挺感兴趣 但是感觉开发的天花板较低 还是做产品来的有前途…

毅然决然的选择了产品

玉米

一方面是为了工作中能减少和开发同学的交流障碍；

另一方面，对于这些自己接触较少的东西，还挺好奇的，有时候下班的时候尝试去了解技术实现方式，觉得挺有趣。

小木

赞同 技术[表情]代码

产品经理的主要职能是利用技术解决商业问题，而不是解决技术问题，所以我认为产品经理需要深刻了解技术的边界就可以了，至于技术本身，学了可以作为兴趣，不学也没什么不好的

我专业是做深度学习算法，懂技术，但是其实懂的是某一技术的具体实现，我认为产品经理需要懂的是深度学习的原理及各种应用，而不是如何实现

不过一定要懂技术的边界。

上次我看到一个商场智能路标，很有感触，但认为可以通过图像识别识别人脸再优化，后来跟一个大牛聊这件事的时候，他告诉我，这样摄像头成本太高，而且运算量大。可以用wifi定位来解决，可以实现相同的功能，而且成本很低

这就是产品需要了解的技术

Morgan

做好本职工作的情况下学习点各方面的知识提升自己也是很有必要的

邝图强

我认为可以了解简单了解技术的一些概念，如一些名词、处理方法等，是用于解决什么问题，能达成什么结果。这样技术同事介绍进度有时候会脱口而出，你也大概能知道他在说啥。

多了解一些倒是没坏处的，本质也是为了增强沟通效果嘛。

邹小芮

想学点技术，不等同于跟开发小哥哥们一样写代码，而是产品基本逻辑与判定比较清楚，更多的是为后期的数据分析和一些算法了解打一些基础。

术业有专攻，懂开发懂设计懂产品的人也是有的，应该不会同时做开发、UI、产品，时间也非常十分有限。所以现在很多方面是了解，如果感兴趣花私人时间学习，目前大部分时间都在产品学习上，这方面就有太多太多内容。

我爸常说的，贪多嚼不烂

王小葵

一般而言，学习代码可能没必要。

但是要知道技术边界的。特别对于人工智能产品经理很重要。但如果单纯为了解决团队开发拖延工期、评估时间不合理的问题，应该是招个靠谱的技术主管。

但是我最近在学python，是因为自己要做个人数据研究，另外还有一个原因是，学语言可以锻炼抽象思维，对我设计产品也是有帮助的。

暴力熊

术业有专攻，PM应该专注于打磨自己的核心能力，这个要做好本身就已经是一件挺有难度的事。其他也需要花时间多接触多了解，有时候跨界融合产生的能量会带来意外惊喜，但没必要专门当成任务来做。

一精多广是个人觉得是比较好的状态

洋葱

我以为产品经理 主要是 分行业 分领域 为主，变现其实是产品都应该会考虑的阶段。只是发展周期不同，有些时候还没有到考虑变现的阶段。

不懂人心的运营只想满足KPI 没有长远业绩规划 运营也分线上运营和线下运营 线上也就是互联网运营 线下偏实体销售

只是一个笼统的分发 当然可以细分很多职能出来

只是大概的一个想法 能做出业绩的运营 应该是最赞的吧 你说拉了多少用户 最后目标又是什么

用户运营是终极目标 不是为了达到销售本质吗 销售的内容 不具化 可以是实体 也可以是虚体

大米粒

今日话题：学习代码作为业余有精力会看看，但是重新写代码，对于我该不会了。不过对于写代码的逻辑我还是挺喜欢的，做过几年码农，现在不用都还给老师了。

业余我还是比较喜欢多读些关于技术方面，多了解学习，至于实践验证写代码这还是交给码农们好了。学习更多是为了丰富自己的领域知识，算是单纯的扩展知识库，毕竟世界上大牛们太多，自己还差的很远。

我觉得产品要考虑整个产品的规划，以及收益，变现方式也应该考虑。至于变现过程产品出来该是销售努力做的事

雯雯雯雯雯

所以针对今日话题，我的观点是，产品经理懂技术边界即可，能够就业务可以和技术无障碍沟通。产品经理是最接近ceo的人，而不是cto的人。

产品经理如果为了怕技术忽悠而学代码，这是一种不专业也没有大局观的人，做产品也是做管理，做管理就要用你的专业性去管理好一整个团队，而且要做到用人不疑疑人不用。

杜松@智能家居

当年做o2o，撸起袖子直接给程序员建库见表， 其实想想，写代码比做产品还有趣

前男友-深圳

学了半年前端，做产品的时候能想着这样怎样实现，哪些好做哪些不好做。跟技术撕的时候心里有谱。

其实从平时对接也能明白很多技术原理，不需要专门去学

晓风斜阳

我是攻城狮转的产品

数据类产品应该掌握一门脚本语言的，方便分析数据，

例如Python。

酷家乐@之余

了解一些前端的代码，了解数据库的一些代码，包括查询等组织啊，表交叉等一些简单的代码。还了解部分底层接口的常识，。

其实一个往深了，走的产品经理不仅仅是说他要能做功能的设计结构的商业模式的设计，他还有部分需要帮助技术去探讨一些框架结构的优化，有时候并不是说每一个组织都有很深的程序员。

我去了解这些代码，更多时候是为了有些查错误啊，或者说是在现代环境下面看系统等并不是说为了去防止程序员的忽悠

谈妞妞

不被码农哥哥忽悠是重点，看个后台数据码农哥哥不给看、做个需求码农哥哥说复杂…

懂代码懂数据库的话自己上，再也不用装怂哄他们了～

@

学习代码可以自己做些有意思的东西；

另外早期就有一篇文章介绍过，由微信引起的产品经理是否需要懂技术；

其实懂技术，也可以方便在做流程设计、功能设计以及上线时间压力中选择更合适的方案；

产品本来就是个经验岗，懂点技术，懂点运营，懂点设计等等，都没坏处

Carina

关于研发忽悠产品的问题，产品自己还是要有一定的判断力的，如果遇到判断不了的问题，可以去找技术负责人咨询。

个人觉得，产品是应该任何领域都要懂一点点，不用太深入，因为本职工作还是要思考产品未来的走向和行业的动态。

上海-健身-Ivan

学习代码是扩充自己对产品体系的了解，产品从0到1，涉及到从概念到产出，如果能够较为全面的把控产品状态，能够减少产品的风险，以及在产品预估时，不容易产生一些现阶段技术无法实现的空洞概念。

国外的产品经理，更多貌似的产品架构和框架层，不是纯玩概念的。

任军

刚才有人是技术型产品，我应该自己定位是产品型技术，在这里算卧底吧

我从技术人员角度来谈下。 一个好的产品实际是一个好的逻辑，技术只是“到达目的的手段”。

在团队里，我一直要求技术人员具有产品意思，不要轻易的被眼前工作迷失，知道自己的劳动成果如何被认可，想清楚自己工作与上下游关系是什么，用户为什么这样用，有没有更好的方式等。这样才能少走弯路，快速迭代。

技术人员要有产品意识，产品也应该有技术思考能力。

小程序，再不做就真的来不及了！

你也想加入1000 位产品经理每日的讨论中，

跟我们一起直击用户和app的痛点么？

那就扫描下面的二维码，

关注生菜阅读,

输入“入群” 即可