今天想讨论下在不同业务的生命周期时，业务方案或者策略的选型。同样一个业务，可能会在不同时间呈现不同的模式。
从一个人来说，不同的年龄，身体结构本身就是不同的，我们称之为外在表现形式的不同；同样，在不同的年龄，心理和思维也不同，我们称之为内在的不同。因此在不同的生命周期里，就应该因地制宜来选择业务模型。
案例
我们先说一下交易，完整的三方交易系统应该具备三种角色，买方、卖方和平台方。买方支付金钱，卖方售卖物品，平台提供服务。
从资金流上来说，三方交易系统可以分为两个阶段，一是买方支付资金到平台，二是平台将资金分润或者分佣给卖方。其中第一个阶段比较简单，资金直接从买方出，我们称之为：
——————-支付
第二个流程一般平台会跟卖方约定分润比例，及这笔资金根据约定的比例分成两份，一份留给平台，一份打给卖方。第二个流程我们称之为：
——————-结算
淘宝结算模式，淘宝宝贝的结算模式是用户确认收货或7天自动到期后，款项一次性打给卖家。但是对于周期性的软件服务，淘宝服务市场的结算模式就是按月分润，即一笔订购了一年的服务的资金，按月均摊结算给卖家。
比如，买家在1月初购入1200元/年的CRM管理系统，则卖家会在每个月的固定时间收到1200/12=100元入账。
但是对于SAAS行业来说，很多都是小型的卖家，即小型服务商。这些小型服务市场在直销或者分销等各个自由渠道对软件做分发，都是会即时回款。淘宝服务市场上的已有的服务商，由于体量巨大，因此可以扛得住回款周期较长的风险，但是对于小型服务商来说，回款周期过长直接导致服务商的资金断裂。
因此，同样的产品类型，服务商不同的生命阶段，交易平台就需要给出不同的结算模式。同样，如果按月均摊，则服务商无法抗住资金压力；参考淘宝一次性打款，又可能会出现服务商倒闭或违规潜逃，则会给平台带来巨大压力。
其中一个解决模式，就是采用其他方面的约束，比如签订深度合作合同、缴纳保证金等手段。此类是不是通过结算本身的策略来实现的。
思路
两个方式都有问题，那么折中是最好的，能使服务商快速回款，又能保证平台不会承担太大的风险。那么其中“滑动窗口”的结算方式是可以较好的满足需求。
“滑动窗口”的结算模式，即设置打款窗口，到指定窗口则给服务商打款，打完后，窗口就会向后移动，窗口大小可以根据当前的服务商信用等级、平台沉淀资金额度进行变化。滑动窗口为1，则退化成淘宝宝贝的一次性打款模式，窗口为30天，则变为按月分润的模式。因此这种方式是一种较好的降低风险，并且又可以实现针对不同服务商进行快速结算的需求。
当然，这种方式会增加系统的复杂度。这个就是系统具体的实现问题了。
