文章来源:Kevin改变世界的点滴(id:Kevingbsjddd)作者:Kevin
原文链接:产品经理应该多抄袭竞品
5月,团队正忙着PMTalk新版本的研发中。这段时间我们计划打算重构社区的信息流,当前的社区信息流问题较多的主要集中在3点
1.不同类型的内容汇聚,导致没有主次分层。
我们想给用户太多,却不知道用户到底需不需要
2.某些功能版块从3.0版本上线半年后,发现仍然是自己在yy。
一没有用户使用数据,二没有用户停留时间的加长。因此当初做新功能或业务加入的时候就没有考虑到用户会不会用
3.交互异常带来的体验较大缺失
比如404、502、页面加载以及弹窗等toast需要较多的时间与精力进行梳理。
我建议产品经理要学会抄袭
每个人在工作中都希望能够获得工作技能增长、经验知识、甚至是直接的收益成长,所以往往重复性、没有动脑子的职业职率较高,员工变动较大。
既然这样,我为什么还建议产品经理抄袭竞品?主要有3个理由
团队资源不够,同时质量还差
对于90%的产品经理,因为公司发展或业务限制导致公司的技术资源、运营资源、推广资源、设计资源都没有竞品甚至是大公司的多和优秀。
所以就算是100%的完全抄袭,结合自己的公司业务或组织架构,将会带来更多的用户增长和转化的可能。
▲ 三个臭皮匠赛过诸葛亮
尤其是在互联网的产品研发,千万别说三个臭皮匠可以赛过诸葛亮。因为真正刚刚毕业或工作经验不久的开发、设计同学,往往会为产品的维护性、设计规范埋上大大的坑。
所以千万不要以为用人海战术就一定就在开发上会比别人人少的团队做得更好。实际上我更建议在团队初期尤其是创业团队,产品研发上招募有3-5年以上的经验最好,减少弯路。
先少走弯路活下去,别管为什么
在做产品经理的时候,我总希望能够通过试错给团队带来一些成长经验。但创业后发现这样的做法等于自杀。
产品的增长阶段、项目的孵化期,就像我们走在一条无灯光的黑马路上。永远不知道那里有坑,但抄袭竞品让你知道你的下个路标在哪里,减少了采坑甚至是直接撞墙的麻烦。
产品研发过程中,就算花了大量的时间需求调研、展开UI设计、开发、测试工作,但结果不如直接拿竞品给开发或设计同学抄袭是最快的,这样的例子是非常多的。
因为有抄袭,所以开发人员可以具体清楚知道你想要的是什么?你想做到什么效果?
▲ 竞品调研
尤其是前段开发、和Ui设计工作,找个优秀的竞品抄袭比直接自己做,要快得多、好看的多、bug更少,同事需求理解度和还原度更高。
商业模式也可以抄袭
在互联网中,比的是速度、比得是质量,同样还有差异化。
我一直都强调过,每一家公司的商业模式都有区别,不可能100%完全一样。但是在项目早期或主流用户上,其实也可以有100%相似。
通过精细化运营和随着时间下业务不断调整再逐步走出差异化。但可能主要营收与竞品仍然是100%相似,这样的公司团队非常多。
就像拼多多基于微信社交关系的拼团后又出现京东、阿里淘宝等产品下的拼团购物业务形式。
只要你的业务盈利、赚钱,竞争对手就可以完全100%抄袭。
什么时候可以不抄袭?
作为一个职场人士,产品经理若抄袭真的是100%,那离升职加薪的距离就非常遥远了。因为产品经理的价值在于能不能把自家的业务和竞品结合起来
同时就算要抄袭,也不要让同事或领导知道竞品的方案。自己花时间整理设计出来的,可以在部分玩法、业务是借鉴,但绝对不能一个app完全是换了个logo用竞品的。
▲ 竞品的品牌定位
毕竟职场展现自己的个人能力不仅要用结果导向,中间的优秀案例结果、和论证也不可少。
可是如今我看到许多产品经理,连抄袭都难得抄。拍脑袋或就调研了行业某几个竞品就开始做需求了。
当然所做的需求也能满足公司基本要求,只是这种抄袭变成了纯体力的重复工作,无法为自己沉淀出有价值的知识积累。
比如我做社区,无论是app、web端都有优秀的社区产品。
参考不同行业、相同模块,再进行体验对比,再来决定如何“抄”。同时关注每个版本迭代的数据、成本消耗、时间周期,再作为积累复盘,为下次做好准备。
这就是是所谓产品经理的抄袭,你学会了吗?
今天的分享就到这。