产品经理初体验：山高水深路远

        产品经理任职接近一年，产品进入推广阶段，同时向高管汇报后，很多验证的问题，包括技术上、商业上、资源上的各种大方向问题突然凸显出来。算是开始产品经理第一课，虽然惨重，但是比过去一年的自我感觉良好，意义更大。虽然压力较大，但既然选择了这条路，就要一直走下去，无论前路有多艰难。

        这里仅把自己现在的感受记下来，未必正确，未必适合所有行业或公司。

        做产品，一定要有敬畏之心，一定要战战兢兢如履薄冰。尤其是做软件产品，失败的几率要比硬件产品要大得多。

        这个过程，就像是一次内部创业，虽然失败了，但是并没有彻底砍掉，不会突然解散、没饭吃，但调整方向，看清前路，也需要经历一个非常痛苦的转变过程。

1. 做产品最重要的：先想清楚再投入。如果如下问题回答不了，产品不能开始占用资源。

    产品做给谁用？解决什么问题？带来什么价值？

    产品怎么用？完整的流程是怎样的？业务流程能否闭环，能否将清楚？

    是否符合公司战略？是否得到高层支持？

 

2. 高层的支持和公司的战略，对产品的影响是决定性的。

     符合公司战略，高层才会支持。如果不符合，即使公司暂时投入资源，团队也有被拆散的风险。

     高层的支持决定资源的投入，资源永远都是紧张的。没有资源投入，人力的资源或者硬件资源，产品不可能有好结果。

3.  先有业务需求，再有用户故事，最后才有产品设计，切勿本末倒置

     先明白业务需求：给谁用，解决什么问题。这是产品设计的目标。

      有了目标，才会有用户故事。通过用户故事，把产品的主要业务流程讲清楚。

       最后，才落实到具体的产品设计：线框图、总体设计等

4. “通用”的产品，如果不能做到行业中领先，那么不会有好的结果。通用就是拿到哪儿都能用，也可能拿到哪儿都不是最好的选择。

      出色的产品，一定是专用的、专有的，一定是独具特色的。

      专车比出租车舒服，私人定制的衣服更合身。

       切忌面向所有人，切忌面向全行业，切忌面向公司内的所有事业部，这样的产品，一定是失败的。

5.  做产品一定要及其理性，一定要紧密结合业务目标。资源永远是有限的

6. 价值，一定要谈面向最终用户的价值，最终掏钱用户的价值，即使是为公司内部的事业部做的内部工具

     价值，最终价值，一定是给掏钱的用户带来什么好处，而不是给交付人员带来什么好处，给技术支持带来什么好处。

     价值一定要面向最终用户来谈。

7. 风向会变，风口会变

     年初的计划不一定符合年末的战略，这时候必须要转型，也许是风口过了，也许是领导换了。方向改变是难免的，拥抱变化。可能过程会比较痛苦，可能忙活一整年，最后却没有好结果，这都是产品经理必须经历的。即便如此，产品经理也需要负主要责任。

8. 最重要的一点：没有试错机会

市场不会给你试错时间，没做好就是没做好，不要想着能弥补，任何事情，机会只有一次。

也不存在所谓的Demo产品，原型产品，任何Demo、原型，目标都要定到很高的层面，

如果目标是建一栋摩天大楼，就不能先造一个猪圈，然后拿来改造。

9. 十鸟在林，不如一鸟在手

把一个需求做到极致，把一个痛点解决得彻底，把一个客户/事业部服务到无可挑剔

把一个抓手抓牢，胜过摊大饼，做大而全的东西是最容易失败的

做产品，一定是先做一个最小功能集合，然后再从现有集合上去生长

而不是把大飞机造起来，再去打磨发动机

10. 详细计划、资源投入

小的方面：什么时候设计完成，什么时候开发完成，什么时候投入试点，什么时候全面铺开，出了问题怎么解决，需要哪些技术积累。投入几个人，为什么投入？投进来做什么？

大的方面：战略目标是什么？对手是什么？为最终客户和用户带来的价值是什么？什么时间做到什么程度？ 需要哪些团队，哪些人才，需要做哪些战略方面的合作？

11. 任何产品，都要当成明星产品、战略产品来做

即便第一个阶段先做一个演示版本、原型版本，但是最终还是要正式版本。任何版本都需要慎重对待，一视同仁。如果要演示版本，就不认真对待，那么还不如不投入，因为失败的概率会很大。要建造一栋摩天大楼，就不能先建设一个猪圈然后改成摩天大楼，而是要先建好摩天大楼的地基。

12. 需要不断“挑战”大家做的方案、自己做的方案，千万不要方案评审仅仅是“走流程”

方案一定要不断被挑战，直到大家都挑不出毛病，或者就任何问题已经达成一致认识，方可行动。不要自己挑战自己，要不断接受别人的挑战，不断接受任何人的挑战，挑战自己没有意思，被别人挑战、挑刺才能把事情做的更好。才是真正的集思广益。一团和气、凡是评审“修改后通过”，事情做不好，只会把项目/产品推入深渊。

13. 工程化和实验室产品的差别

工程化具备很多不确定性，centos软件很稳定，但是拿到工程上去验证，拿到100种服务器上去安装，确实有些服务器不支持。可工程化就是面对现场工程中的复杂场景时，可以良好运转，而不是出现各种意外。另外，很多开源的软件改改，可以实现很炫的功能，但是可用性比较差，无论是稳定性还是性能，都无法满足实际生产环境的需求，这就是不满足工程化的要求，要么放弃，要么改造成工程上性能、稳定性、易用性都满足的产品。

为什么要谨慎？要战战兢兢如履薄冰？从“化云为雨， 落地为池”的宏伟理想，到“化云为雨一阵风，落地为池一个坑”可能只是一个会议的距离，而付出可能是数十人全年的心血。

产品之路，山高水深路远。