产品经理修炼指南【01】

最近看了点产品经理的书，觉得产品经理这个位置和程序员不太一样，程序员唯一考核的标准就是能不能完成工作任务、是否能完成工作代码，但是产品经理貌似不一样，就像我给刘曼说的，产品经理上可以接领导，下可以怼开发，运营市场是产品经理的左膀右臂。哈哈哈

程序员都有比较强的自尊心（说的就是当年的我），认为自己的程序没有bug，相当自信，同时也傲视别的队友，意思就是你们都是垃圾，我最牛掰。确实，初生牛犊不怕虎，刚入行的程序员以为会各种 List/Map 筛选数据、提供接口就可以为所欲为，世界我都能用程序编出来，如果看到这样的人，说明他很年轻！

干了几年的程序员，发现技术增长受限，很多公司的技术还处在简单的增删改查，有些公司已经用了 Docker 虚拟容器和 K8s 管理工具，但是别的公司还在用Jsp 和 Tomcat 容器。

我们当然认为使用 Docker 虚拟容器要比使用 Tomcat 容器更为先进，但是公司不那么想，他们想要的是更稳稳定且赚钱的工具，具体你用什么技术，他们才不会管。如果有一天开发很闲，上层领导就炸了，因为这可能意味着开发人员没有创造价值，当前的市场环境，一个开发人员确实挺贵的，每人每天至少500块的成本，所以，不会让开发一直闲着。

产品经理好像不一样，这个职位比较特殊，产品经理每天忙着构思、画原型图、开会、需求讨论、产品定型、给研发需求、产品上线、找运营和市场人员分析产出和结果，产品经理像是一个管家一样，亲眼看着产品儿子从无到有、从开始有雏形到落地，一步一步的出现在人们面前。

产品上线后，每天又要分析数据，看有没有达到预定的访问量啊、广告收入是否提高了啊、用户投诉率是不是降低了啊等等。产品上线了还需要产品经理继续跟踪，并持续地更新迭代，以满足客户需求和某些定制化需求。

产品的需求来源

产品经理的需求来源于用户、领导、同事包括产品经理自己。

目标用户是需求的主要来源，因为坐在办公室的产品经理和领导们可能想象不到真实用户会在何时何地用这个产品，需要就需要让目标用户过来谈一谈，他们是会怎么使用这个产品、具体怎么用、期待如何用。

当然用户们会发挥自己的想象力认为这个产品应该怎么做，但是产品经理不能全部听信用户的想法，因为他们接触过的好用的产品可能并不是那么好用，具体怎么做，产品经理要有自己的想法，这就给产品经理极大的可操作空间。在满足用户需求的的情况下，尽量让产品做的一看就会，这样才能让用户在第一次使用留住用户，否则用户很可能在下一秒就卸载软件，更换别的软件使用了。如果软件本身就很难用，用户量很小，留存率也会很小，喜欢用的就没多少了。

领导控制着整个产品流程，对产品的生命周期起着决定性作用，有一票否决权。小公司的领导一般高屋建瓴，他们知道目标客户是谁，知道客户需要什么，所以做出来的就有市场空间，能够立即推广使用，因此如果产品经理不知道产品的目标用户画像、用户会在何时何地使用产品，那么就和领导沟通吧，他们知道具体在什么场景下产品有生存空间，也能够针对性的对产品进行改进，更适合目标人群使用。

不过大公司的领导可就不一样了，大公司的领导在每个位置上待了很多年，他们会向下管理也会向上沟通，即使每年不创造出点什么利润，但是总能在年终汇报的把老板忽悠的洋洋得意（不知道这么说好不好）。

他们不会在乎在其位是否为公司创造了价值，可能想的是我要在这个位置待一辈子，只要我一直在我的工资和奖金就可以够我丰衣足食，所以欺上瞒下对大公司的领导来说很简单。PPT 一定要眼花缭乱，汇报一定要有根有据，这一年又为公司出了不少力。估计顶层领导也知道有些人占着茅坑不拉屎，但是也不好管了，毕竟是在位置上好多年，有很多自己的亲信和部下。大公司的中层领导腐败程度有多强，看京东就知道了。

有些开发人员也对产品有自己独特的见解，在日常交往中试着和他们称为朋友，你会发现每一个人的闪光点，必要时他们会提出疑惑和针对性建议，这对产品的易用性有极大提高。开发不只是开发，运营也不只是运营，财务不只是财务，他们有自己的思考和感受，同时也有针对产品的不同数据，他们能帮助你更好确立产品。