
复利,原本是一个银行业里的词语,是指一笔资金除本金产生利息外,在下一个计息周期内,以前各计息周期内产生的利息也计算利息的计息方法。
“复利”这个词有很多“衍生”应用,最常见的就是在“鸡血界”——每天进步1%,365天之后,你就是之前的37.8倍。

我觉得,“复利”的概念在产品界也同样适用。如果你的产品功能每天优化1%,365天之后,你的产品就是之前的37.8倍。要到达这个效果,也需要满足以上前提:每次优化的产品功能在产品运营中得到应用。
很多公司做产品的时候,永远在开发新的产品功能,但是这些功能都只有用一次。这样的产品就没有任何的复利,只是产品功能的堆积而已。

SCRUM是敏捷开发的一种具体思路。
关于SCRUM开发原则的文章有很多,大家可以在“人人都是产品经理”里面搜索查看。需要强调的是,SCRUM的开发原则得以顺利实施的关键点:开发流程中的三个角色设定要清晰。
角色一,也是最重要的角色——产品负责人:确定产品功能列表以及交付的标准,同时有权限接受或者否定开发交付的产品。产品负责人可能是产品经理,也可能是运营负责人,但是这个人不是对产品交付负责,而一定是对产品的实际效果负责。
角色二,流程管理员:管控整个开发进度,并剔除开发中需求方与开发方之间的沟通障碍。这个角色可能是产品经理,也可能是项目经理。
角色三,开发团队:对产品交付时间和开发质量负责。一般是5-10个人的特种兵式的开发团队,需要很强的协同性。
3.敏捷运营原则有了敏捷开发之后,我们可以运用“敏捷运营”的思路,快速验证开发的产品:
(1)确认1-2个产品验证指标
每个产品功能上线以后,制定1-2个验证这个产品功能的指标。指标制定要合理,不能以点概面,不能所有指标都是结果指标。比如,上线了一个分享功能,就看这个功能的使用率是否有提升,而不要去看分享之后的最终用户转化。
(2)保持和用户的沟通
不管产品做到了多大规模,上线新功能的时候,都要提前给种子用户们测试一下。至少选择10个人做一对一访谈,然后再看用户的访谈结果与他们使用数据,以此来迭代产品功能。和用户聊天与每天看数据,这两个习惯是产品同学和运营同学的基础要求。
(3)接受产品永远不好用的现实
运营总是会抱怨产品不好用,于是不停地换不同的产品。但其实,我们需要接受“产品永远不好用”的现实。产品不好用很正常,我们不断让它变得更好用就好了。产品就像一个孩子,刚刚生下来的时候什么也不会。我们不能放弃它,而要不断教它,让它越来越棒。
以上就是我对“复利型产品”的理解,运营人员和产品经理需要联手才能使得产品不断成长,拥有复利效应。
本文原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Pexels,基于CC0协议
Copyright © 2002-2030 涛庆汽车 涛庆汽车百科网