账单超支的用户，是升级邀约里最容易判断错的一类。很多人一看超支就推升档，结果用户升档之后用量回落，白白多花钱，下个月就投诉、就降档。问题出在第一步就错了：没有分清这次超支是一次性的，还是连续的。这两种超支，背后的需求完全不同，邀约策略也应该完全不同。
先分清：一次性溢出和连续溢出是两回事
一次性溢出很好认：某个月因为出差、旅游、家里换宽带、孩子放假，流量或者通话突然上去一个月，下个月就回落了。这种用户不需要升档，需要的是一个临时的解决方案，比如叠加包、短期提速、或者下个月注意用量提醒。连续溢出则是：连续两三个月都超，而且超的量比较稳定，说明用户的用量结构已经变了，原来的档位确实不够用了。只有连续溢出，才值得谈升档。分不清这两类，邀约就是在给用户推荐他不需要的东西。
再算账：升档和加包的盈亏平衡点在哪里
即使确认是连续溢出，也不能直接报升档方案，要先算盈亏平衡：用户现在每月超支部分实际花多少钱、升档之后每月固定多花多少钱、加包方案每月又是多少。三个数字摆在一起，答案往往一目了然：超支部分每月花得比升档多，升档就是省钱；超支部分不稳定、时有时无，加包反而更灵活。把这笔账算给用户听，邀约就从“推销”变成了“帮你省钱”，用户的接受度完全不同。
先用叠加包验证，再谈升档
还有一种更稳妥的打法：对那些介于两者之间的用户，先推一个月的叠加包做验证。叠加包用下来，用户自己会感受到：加包之后确实够用，说明升档合理；加包之后还是不够，说明档位要再往上走；加包之后根本用不完，说明超支只是一次性的。用一个低成本的验证代替一次性的判断，既降低了用户的决策风险，也降低了升档后降档的概率。
写在最后
超支用户的升级邀约，拼的不是话术，是判断。先分清溢出类型，再算清盈亏平衡，必要时先用叠加包验证一轮。判断做对了，升档才是帮用户省钱；判断做错了，升档就是给下个月的投诉埋雷。
