第三版的建模：树状结构。
首先，燃油方案名称本来就是一个索引，一个壳子。
业务说经常要更新燃油，这里的更新只是对燃油方案中的明细进行更新，常见的就是修改生效日期、失效日期和燃油费率，燃油方案名称一般来说是不会修改的，也不能修改，因为方案是一直被计费规则所使用的。
其次，燃油方案还有一个很关键的场景需要满足，就是对已经发生了的物流费进行重新计算的时候，需要使用物流发生的时候的燃油明细去计费，也就是历史的燃油明细也很重要，需要留底备用。
最后，树状结构可以保持燃油方案的简洁，配置计费规则的时候选择的是燃油方案的主档信息，而在使用/调用燃油方案的时候，再根据日期时间去查询该方案下的燃油明细。
当然，对于燃油明细还是要确保生效日期范围不能重复的，这样计费的时候才能找到唯一的一条数据。
四、总结最后回过头来看的时候，燃油方案这个需求确实比较简单，我们最终使用的方案也没有特别的创新或者颠覆性的改造，但是整个经历却很跌宕起伏，很让我触动。
一个小小的方案，因为一开始的建模方向搞错了，导致陷入了一种不撞南墙不回头的境地，让我总是在自我怀疑，为啥别人可以这样做，我自己这样做的时候却不行了呢？
通过三次的建模，三种不同的视角带来的差异也让我特别惊讶，很多时候我都以为建模只是在复杂场景下才用的上的比较玄乎的技能，但事实上好像简单场景也能用得上。
只是场景过于简单我们大多数时候第一反应切入的视角就已经可以做到最优解了，所以对建模视角的选择这个事情不会有太深刻的记忆。
其次是关于竞品参考这件事也让我有些顿悟，批判性思维在产品领域真是时用时新。
大家都在用的方案也不一定是最优解的方案，错误的概念和理解传播的多了，用的人多了，也不能改变它是错误的本质。
这一篇文章写了2个礼拜，断断续续始终没有灵感和动力一口气写完。
一方面是工作节奏太紧了，抽不出太多的时间。
另一方面是在建模方面，我还是只是一个初学者，边写的时候还在边找资料论证，我发现市面上关于这一块优秀的教材还是太少了。
用这个案例来阐述我对建模的理解，也许没有我想象中那么贴切，或者有一些理解可能还是错误的。如果你在此领域有更好的案例或者学习教程，欢迎与我沟通交流。
#专栏作家#
我叫维他命（Vitamin），*PM维他命。前PHPer，做过在线教育类产品，也做过4年多的跨境仓储物流方向的产品，目前是一位外贸SaaS领域的供应链产品经理。主要专注于WMS/OMS/TMS/BMS/ERP等领域，分享供应链相关的产品知识。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
