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

本文是一位产品经理分享其任职一年来的经验,强调做产品的重要性,包括明确目标用户、解决的问题和带来的价值,重视高层支持、业务需求和用户故事。同时指出产品需紧密结合业务目标,避免大而全,注重细节和工程化,始终保持理性,并勇于面对变化和挑战。
摘要由CSDN通过智能技术生成

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

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

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

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

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

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

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

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

 

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

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

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


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

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

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

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


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

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

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

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


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


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

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

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


7. 风向会变,风口会变

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


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

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

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

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


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

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

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

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

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


10. 详细计划、资源投入

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

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

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

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

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

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

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

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


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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值