就在最近，我收到了一个小伙伴私信，问到说在自己产品经理工作中总是有空闲时间，但自己是产品经理，又不能落地产品设计方案，所以想利用空余时间学代码，问我产品经理有没有必要去学点代码。

如果是你的话，怎么看？

1.学代码来源于产品经理的焦虑

做产品经理期间，我们只能利用原型工具可以实现我们的想法idea，通过需求调研和业务洞察，再加上竞品调研，就可以做出初步的原型demo。

从需求调研到产品实现，我们可以知道要做的具体是什么，同时也知道了大体的工作量，可以构想大概的市场规模。

这一步已经距离成功比较接近了，因为相比于用代码去实现，很多产品经理其实并没有去思考到底应该做什么产品。

可是就算这样，光有原型是不够的，还要去落地开发。就像我们在读书的时候，一旦成绩下降，我们去花时间看书、做数学题，心里面会获得一些安慰，变得不那么焦虑，因为我们知道我们每完成了一道新题目，就可能比以前更好一些。

同样的做产品也是一样，我们仅是把原型做出来了，但是没有办法实现它，没有办法真实的投向市场验证它，所以我们也会产生焦虑。因为我们的产品工作不应该止步于此，反而应该推进上线。

所以我们怎么去验证自己的原本设想，和找到产品商业化的突破口，实际上是产品经理的焦虑，所以就会有

你不给我资源，我就自己创造资源。

所以才会有产品经理学习代码的场景。

2.产品经理写代码，其实性价比非常低

产品经理来学习写代码，其实在实际工作上是难以用上的，因为术业有专攻，不管再怎么学，要达到能够交付的标准还是有非常大的距离的。

新程序员和老程序员的区别在最后工作的交付结果，曾经我在创业过程中，也犯过这个最大的就是把招开发这件事以为想得很简单，由于急需要用人，所以只要学习态度感觉不错的，就入职了。

但产出的页面效果、开发代码的代码质量实际上非常差，比如最简单的就是按钮的交互效果、同时用户在页面上产生的数据交换，容易进行报错。

下面是新人和老鸟写的代码区别

新人写代码只要完成就行了，而老人写代码要考虑输出效果和团队协作、以及后续的代码维护。

同时代码也会有注释规范，没有好的命名难以让后续的人看懂。

3.我身边几个产品经理真的在摸鱼写代码

其实产品经理写代码这件事，是非常常见的，其实我所呆过的团队也曾经也出现过这类情况，主要产品经理写代码的东西分为三类，一类是可以快速实现得到效果的前端技术，一类是为了数据获取需求，做Python的学习、还有一类是学习Java，做技术积累，但不应用。

前两类通过自学是能够应用的，后面则是懂开发原理，帮助提升和开发的沟通效率。

4.产品经理空闲的时间多吗？ 

一个产品生命周期从需求调研、到产品设计再到下游的UI设计、开发测试环节，在资源有限情况下，如果没有新的需求，往往产品经理的工作就会空闲起来。

因为监督需求的还原、和落地验收是产品经理的工作但是也是非常杂碎的工作,没有具象的任务，所以PM会有大量的时间空出来

下面是一个互联网产品的产品研发周期， 如果在有限的资源情况下，往往会出现下面的空档期，空档期就是产品经理摸鱼时间。

在这个时间怎么利用，就决定了产品经理的职场生活了。人与人之间的差距就是这样变出来的

5.我建议产品经理学代码

如果你打算以后专注产品经理，我的答案是建议产品经理不花太多时间写代码。

产品经理是资源统筹者，随着产品经验增加你会发现产品的上线与最新的技术、成熟的开发者离不开关系，术业有专攻，如果不是自己打算每天花时间做，可以了解基础的语句、和接口，让自己方便提升沟通效率是可以的，那么我建议学一下JAVA、SQL语言可能更加方便沟通，尤其是在里面的面向对象思想

面向对象的编程思想是非常重要的，尤其是对于开发来写接口，同样面对象是基础理论，来自维基百科指的是

面向对象程序设计（英语：Object-oriented programming，缩写：OOP）是种具有对象概念的编程典范，同时也是一种程序开发的抽象方针。它可能包含数据、特性、代码与方法。对象则指的是类（class）的实例。它将对象作为程序的基本单元，将程序和数据封装其中，以提高软件的重用性、灵活性和扩展性，对象里的程序可以访问及经常修改对象相关连的数据。在面向对象程序编程里，计算机程序会被设计成彼此相关的对象[1][2]。

▲面向对象将狗和羊两个动物抽象出来

我们在做产品设计的时候，比如在做能力中台的时候，比如用户体系、权限、搜索，这都是是和面向对象的开发思想有异曲同工之妙，我们将需求进行整合，提供以对象为单位的服务接口。

掌握前端代码的基础知识后我们面对前端开发和UI设计师做UI还原的时候，就能够很好的知晓UI的还原度是否精准，前端体验提升成本的高低如何，我们可以通过前端技术来评估。

掌握上面的基础知识后，我们就可以用来做工作量的评估，比如可以用下面的页面数

前端：估计需要画的页面数，页面数*平均单个页面时间=工作时长

后端：估计出项目所需要的接口数量，接口数*平均单个接口时长=工作时长

对我们做需求评审、需求排期和产品规划有非常大的帮助。

以上就是今天的分享

END