这些常见产品问题你会怎么解吗

问题如下：

PM的入门问题：产品初学者多做原型有用吗？

PM的工作职责：产品和运营具体的落地区别？

PM的行当区别：toB和toC产品是如何定义的？

PM的底层逻辑：怎么阐述你做过的最复杂的系统？

PM的日常困境：作为产品经理，你觉得最难的阶段是什么时候？

PM的成长瓶颈：作为4年以上的产品经理你最慌的是什么？

问题一：产品初学者多做原型有用吗？

问题描述：对于产品初学者。多做原型有用吗？

我的回答：

对于产品初学者的话，原型工具会用就行，做原型是一种实践方式，如果是初学者那第一步不应该是这个，最好从基础做起建立自己的产品方法论。这种事对于初学者来说比干了四五年的人好做多了。不过就是费事费力。因为干了四五年的产品大多做事逻辑固定，如果没有自我更新的动力是挺难突出瓶颈的。比如我自己，明知道怎么能突破，但真干起来，那真的很难（时间不够，也无法放弃自己原本的逻辑习惯）。

如何建立产品的方法论。这个模型应该挺多人都见过。

俗话说：条数据能得到1条信息，条信息得到1条知识。25条知识学会一种技能，25个技能明白一个智慧。

绝大多数人，包括产品人，都有一种懒病，所以很少有人会从数据层开始向上学习，而大多都是从知识层向上学习。所以就会存在，当被问及你的产品方法论是什么的时候，答出来的几乎都是书上写的，网上传的，或者别人家做的。

正常大多数产品新人接到的第一份工作都是“竞品分析”报告，那新人是否会考虑什么是竞品分析，为什么要做竞品分析，到底如何才能做一份好的竞品分析？

其实竞品分析报告作为第一个任务的目的，就是提高新人的产品方面的辨识能力。这个能力不夸张的说是80%产品人缺失或明显待提高的重要能力。这根据他们开始学产品时的思维模式和基础有直接关系。

那我简单说一下什么是辨识能力，以及它的用处。这里就涉及了上面的模型。从数据到信息，就是辨识能力的提高。做某一方向的产品调研时，你是否看过足够多的案例，一百个案例中，你如何辨别出他们的差异性？这里可能有人没理解（我语文不咋地）可以参照问题五这个case，我与题主的思维问题的区别，就是我们之间的辨识度存在差异，所以思考问题的维度和深度就有区别，这并不是我比他智商高多少，只能说踩过的坑多，思考就多了。

所以新人第一步该做的是，在你从事的赛道或行业中，收集足够多的产品case，比如医疗，那就是市面上但凡听说过的医疗APP全看一边，把所有的页面截图。然后通过每个APP的自己的产品特点和迭代路径，辨识出他们都是什么样的商业重心和用户特点。这是一个浩瀚的工程。但是这个直接收益，就是当你整理完成后，不管任何人说出任何一个功能，你都能立刻对应出竞品是谁，对方怎么做的，怎么迭代的，你要模仿之路大概是个什么样。而不是道听途说，人云亦云，天马行空的想象。这个工作就好比要学绝世武功，那都得从蹲马步开始。

第二步，当你能坚持完成第一步之后，就进入了从信息到知识的阶段。这一步就两个关键字，区分和归类。这里重点在于区分，因为绝大多数人由于开始的懒惰和想走捷径。都是在做归类。而真正的建立自己的产品模型，是从区分开始。区分是自下而上（信息-知识），归类是自上而下（知识-信息）。如果开始你用的归类，最大的问题是你用的是别人的知识，不是自己总结的。差距就是不够立体和缺失细节。这也是大佬和普通人的区别，成败在于对细节的把控。当你自己去执行从信息到知识阶段的区分工作时，你一定会发现一些你无法从别人（书，网文，他人）学到的细节，而这些细节会觉得你未来天花板的高度。比如上一段，当你区分出竞品每次迭代的区别，并且结合他们的业务，找到迭代优化的原因时，你就知道自己在产品不同阶段该干嘛了。

第三步，从知识点到技能，关键字就三个：试错，实践，总结。可能有人会问，试错和实践不是一个意思嘛？这里的区别就是，试错是自己私下做的，得到知识点后，他们各种方式组合到一起，看是否合理（这个步骤，在脑子里或者自己动笔画画就可以完成）。将自己试错的结果在实际工作中实践，并在针对每次实践的结果进行总结。循环执行，就能培养一种能力。切记试错的价值，在于你在第二步获得了多少细节的知识点，也可以叫做维度。如果你没有经过第一步第二步，只是单纯从第三步开始，其实试不试错的没有意义。因为你拿的都是别人成熟的解决方案。价值不大。因为“失败是成功他妈！”你都没有失败的经验，拿脑门子谈成功啊！

第四步，从技能到智慧，关键字：执行，复盘，审查，检视。这块就不说了，贪多嚼不烂（得开会去了），只能说每一个大佬都是复盘高手。而后两个词一般人就更难做到了。所以说不说也就那么回事了。

问题二：产品和运营具体的落地区别？

问题描述：现在有个困扰，按以往经验来说产品是界定长期价值，创造和规划，运营是维护，那么在维护过程中发现创造的产品与实际用户需求有偏差，那么就需要重新梳理和判断价值，所以产品运营不分家。既然是上面说的这样，是不是产品调研时运营去参加，运营维护时产品去参加，都去达成一个共识，就算这样也会慢慢形成一种，运营越来越懂用户，产品一直跟着运营跑，而且运营

转载请注明：http://www.xibuniuzaiku.com/yljsh/12623.html