未完成名单不等于没有收到通知的人，也不等于不愿参加的人。有人没看到消息，有人进入了错误入口，有人时间不合适，还有人正在等待问题解释。把同一条通知反复发送，未必能解决这些情况。
负责人可以先核对已有发送信息，再通过合适的渠道了解具体困难，把补发变成有针对性的安排。
已发送、已送达和已理解是不同的事
通知渠道能提供什么状态，应按实际服务说明核对。以Twilio的官方消息状态说明为例，发送、送达与阅读分别记录，阅读回执还取决于渠道及接收方设置。不能把某种渠道的状态直接套到所有短信、群消息或邮件。
即使页面显示已阅读，也不能仅凭这一状态证明本人理解了用途，或已经作出有效同意。对于没有阅读回执的渠道，可以保留发送记录，并在必要时人工确认；不能把未知状态写成“未读”。
根据问题选择下一次联系
先从已知失败开始处理。例如联系方式错误，应通过机构正常渠道核对，不向陌生号码补发含个人信息的测评材料。渠道未送达，可在确认联系方式和使用范围后安排另一种通知方式。
已经收到但进不去的人，需要的是正确入口或操作支持。先请其描述出现问题的步骤，必要截图遮去与排障无关的身份、答案和报告内容，再交给技术联系人。尚未解决入口问题前，重复提醒“尽快完成”没有帮助。
时间不合适的人，可以由项目负责人核实是否提供另一个窗口。对用途、隐私或报告反馈有疑问的人，应由了解项目安排的人员回答，而不是让执行人员用“大家都做了”代替说明。
如果本人表达不愿参加，按适用项目规则和个人意愿处理，不把这种回复登记成发送失败，也不通过不断更换渠道持续催促。
把补发说明写短，安排写清
一般补发只需包含项目名称、需要完成的事项、有效时间、正确入口和联系人。不要在群里公布个人未完成名单，更不要把心理分数或需要关注的标签放进提醒。
例如可以写：“补充本次活动的参加说明：作答窗口已调整到周五下午，入口以本条通知为准。若原先已完成，无需重复提交；如无法确认提交状态，请私下联系项目工作人员核对。”发送前应把时间和联系人替换成已经确认的安排。这是通知示例，并非任何平台的实际消息。
通知内容变更后，相关执行人员也要拿到同一版本，避免一个人继续发旧链接，另一个人已经通知延期。联系安排只保留必要状态与负责人，无需把本人说明的私人经历转发给所有协作者。
看完成情况，也看问题有没有解决
补发后，确认哪些已解决送达或入口问题，哪些仍需跟进，以及谁负责下一步。完成数量增加，可以说明这段时间有更多人提交，但不能单凭先后顺序就证明增加全部由补发造成；同期延期、现场协助等也可能影响结果。
复盘时将已确认的反馈与推测分开：“五人反馈旧链接打不开，换入口后已能进入”，比“补发证明大家之前没收到”更准确。没有回复的人继续记为原因未明，不推断其态度或心理状态。
橙星云可帮助机构查看任务参与和完成情况。通知的实际发送渠道、可取得的回执与补发方式，可以在项目准备时一并确认。知道每种状态能说明什么，才容易把下一次联系用在真正需要的地方。