业务规则变更的三个层次 - tommwq.tech/blog
业务规则按照变更的周期，可以分为三个层次：法律、法规和行业标准、市场变化产生的机会、产品设计人员对上述两项的理解。
软件必须如何法律、法规和行业标准，否则可能受到严厉的惩罚，或者导致兼容性、互操作性上成本的增加。法律、法规和行业标准的变化频率较低，通常以年为单位。法律通常以5-10年为周期进行修改。法规和行业标准通常是3-5年修订一次。
在法律、法规和行业标准不变的情况下，随着市场的变化，业务线的重心可能发生调整。比如在信用扩张周期，银行可能更喜欢发放贷款，而在信用收缩周期，银行可能偏爱投资债券。这时为了响应业务重心调整，增进或缩减相关业务规模，软件在运营、活动设计和产品设计方面做成相应调整。这种调整对于软件开发团队来说，也是业务规则变更。这种变更通常以季度为周期。
除了上述两种业务规则变更来源，最常见的、变更频率最高的，是产品人员对上述两项，以及对业务应用场景的理解发生的变化。比如：领导经常关注的竞品Y上了XX功能，虽然我看不出有什么用，但是他们这么做必有原因，我们也要跟进做这个功能，免得领导说我们产品功能太少。实际上让开发团队苦不堪言的往往是这类业务变更。这类业务变更的频率，也可以用来衡量产品团队产品设计能力。变更频率过高，说明产品设计没有一个核心的指导原则，出现大量的随机、随意的设计。或者产品设计不完善，后续需要不断修补。