电商售后是一个非常典型的 业务场景/条件 多的业务。 以单个订单的订单状态可能有数十种（未付款，已付款待发货，发货中，运输中，已签收，退货退款、直接退款、换货、部分退款、退运费等等）。在加之其它的一些业务逻辑（如用户信用等级判断），各类业务逻辑乘区造就了电商售后的 业务case多，逻辑重的特点。
在上面的情况下，往往会导致很多特殊业务逻辑只有当时的开发者知晓，甚至只有开发（前后端）和 产品一起才能拼凑出完整的业务逻辑。 这本没什么，但是新接手这类业务需要花很长时间去熟悉。 而且业务的交接就变得极其重要，人员流动率大 加上 文档不完善的话，没有人知道这一块的逻辑是怎么样的，也没有人敢动，极其容易形成一个逻辑上的黑洞。
要解决上面的一点，除了常规的文档和人员交接以外，业务逻辑的统一管理就很必要的。 天然地，前端无法承载所有的业务逻辑。往往业务逻辑会像后端转移，前端变成极其薄的一层。 然而，即使这样，后端开发虽然能掌握大部分的业务逻辑，做到逻辑的可追溯。但是过重的业务逻辑也会造成心智负担。这时往往就会拉出A端，让业务逻辑 可配置化。 将业务逻辑的编写转移到最原初的产品/运营部分。