这5个致命的错误，导致了一款产品的失败思维导图

D是一款面向对手工、烹饪等兴趣爱好有兴趣的用户的APP。在我们的设计中，D的一头是各类达人，比如手工达人，烹饪达人，健身达人等等，另一侧是对这些感兴趣的用户。我们以短视频切入，通过短视频展示诸如达人和用户做手工，烹饪时的场景。同时我们希望以达人为中心，形成达人和粉丝的小组，在小组内可以发帖，发短视频进行互动。

我们一上来就四处拉达人，街舞的，烹饪，扎染，健身、刺绣等等。起初，达人们也给面子愿意上来试试。但实际上一上来这么多达人，产生内容的质量和数量也不可控。另外会让用户觉得没有重点，不知所云。导致用户无法快速找到自己感兴趣的内容，留不住用户。没有用户，达人们也就没有兴趣继续玩我们的APP了。

我们后来意识到了这个问题，砍掉了部分内容，但是不够坚决。结果还是不够聚焦。事后复盘，觉得一开始的时候我们就应该专注1-2个高频分类，健身和美食是最合适的选择。这两个都是白领们集中关注的领域，而我们的目标用户就是这帮消费能力较高的城市白领。这个经验教训在我们另一款产品上被吸取了，在那一款电商产品上我们一开始就只注重在特色美食之上。

短视频引入，这是一个我至今都认为好的出发点。碎片化时间下，短视频是一个容易吸引用户的入口。但是我们接下来走偏了，我们一上来就先UGC和PGC一起做，希望达人和用户共同用手机去拍短视频上传给我们，但我们想要的视频场景和美拍秒拍不一样，不是随手拍摄的日常。而是达人或用户用手机录下自己做菜或是跳舞的视频。现实是只支撑1-2分钟的视频，而这样的视频根本无法表达完整内容，更谈不上吸引人看了。

只有我们官方团队去拍摄相应的视频才行得通，而且官方拍摄的视频有剪辑有配乐跟受用户欢迎；其实我们应该老老实实先做PGC，就像当下正红的“即刻“。拍，剪，播快速完成这样的流程，用户不管是达人还是粉丝，都不要去想拍摄的事情。这样快速产生高质量的视频，通过内容区快速吸引用户。我们自己拍摄的视频都很受欢迎，可以这样说我们没有发挥自己团队的长处。

我知道有人一定会问你们那么多不同的达人，怎么拍的过来？这个问题就和错误一有关了，正因为我们分类太多，不同达人太多，视频无法形成标准化流程，更无法兼顾那么大量的拍摄了。

确实达人们开始看到我们团队拍的视频很感兴趣，但是让他们自己来做了就又是一回事了。妹子们会觉得自己不够好看，纠结怎么拍，最好你们要有美颜；有的达人发现要拍视频，得要找一个人甚至一个团队给他拍，这是多么沉重的一个用户行为啊。

我们一上来就想做小组（社团），小组以达人为组长，组长可以管理自己的小组，用户对达人感兴趣可以加入他的小组。达人和自己的粉丝在小组里互动。但现在不是豆瓣们红火的年代了，微信群比APP内的小组门槛更低，我们的达人现实中自己就有多个微信群，没有动力也没有精力去维护新的小组，更何况我们没有提供什么有力的吸引点。而且第一个版本就给用户这么多信息，用户是不知所措的。

刚开始用户量少，种子用户上来我们就让他们做这么多操作。用户的门槛实在太高。应该先沉下心来就让用户做最简单事情，看视频，分享，评论。到用户量一定阶段时候，再推出社区的概念，或许还有一搏。

事实上我们在直播热起来前几个月已经策划了用直播来做，但是由于上面几个错误导致整个团队精疲力尽，加之那时也不太有把握直播这块是否能做起来。于是就没有然后了。

复盘的时候这也是我很遗憾的一点，虽然即使抓住了也可能挂掉，但总是要去尝试的。

一开始就想做一个完整版本，特别一上来就做了复杂的小组。结果是不断加班，开发时间又长，大家精疲力尽。下一个版本又大颠覆，士气影响很大。要知道我们当时只有5名开发，一半是应届生，服务端大部分时间只有一个人。

只想着一口吃成胖子，最后的结果就是什么都没做好。团队又累又苦，最重要的是开发周期很长。后来我们另一款产品上采取了MVP策略，每个版本只做1个核心功能，尽量将迭代周期控制在2周，第三方已经成熟的我们接入第三方sdk，等验证成功我们再逐步替换自己开发的功能。

上面五个错误基本是我们致命的错误，很多道理都懂，但是真正在实际过程中因为这样那样的原因（这里原谅我不能说太多）走偏了，能怪谁？只能怪自己。

复盘的时候，我自然要想我作为产品经理又哪里没有做好？

现在看来，除了上述团队集体错误以外，我没有尽早说服决策者缩小分类，一定程度上导致产品朝失败的路上滑的更远。开发节奏上没有控制好。因为没有CTO和项目经理，当时我事实上兼任了项目经理的角色。其实都是环环相扣的因为我没有说服决策者，结果导致开发节奏不可避免滴走上了歪路。