编辑导语：配置项是产品中常见的一个功能选项，而配置项需要依据业务场景、用户需求等因素来进行设置。若设置不合理，则可能会引起用户不满。那么，配置项被用户改动之后，产品数据应当如何变化、并保证用户体验呢？本文作者对此进行了分析，一起来看一下。

在B端产品中，会提供用户自定义设置的选项，用户可以根据实际的业务场景进行自定义配置，但是业务是动态变化的，当设置的配置项已经无法满足现在的业务时，用户就会去调整配置项。

举个例子，房产中介公司A对于“优质客户”的回访有统一要求，要求在优质客户咨询后当天就进行回访，为此在“某会员管理系统”中设置了H类客户（H类客户，即优质客户）下次回访时间：0天，方便提醒销售人员进行跟进。

但实行该规定一段时间后，收到了用户大量的投诉，用户认为受到了骚扰。为此A公司修改了下次回访时间的设置，从0天改成了3天。

这里就是“下次回访时间”配置项最初设置的值和实际的业务场景发生了冲突，0天导致了用户投诉，从而产生了一次配置项的改动，而配置项改动后也会带来一个问题，产品数据应该如何变化呢？本文就想和大家讨论这个问题。

一、考虑影响的数据范围

当“配置项”被用户改动后，我们首先应该考虑数据的影响范围。

假设“配置项”规则改动的时间节点为X，那么我们的数据范围就会被划分为两个部分。在时间线上以X作为时间分割点，X左边即发生在X之前时间，所产生的数据结果即为历史数据；X右边即发生在X之后时间，所产生的数据即为未来数据。

一起通过房产中介公司A的案例来验证一下，A公司设置的“下次回访时间”为0天，但由于陆续收到很多用户的投诉，因此A公司修改了“下次回访时间”为3天。

那么房产中介公司在4月份登记的优质客户A、B、C和5月份登记的优质客户D、E、F分别属于什么数据范围呢？

这里5月1日是在时间线上的一个分割点，在这一天A公司修改了“下次回访时间”的配置项，那么优质客户A、B、C就属于是历史数据范围，而优质客户D、E、F就属于未来数据范围。

了解影响范围后，就能推导出“配置项”改动是否会影响数据变动了，通常我们认为，“配置项改动”会影响未来数据，而不影响历史数据。

因为从时间线上看，未来数据所产生的结果，晚于“配置项”规则的修改，所以会以新规则统计。就像优质客户D、E、F是在“下次回访时间”规则改动后产生的数据结果，就需要以**的规则来统计回访日期，而历史数据所产生的结果，是已经发生存在的，不需要以**的规则来统计。

那么事实真的如此吗？

二、配置项改动会改变历史数据的场景

未来数据，在“配置项改动”后需要发生变化，是毋庸置疑的，而历史数据在某一些特殊的场景下，会发生改变。