废话不多说，先丢两张表。表是随便做的，颜色没做太细区分和悦目处理，反正也不主要用于看，只是用于了解。
数据个人只做了简单的了解，30个以上是否存在奖励增幅，个人不知，欢迎打脸。
已知，点数为5时，奖励2点，为10时，奖励4点，为15时，奖励8点，为20时，奖励10点。再高也不会有更多的奖励。
根据第二个表，得知，点数奖励最大化的情况为15点，其次为16点与20点。再者为17、21、22点，其他过低，暂不考虑。

此处拿高级指数作为例子，满点数为100。（只列出几种情况下所需点数，不混杂多捡少捡的情况）
交付点数：每次交的点数
交付积分：每次交的点数与奖励分之和
交付次数：需要上交的次数
剩余点数：最后剩下的不足以需求一次完整交付的点数
剩余所需：剩余点数所需要的实际点数
所需总点数：使用该方式交付，最后总共需要消耗的点数
效率增幅：根据该方式交付，获得的收益百分比
根据上图可以看出，正常在5、10、15、20点交付可以省去大量的所需点数，效率最高可以提升50%以上。
增幅的幅度也与前面点数表所列出的增幅比相差无多。所以本处并不列举6、7、8、13这些情况下交付所需的点数，效率增幅可以参考前面的点数增幅表。

好的，数据了解的差不多了，该说，到底该怎么交了。大概聪明的人已经知道该怎样了吧？
根据这场指数点数，得分614，击杀423得出，614-423=191，191/423≈45%，效率提升约为45%
不过实际需求是600，那么实际应该按照600来算，600-423=177,177/423≈42%，实际效率提升约为42%
因为是实战，所以会产生一些溢出，以及多捡到一些或捡豆者并不是很了解捡豆规则的情况，怎么实际处理这些情况，大概就是接下来要讲的了。

*注：接下来的情况皆以高级指数100点的需求为基础计算。
已知，最优交付情况为15，奖励8点，增幅53.33%
其次为，16和20，奖励分别为8点与10点，增幅都是50%
那么，应该怎么控制一轮交付的点数最少？
1、首先，需要避免溢出，比如当前90点，剩余需求10点，然后捡了15点，交付，获得23点，溢出13点。这里的13点额外就浪费掉了，因为目前的结算机制为完成后清零，并不会把多余的积分延续到下一波次。（
正确的
处理方式是捡8点，交付，奖励2点，获得10点，比前面举例的15点少消耗7点）
2、优先选择交付15点，在剩余点数需求大于18时，15点所提升的效率是最大的。
3、多捡了怎么办？16点也能交付，但如果到了17点，建议累计到20点再进行交付。此处不适用于当前点数+奖励大于剩余点数的情况，如果超出，则尽早交付。
理论最优的几种情况：
1、消耗66点，15*4，6*1。（交付5次）
2、消耗66点，15*3，21*1。（交付4次）
3、消耗66点，15*2，16*1，20*1。（交付4次）
4、消耗68点，20*3，8*1。（交付4次）
5、……68点的情况挺多，就不一一列举了，自己根据实际情况随机应变，别等队友变狂战士，每个人的时间都很值钱
容错点数：
1、消耗66点，容错点-1
2、消耗68点，容错点-3
注：容错点数为可以随意分配的点数，不在主要需求内。但是必须捡，可以先捡或后捡。
【不想看太多的看这里，重重重重点！！！】
优先交15点！！一轮最好交付2次以上的15点！！
16点也能交！！20点也行！！
最后剩余的点数一定不要超太多！！自己看剩余点数是多少，如果已经足够就交掉！！否则大于等于19点就交15，剩余1~18点根据前面的点数表来算！！
5-2，10-4，15-8，20-10！！！

反正你们也不会看那么多，就是想要跟你们说，剩余点数还多的情况多交15点。
剩余点数不多的情况下自己动脑算一下，哪怕只是看自己点数和奖励加起来有多少，是否已经够目标需求了，别剩余10个还捡20个浪费时间。
最后祝大家身体健康。