“无人接听”“联系不上”“以后再说”看似都是随访失败，后续动作却完全不同。若工具只允许自由文本备注，团队很难统计渠道问题、安排改约或识别需要专业复核的异常。本文给出失败原因编码的分层设计、字段边界、联动规则与验收测试，帮助机构把失败记录转成下一步行动。

随访失败原因的核心不是“方便统计”，而是决定下一步由谁、在什么时候、通过什么方式处理。验收工具时，应要求原因编码能够区分未接通、渠道失效、居民主动改约、需要专业复核的服务异常和内部流程问题；每一类都应联动明确动作，同时保留简短补充说明，避免所有情况被塞进一句自由文本。

为什么“联系不上”不是一个合格选项

一次电话无人接听，可能只是时段不合适；号码停机意味着联系方式需要核对；居民要求周末再联系属于主动改约；沟通中出现需要医务人员判断的新情况，则不能记为普通失败。若它们都被归到“联系不上”，管理者看到的失败率既无法解释，也无法指导行动。

纯自由文本同样存在问题：同一情况可能被写成“没接”“无人听”“三次未通”，统计时难以归并；更重要的是，备注通常不会自动触发改约、渠道核验或异常升级。

先验收五个一级原因

电话正常但当次无人接听、占线或暂时不便。系统应允许按机构规则安排下一次尝试，记录尝试次数与时段，避免短时间连续拨打。

号码为空号、停机、微信不可达或联系人信息明显错误。下一步应是联系方式核验任务，而不是继续在同一渠道自动重试。

居民明确提出改约、变更沟通方式或暂不接受本次联系。工具要记录居民表达、约定时间与允许的联系渠道；涉及拒绝服务时，按机构制度处理，不能擅自推断原因。

沟通已经发生，但出现超出当前执行人员职责的健康问题、用药疑问或就医需求。此类记录应进入专业复核队列，不应与单纯未接通混在一起。

任务重复、责任人错误、时间配置冲突或数据同步失败，属于机构内部问题。它们不应计为居民配合度不足，也不应影响对居民的评价。

一级原因保持稳定，二级原因用于支持日常运营，例如暂未接通可细分为无人接听、占线和不便接听。若每遇到新表述就增加一个选项，编码会迅速失控。建议由固定角色定期审查“其他”备注：只有同类情况持续出现且对应动作确实不同，才新增编码。

原因描述为什么本次未按计划完成；结果描述本次实际发生了什么；处置说明下一步任务。三者混在一个下拉框里，常会出现“改约成功”既像原因又像结果的歧义。验收时应检查字段定义、必填条件和修改权限。

第一，选择“暂未接通”后是否生成合理的再次联系时间；第二，选择“渠道无效”后是否停止同渠道重复触达；第三，居民改约后原任务是否保留历史而新建预约；第四，服务异常是否进入指定人员队列；第五，内部重复任务是否能关闭且不归责居民；第六，原因被更正后是否保留修改人、时间和前后值。

还要测试批量操作。工具不应允许把不同居民的失败原因一键覆盖为同一项；导出时应同时包含编码、显示名称、补充说明和后续任务标识，确保数据可解释。

更有用的视图是按原因、渠道、时段和处理状态分组：渠道无效是否集中在某批历史数据，改约任务是否按时完成，专业复核是否积压，内部流程问题是否反复发生。统计用于改善流程，而不是给居民贴“不配合”标签。

如需继续检查任务责任链，可阅读逾期随访任务责任升级链；其他系统验收思路可查看工具推荐。

可以，但应要求填写补充说明，并定期复盘。若“其他”长期占比很高，说明编码体系需要调整。

系统可根据通信结果提供建议，但居民意愿、服务异常和内部责任通常需要人工确认，自动判断结果应可复核和更正。

允许更正，但应保留原值、修改人、修改时间和理由，避免覆盖历史。