产品的版本迭代机制是这样的
一款互联网产品的版本迭代不是在最开始就规划好的,也不应该规划好,甚至不用做很长远的规划,因为你的长远规划真的只是停留在规划。
一款新产品推出市场,死了或者火了的处理方法比较简单,可如果是不愠不火呢?迭代,该怎么让产品火起来?
一、产品的迭代的唯一依据————目标用户产生的数据
新产品上线,无论获取用户的方式是什么,是烧钱还是烧钱还是烧钱,一定要获取第一批种子用户。烧钱也不是乱烧的,得烧对地方,瞄准目标用户,一个主打女性时尚用品的跨境电商APP如果到工地给农民工做推广,无论获得多少用户,都是没有意义的,什么屌丝思维,农村包围城市都是扯淡的,首批用户一定是目标用户,这才对未来的用户分析和版本迭代有意义,只有目标用户使用产品产生的数据才是可用来影响产品迭代的数据。
举个很简单的例子,如果你的产品目标用户是年收入20万以上的中高端人群,而获取的种子用户是年收入5万-10万的居多,那么问题来了,这部分种子用户产生的数据并不是你初始定的目标用户产生的,那么这些数据并不具有参考价值,如果拿这些数据作为依据的话,有两种调整的可能性:一是更改目标用户定位产品,二是重新获取既定目标用户。否则就会让你的产品进入一种相对混乱的状态,后果可想而知。
二、产品迭代的原则
1,从0.0到1.0
简单、简单、还是简单,一个产品从无到有,除了核心的不能或缺的功能之外,其他所有的功能都可以暂且搁置,去掉所有和核心功能无关的幻想,不要幻想用户会怎么样,而是要用最简单的方式获取首批目标用户,然后根据监测数据、使用时间、新用户增加量、增加的时间,老用户活跃的时间段、时长,使用最多的板块等等(对于数据分析有太多,这里说不完,暂且放下)进行分析才能规划2.0版本。
2,从1.0到2.0
有了第一批用户之后,一个月的时间就能看出产品的市场上的反应,这个时候真的就是看产品经理的和运营部门的市场敏锐度了,产品能不能继续走到2.0,关键的时候就是能不能从1到2,从无到有是简单,那么从1到2呢,答案还是简单,简单,再简单,继续扩大用户量,提高产品的活跃度、下载量、订单转化率等等符合对应类型产品应该达到的目标。
遵循以下2条:
- 尽量不改变老用户的习惯,尤其是功能的位置、图标的样式和交互流程,否则,你懂得。
- 让新用户容易融入,从使用场景着手,一个刚注册的新用户使用你的产品就像是一个人和你相亲,好不好,外表很重要,容易不容易相处也很重要,新用户必须能简单上手,试想你的相亲对象第一次和你见面就和你各种不顺心,那还能一起欢乐的玩耍吗?
3,从2.0到3.0
如果你的产品版本不是乱做的话,升级到3.0的时候,这个时候的产品应该说已经相对成熟,各大板块和功能已经不会再有很大的改变,不管用户多少,至少此时的产品已经是一款用户认可的产品了,否则,及时版本名字叫3.0,其实产品还没有成熟到3.0,具体怎么样才能算作3.0呢,不同的产品有不同的标准,这里以垂直社区电商为例,当达到3.0的时候,产品应经已经实现造血功能,不用靠烧钱来获得用户,也不用靠低价来促成订单,日活月活有多少也不能算标准,可以按照百分比来计算,注册用户应该占据目标用户体量的10%左右,月活占注册用户的60%以上。
4,从3.0到4.0
雪球已经滚起来,这个时候就是时间和方向问题。对于产品来说,就是锦上添花,花的位置,添花的时间,都是要基于数据进行设计和规划,产品到了这个时候,更重要的是运营和技术了,要处理的是技术问题比较多,尤其是并发和服务器的稳定性,还有如何玩转这么多用户的确是运营的重头戏。
三,理想很丰满,现实很骨感
我们做的大部分产品都不会按照预想的去发展,都会做各种调整,可能是180度掉头的调整,这里我们需要明白一点,产品犹如武器,市场犹如战场,在调整之前首先明确以下几点:
- 是否已经获取足够多的产品既定目标用户?
- 目标用户对产品的反应是爱理不理?还是根本就不理?
- 明确是“武器”不合适还是使用“武器”的方法错了?
产品的迭代就和大家分享到这里了,其实也没什么,用数据说话,如果能够判定数据具有参考意义。
原文由@小明是只产品汪汪汪(微信公众号:xmpm55) 原创发布于人人都是产品经理 ,未经许可,禁止转载。
这种都可以过?
确实太简单了,等于没说,作者啊 ❗ ❗ ❗ ❗
感谢作者,学习了。不过感觉写得太简单了点