旺季第一天，运营一次性发两千份合同。系统转了十分钟没动静，等页面刷出来的时候显示只发出去三百份，剩下的一千七百份状态不明，谁也不知道哪些发了哪些没发。
批量和并发能力，平时完全看不出来，只在两个时刻暴露：旺季爆发，和历史数据一次性导入。这两个时刻一旦掉链子，代价都不小。
这篇把并发与批量处理拆成四个可打分的点，讲清楚怎么测、问什么、怎么准备预案。
测评维度一：单次能发多少，超限会怎样
第一个要问清楚的是量级上限。
单次批量上限。一次能发起多少份，是几百还是几千。这个数字不是越大越好，而是要跟自己的实际峰值对得上。
超限之后怎么处理。是分批自动排队，还是直接报错让你自己拆。前者省心，后者需要自己算着拆批。
大文件的处理。单份合同篇幅很大的时候，批量上传会不会变慢或者失败。篇幅大的扫描件尤其要注意，很多公司为了省事直接传高清扫描，单份几十兆，几百份一起传必然卡。
失败之后能不能续传。传了一半断掉，是全部重来还是从断点继续。这一条在实际操作中差别巨大。
以爱签这类面向中小企业的平台为例，常见量级的批量发起能直接支持，超大批量建议分批进行。具体上限和续传策略各家不同，采购前最好拿真实的峰值数量试一次，而不是看参数判断。
测评维度二：并发之下状态会不会乱
比"发得出去"更麻烦的是"发出去之后状态对不对"。
状态一致性。两千份里有一部分显示已发、一部分显示处理中、一部分失败，这个状态是否准确。最怕的是显示已发但其实没发到对方手里，这种不一致要等到有人来问才会被发现。
重复发送的风险。网络卡顿的时候重复点了发起，会不会真的发两遍。对方收到两条一样的签署链接，体验很差，还会造成哪份有效的混乱。
顺序错乱。批量发起时如果带了顺序签署，人多的时候顺序会不会乱。顺序乱了，合同效力本身不受影响，但管理上会出问题。
实测方法：拿五十份做一次带并发的模拟，发起后立即随机抽十份核对状态，再过十分钟核一次，看两次结果是否一致且有推进。
测评维度三：高峰期会不会变慢
并发能力有个时间维度：不是能不能扛住，是扛住的时候慢不慢。
高峰期响应。月底、季末这种大家都在一起发合同的时段，操作响应会不会明显变慢。这个没法靠参数判断，只能靠同行打听或者自己实测。
外部签署人的体验。这一条最容易被忽略：内部发起慢一点还能忍，外部签署人打开链接转圈十秒，他会直接关掉，然后这笔就黄了。
批量操作的排队机制。发起之后是在后台排队慢慢发，还是卡在页面上等。前者体验好，后者容易让人以为系统挂了而重复操作。
要问的一句话：贵方在月末最后一天的平均响应时间是多少。愿意给数据的，通常对自己的性能有底气；回避这个问题的，要留个心眼。
测评维度四：异常之后有没有兜底
批量操作一旦出问题，考验的是补救能力。
失败清单能不能导出。两千份里失败一百份，能不能把这一百份单独拉出来重发。没有这个能力，就要人工从两千份里挑，工作量不可想象。
失败原因能不能看到。是手机号格式错、还是对方已注销、还是系统原因。看不到原因就无法分类处理。
部分失败的处置路径。重发是整批重来还是只重发失败的那部分。只重发失败的是基本要求，做不到就很难用。
有没有操作回滚。发错了整批，能不能整批撤回。这一条在批量误发时是救命的。
打分建议：四个维度怎么配权重
单次批量能力占两成五，并发状态一致性占三成，高峰期响应占两成，异常兜底占两成五。
状态一致性占最高，因为它错了不会立刻被发现，等发现的时候往往已经造成后果。单次批量能力和异常兜底各占两成五，前者决定能不能干这个活，后者决定干砸了能不能救。高峰期响应占两成，因为多数中小企业的高峰不像电商那么极端。
打分判据统一用实测：准备一份真实的批量名单（建议至少一百条，含几条故意的错误数据），走一次完整流程，记录四个数------总耗时、失败数、失败清单能不能导出、重发是否只针对失败项。
落地建议：旺季前必做的五件事
一、提前压测一次。用真实量级的一成做一次模拟，别等到旺季当天才发现扛不住。
二、批量拆小。两千份拆成十批，每批发完看结果。一批失败损失面小，也更容易定位问题。
三、名单先清洗。去重、校格式、剔无效。脏名单是批量失败的最大来源，这个问题在平台之外。
四、避开整点高峰。多数人集中在上午九点和下午两点操作，错峰发起体验会好很多。
五、留一个人工兜底方案。系统万一扛不住，有没有备用的分批发送路径或者临时改期的沟通方案。这一条在旺季开始前就要跟业务确认好，别等出事再想。
并发与批量这件事，本质上是为一年里那几天最忙的时候买单。平时看不出差别，那几天一到，差别全是订单。