居民说“别发短信了”，最稳妥的处理不是把整份随访档案设为拒绝，也不是换个号码继续发送。团队应先确认他拒绝的是哪种渠道、从何时生效、是否仍接受电话或线下联系，再把偏好同步到未执行任务和后续计划。渠道偏好应当分别控制，居民对短信说“不”，并不自动代表对所有健康服务说“不”。
这是通用实践方法，不是真实客户案例
下面以一个常见场景说明流程：某居民近期频繁收到预约提醒，明确表示不希望再接收短信，但愿意在工作日傍晚接听家庭医生电话。场景不对应任何真实客户、患者或项目，也不包含个人身份、疗效或运营数据。
第一步：把模糊拒绝问成可执行的偏好
工作人员可以用简短、中性的方式复述：“您是不希望收到短信，但仍愿意接听随访电话，对吗？”随后确认可接受的时间段、号码以及是否允许应用内消息。不要诱导居民改变选择，也不要把继续服务描述成必须同意所有渠道。
若居民表达的是对内容、频率或发送时段不满，也应分别记录。例如“不要在午休发”“只发预约变化”“不要发送包含疾病名称的内容”，与完全停用短信并不相同。只有把范围问清楚，系统设置才不会过度或不足。
第二步：渠道分开设置，保留生效依据
短信状态
记录为暂停或拒绝，并保存生效时间、记录人、居民原意摘要和确认方式。若短信供应商还有排队消息，系统应尝试撤回；无法撤回时，要提示工作人员存在短暂延迟，不应悄悄声称已经全部停止。
电话状态
保持可用，并记录居民同意的联系时段。电话任务的脚本应避免追问居民已经拒绝的短信授权，除非居民主动要求重新启用或业务确有必要再次确认。
应用与其他渠道
每个渠道都应有独立状态，不能用一个总开关含混替代。对涉及敏感信息的消息，应遵循最少披露原则，通知只传达必要内容，详情放到合适的安全入口中。
第三步：让偏好进入任务执行，而不是停在备注里
许多问题不是因为没有记录，而是记录只存在备注中。新建任务、批量提醒和自动流程都没有读取备注，第二天仍继续发送短信。因此，渠道偏好需要成为可被规则识别的结构化字段，并在发送前再次校验。
已经生成但尚未执行的任务也要处理。短信任务应取消或改道，电话任务则保留原责任人和计划日期。系统最好留下“因居民渠道偏好变更而调整”的原因，便于团队理解为什么任务被修改。
第四步：设置例外但不扩大授权
如果机构依法依规需要发送某类必要通知，应事先明确例外范围和依据，不应借“必要通知”恢复普通营销或泛化提醒。工作人员在操作界面上应能看到普通随访提醒与法定、紧急或服务必要通知的区别。
居民日后要求恢复短信时，应重新记录确认时间和适用范围。恢复不能反向覆盖历史拒绝记录，否则发生投诉或复盘时无法说明当时为何仍发送或为何暂停。
团队可以用五个问题复核
一、居民拒绝的是渠道、内容、频率还是时段；二、是否确认了仍可使用的联系方法；三、偏好是否进入结构化字段；四、排队消息和未完成任务是否同步调整；五、变更是否保留时间、人员和依据。只有五项都有答案，这次沟通才真正转化为可执行流程。
更多场景方案可查看案例分享栏目，工具配置前也可参考随访工具验收文章。
常见问题
停用短信后，可以改用电话联系吗？
应先确认居民仍接受电话以及合适时段，不能把短信授权自动迁移为电话授权。确认后可继续安排电话随访。
把拒绝内容写在备注里够不够？
通常不够。备注便于阅读，但自动发送和批量任务需要结构化偏好字段，并在执行前校验。
居民能否只接收预约变化，不接收日常提醒？
如果系统和机构流程支持，应按内容类型细分范围，并清楚记录；不能用一个模糊开关代表所有选择。