8年的产品经理从业时间，我在公司里或者自己创业的团队里不管是从0到1的，还是从1到10的的需求，已经不知道有多少产品了。

哪一种产品都会经历需求的迭代和优化，做的需求多了之后，你会发现几乎每个团队都会有一些相同的错误做法，分享几个我认为比较容易的坑

1.面对产品的用户投诉，慌了

每个产品上线推向用户后，一定会经历用户的吐槽甚至是批评，作为产品经理更应关注产品本质的问题，而不是关注吐槽。

比如产品更新大的版本后，就会出现不少用户的新吐槽。

要么是新用户吐槽加载太慢、或者是老用户登录异常、还是支付后无法查看购买内容。对于这类反馈，产品经理应该都要翻译产品设计、研发需求，到底是增加功能、还是改文案，或是技术选型的问题。

越是经验浅的产品研发团队，越容易因为早期的“事故”，迅速做改变，而没有洞察本质的问题。

2.不重视测试

如果你打算做互联网产品经历，尤其是软件类的。一定要重视测试环节，甚至是单独要求公司在这方面投入资源，否则等用户使用，就会做流失大量的用户。

测试环境包含了功能性测试还是自动化测试，测试是产品交付给用户前的最后一关。在开发团队人员素质层次不齐的情况下，如果没有测试，就极易出一些很傻的事故。

比如产品的功能操作、体验没有问题，但就是登录注册不进去，这就非常让用户捉急了，而测试的工作一定也尽可能要求让开发人员自己完成单元测试，在自己开发的功能里面，完成功能的闭环操作，不能只是依靠测试工作人员。

3.需求变化太大

我认为好的产品经理，做产品设计会以四两拨千斤的方式完成任务。而不是大刀破斧的需求从头而来。

可是现在互联网公司里面，只要一个产品经理离职了，那么他负责的产品工作就会被抛弃，即使接手的同学也会在新的研发周期里逐步把前任的需求进行改造，或者重构直到放弃，当然这样做的好处是自己需求产品设计的效率提升，而不用管以前的逻辑。

但这却耗费了大量的时间和精力。

4.每个版本研发周期太长

因为公司资源限制、或者产品经理需求的规划极为复杂，就导致研发时间大大加长，所以我非常建议互联网公司做产品研发，一定要一个版本时间不超过2个星期，超过2个星期就是需求不合理。很多需求，尽可能要在1个星期里就要出效果，

在瞬息万变的业务运营情况下，如今现成的系统、软件非常多，所以真的不需要什么都自己做，比如自己的用户月活跃体量超过50万了，那么就建议逐步开始自研了。否则还是用微信生态或者是一些轻应用（小程序）来接入即可。

5.太过于重视研发流程

以前在大厂，我们为了上线的产品效果和质量，都会将产品设计分为前端、后台、数据这三类任务。在研发上也会前后端分离，但实际上真正业务要跑起来，许多团队缺的只是一套信息化系统工具，或者能够在微信里面传播的小应用，没有用户的情况下，不需要关注研发流程，甚至是老板自己下海说需求或者手绘，能够做功能性的单点支持即可。

有功能能够用起来，就是好事。而不要过于关注研发资源损坏，因为公司小了，研发人员就是个位数或者十几人，流程上对于效率提升并不大。

因此可以不用前后端分离，甚至是单体应用先跑起来，即使在原有功能上做改进，也可以减少不少开发时间和资源。

6.产品没有人维护

这个就是成本和意识导致的问题，一个合格的互联网产品，7*24小时维护是基础，但是现实过程中，除了到达一定规模的用户活跃度，许多小团队或者新产品是没办法做到的。

所以就只能够等用户指出问题后才修复，这也会流失不少用户。我还记得以前PMTalk刚上线的时候，有用户说：“你们是产品经理社区，但做的产品却经常出问题。”

我们遇到这样的吐槽，也是无奈，毕竟团队和资源有限我们只能把当前的需求和问题做好，没办法全部覆盖。

但却导致了非常多的弯路，毕竟产品上线后因为404、502或者加载速度太慢导致用户刚来的用户流失，是非常可惜的。

以上就是今天的分享。

以上就是那些产品迭代中会常见6个问题山上的山花开呀的全部内容了，希望大家喜欢。