我们经常会听到前端抱怨,你这个功能可不可以做成后台配置,这样你们运营起来更灵活,也不用每次都改代码了。
产品经理一听这理由,确实有道理啊,于是吭哧吭哧画后台原型,过了一两个月,后台总算开发完了,但发现不满足当下的需求了。
所以什么时候才需要做后台配置呢?
一定不是因为前端人力紧张这种外部因素,而是经历了一段时间的试错后,有一定的用户数据积累,这个功能模块确实是用户所需且对运营数据有正向意义的,那么进入到精细化运营的阶段时,这时就可以考虑做成后台配置了。
一般需要后台配置的有两种情况:
1、配置内容
2、配置逻辑
如果对于H5来说,不存在版本的概念,想更新内容随时更新。
但是对于APP来说,要是每更新一个内容就要发个版本,确实不够灵活。这时实际可以用的方法是hybrid,就是一部分后台配置,一部分前端写死。
怎么理解呢?
比如我们想在APP里加一个资讯模块提升留存率,但如果直接做成可编辑的资讯配置后台,投入的时间成本很高。这时我们可以采用资讯列表后台配置,而资讯内容用H5页面写死。
这样只配置封面、标题、描述、时间、URL这几个简单的字段,开发起来很快。
当然这时H5的开发量很大,因为每一篇资讯相当于要写一个页面。但是这个投入相对于开发一个完整的后台还是小的多。
经过一段时间的验证,如果发现资讯对提升留存没什么效果,那么废弃一个简易后台的成本也很低。
如果发现资讯真的能够对提升留存有一些效果,那么决定把资讯作为长期运营的模块时,再来开发一个完整后台也不迟。
而配置逻辑,一般用于数值控制。
如果是一个长期运营的功能,比如积分签到,每天能领到的积分我们并不需要一开始就做成后台配置,因为我们需要一段时间才能评估数值设置的合理性。
比如签到人数多,积分领取额度也高,那么积分商城的商品兑换率就变高,我们的成本投入过大,这个不会是一瞬间就到达的效果,所以并不需要随时进行数值的调整,完全可以通过版本发布来进行控制。
但如果是一个短期运营的功能,比如大转盘抽奖,活动一共就10天,那么为了成本控制,中奖概率还是需要后台可调整的,不过并不是都需要有个后台界面,直接让后端修改代码里的数值即可。
所以啊,别陷入“不要写死”的执念中,时间才是最大的试错成本。
————————
个人原创文章,转载请联系本人授权。
欢迎关注“Y酱聊产品”,坚持原创日更,听6年级产品经理的每日碎碎念。
领取专属 10元无门槛券
私享最新 技术干货