那些产品迭代中会常见6个问题
8年的产品经理从业时间,我在公司里或者自己创业的团队里不管是从0到1的,还是从1到10的的需求,已经不知道有多少产品了。
哪一种产品都会经历需求的迭代和优化,做的需求多了之后,你会发现几乎每个团队都会有一些相同的错误做法,分享几个我认为比较容易得坑
1.面对产品的用户投诉,慌了
每个产品上线推向用户后,一定会经历用户的吐槽甚至是批评,作为产品经理更应关注产品本质的问题,而不是关注吐槽。
比如产品更新大的版本后,就会出现不少用户的新吐槽。
要么是新用户吐槽加载太慢、或者是老用户登录异常、还是支付后无法查看购买内容。对于这类反馈,产品经理应该都要翻译产品设计、研发需求,到底是增加功能、还是改文案,或是技术选型的问题。
越是经验浅的产品研发团队,越容易因为早期的“事故”,迅速做改变,而没有洞察本质的问题。
2.不重视测试
如果你打算做互联网产品经历,尤其是软件类的。一定要重视测试环节,甚至是单独要求公司在这方面投入资源,否则等用户使用,就会做流失大量的用户。
测试环境包含了功能性测试还是自动化测试,测试是产品交付给用户前的最后一关。在开发团队人员素质层次不齐的情况下,如果没有测试,就极易出一些很傻的事故。
比如产品的功能操作、体验没有问题,但就是登录注册不进去,这就非常让用户捉急了,而测试的工作一定也尽可能要求让开发人员自己完成单元测试,在自己开发的功能里面,完成功能的闭环操作,不能只是依靠测试工作人员。
3.需求变化太大
我认为好的产品经理,做产品设计会以四两拨千斤的方式完成任务。而不是大刀破斧的需求从头而来。
可是现在互联网公司里面,只要一个产品经理离职了,那么他负责的产品工作就会被抛弃,即使接手的同学也会在新的研发周期里逐步把前任的需求进行改造,或者重构直到放弃,当然这样做的好处是自己需求产品设计的效率提升,而不用管以前的逻辑。
但这却耗费了大量的时间和精力。
4.每个版本研发周期太长
因为公司资源限制、或者产品经理需求的规划极为复杂,就导致研发时间大大加长,所以我非常建议互联网公司做产品研发,一定要一个版本时间不超过2个星期,超过2个星期就是需求不合理。很多需求,尽可能要在1个星期里就要出效果,
在瞬息万变的业务运营情况下,如今现成的系统、软件非常多,所以真的不需要什么都自己做,比如自己的用户月活跃体量超过50万了,那么就建议逐步开始自研了。否则还是用微信生态或者是一些轻应用(小程序)来接入即可。
5.太过于重视研发流程
以前在大厂,我们为了上线的产品效果和质量,都会将产品设计分为前端、后台、数据这三类任务。在研发上也会前后端分离,但实际上真正业务要跑起来,许多团队缺的只是一套信息化系统工具,或者能够在微信里面传播的小应用,没有用户的情况下,不需要关注研发流程,甚至是老板自己下海说需求或者手绘,能够做功能性的单点支持即可。
有功能能够用起来,就是好事。而不要过于关注研发资源损坏,因为公司小了,研发人员就是个位数或者十几人,流程上对于效率提升并不大。
因此可以不用前后端分离,甚至是单体应用先跑起来,即使在原有功能上做改进,也可以减少不少开发时间和资源。
6.产品没有人维护
这个就是成本和意识导致的问题,一个合格的互联网产品,7*24小时维护是基础,但是现实过程中,除了到达一定规模的用户活跃度,许多小团队或者新产品是没办法做到的。
所以就只能够等用户指出问题后才修复,这也会流失不少用户。我还记得以前PMTalk刚上线的时候,有用户说:“你们是产品经理社区,但做的产品却经常出问题。”
我们遇到这样的吐槽,也是无奈,毕竟团队和资源有限我们只能把当前的需求和问题做好,没办法全部覆盖。
但却导致了非常多的弯路,毕竟产品上线后因为404、502或者加载速度太慢导致用户刚来的用户流失,是非常可惜的。
以上就是今天的分享。