什么时候才需要做后台配置

我们经常会听到前端抱怨，你这个功能可不可以做成后台配置，这样你们运营起来更灵活，也不用每次都改代码了。

产品经理一听这理由，确实有道理啊，于是吭哧吭哧画后台原型，过了一两个月，后台总算开发完了，但发现不满足当下的需求了。

所以什么时候才需要做后台配置呢？

一定不是因为前端人力紧张这种外部因素，而是经历了一段时间的试错后，有一定的用户数据积累，这个功能模块确实是用户所需且对运营数据有正向意义的，那么进入到精细化运营的阶段时，这时就可以考虑做成后台配置了。

一般需要后台配置的有两种情况：

1、配置内容

2、配置逻辑

如果对于H5来说，不存在版本的概念，想更新内容随时更新。

但是对于APP来说，要是每更新一个内容就要发个版本，确实不够灵活。这时实际可以用的方法是hybrid，就是一部分后台配置，一部分前端写死。

怎么理解呢？

比如我们想在APP里加一个资讯模块提升留存率，但如果直接做成可编辑的资讯配置后台，投入的时间成本很高。这时我们可以采用资讯列表后台配置，而资讯内容用H5页面写死。

这样只配置封面、标题、描述、时间、URL这几个简单的字段，开发起来很快。

当然这时H5的开发量很大，因为每一篇资讯相当于要写一个页面。但是这个投入相对于开发一个完整的后台还是小的多。

经过一段时间的验证，如果发现资讯对提升留存没什么效果，那么废弃一个简易后台的成本也很低。

如果发现资讯真的能够对提升留存有一些效果，那么决定把资讯作为长期运营的模块时，再来开发一个完整后台也不迟。

而配置逻辑，一般用于数值控制。

如果是一个长期运营的功能，比如积分签到，每天能领到的积分我们并不需要一开始就做成后台配置，因为我们需要一段时间才能评估数值设置的合理性。

比如签到人数多，积分领取额度也高，那么积分商城的商品兑换率就变高，我们的成本投入过大，这个不会是一瞬间就到达的效果，所以并不需要随时进行数值的调整，完全可以通过版本发布来进行控制。

但如果是一个短期运营的功能，比如大转盘抽奖，活动一共就10天，那么为了成本控制，中奖概率还是需要后台可调整的，不过并不是都需要有个后台界面，直接让后端修改代码里的数值即可。

所以啊，别陷入“不要写死”的执念中，时间才是最大的试错成本。

————————

个人原创文章，转载请联系本人授权。

欢迎关注“Y酱聊产品”，坚持原创日更，听6年级产品经理的每日碎碎念。