『』表格改变字段时,该如何兼容历史数据?( 三 )


『』表格改变字段时,该如何兼容历史数据?
文章图片

文章图片

迭代发布上线后 , 产品同学提出“下次回访时间”直接展示时间 , 对销售团队来说不够直观 , 可以对“下次回访时间”进一步处理 , 更加直接明了 , 因为“下次回访时间”字段中原有的时间格式是支持现在的规则换算的 , 就可以对时间进行了换算处理 。
对“下次回访时间”的展示进行处理 , 计算“下次回访时间”和当前时间的差值:原统计格式:yyyy-mm-dd新统计格式:X天后回访;已过期X天
『』表格改变字段时,该如何兼容历史数据?
文章图片

文章图片

随着业务的发展又遇到了“字段统计逻辑和规则无法转化”的情况 , “客户管理”中“意向产品”的可选项从“商品1 , 商品2 , 商品3”变成了“商品5 , 商品6 , 商品7” , 改动前后的数据没有办法去简单的进行兼容 , 而前后数据对于业务来说都是具有意义的 , 那么我们需要在保留两者数据格式的前提下 , 做一些文案上的提示 , 例如在操作日志记录系统对于规则的更改 。
从上面这个案例中我们发现 , 表格的变动不单单只有出现一种冲突 , 我们采取的解决方案也是多样的 。
03 兼容历史数据的价值和场景
表格字段的改动会导致历史数据和改动后数据的冲突 , 而数据冲突会导致在产品层面的数据没有连贯性 , 进一步导致了用户无法理解前后数据 , 对产品产生了疑问 , 以至于产生了负面情绪 。
简单的对表格字段进行增减 , 对于用户的影响相对于较少 , 降低了用户对数据的可读性 , 比如上文案例中增加减少字段 , 不做处理的话 , 用户会对部分情况有数据部分情况无数据产生疑惑增加了理解成本 。
但是对于更改统计逻辑的 , 就不只是简单用户体验上的问题了 , 会给业务带来实际的影响 , 比如上文中意向产品中可选择的产品变更了 , 如果不及时对于历史数据进行兼容 , 做相关的变动说明处理 , 很容易给业务员带来之前的商品仍然可以进行销售的误判 , 最终导致下错订单甚至下单后无法发货 , 给公司业务带来实质的亏损
由此可见 , 兼容历史数据的价值 , 在于解决这一系列的数据冲突 , 既保证了产品层面的数据连贯性 , 也让用户了解到数据变动的原因 , 降低了用户的负面情绪和理解成本 。更重要的是 , 不仅可以 能帮助用户复盘业务情况 , 对业务起到指导作用 , 而且避免事故和损失的发生
但是兼容历史数据也不是在所有场景都适用的 , 当我们涉及到的改动非常大的时候 , 比如业务发生巨大的变化导致原有表格字段全部推翻重新设计时 , 就不建议采用上文的兼容方案 , 可以选择新老数据交替过渡 , 原有的表格提供对老数据的支持 , 新建一个表格用于支持新字段的展示 , 通过这种方式 , 完成从历史存量业务到新业务的过渡;又比如整体项目需要重构 , 可以选择数据迁移方案
现在当我们再次遇到历史数据冲突需要兼容的情况时 , 可以判断如何选择了吗?
『』表格改变字段时,该如何兼容历史数据?
文章图片

文章图片

本文由 @晌午 原创发布于人人都是产品经理 , 未经作者许可 , 禁止转载 。
题图来自Unsplash , 基于CC0协议 。


推荐阅读