账号注销了，为什么还会收到短信？
不少用户遇到过这样的情况：在小程序里提交注销，页面也提示“账号已注销”，但过几天又收到营销短信，甚至重新登录时发现历史订单还查得到。问题通常不在注销按钮本身，而在于把“注销”误当成了“删除全部数据”。
从业务角度看，注销是用户主动结束账号关系；从数据角度看，后续处置要区分不同类别，既不能全部一删了之，也不能无限期保留。
先分清三类数据
第一类：应当删除或去标识化的数据
手机号、昵称、头像、身份证件信息、精确位置、设备唯一标识等，能直接对应到具体个人的信息，都属于这一类。用户注销后，这类数据原则上应停止用于日常业务，按既定流程删除或做匿名化处理。
第二类：匿名化后可保留的数据
把用户标识替换为随机编号后，保留统计口径下的访问量、功能使用频次、页面停留分布等。这类数据不再指向具体个人，可用于产品优化和容量规划。需注意，简单打码不等于匿名化——如果还能通过字段组合反推到个人，仍属于个人信息。
第三类：依法需留存一定期限的数据
交易记录、发票信息、日志记录等，可能出于财税、审计、网络安全等要求需要保存一段时间。留存不等于可随意使用，通常应限制访问权限，仅用于法定用途。
注销流程中的数据处置清单
建议按以下顺序处理：
冻结账号：用户提交注销后，先停用登录和消息推送，避免继续产生新的行为数据。
核验身份：确认是本人操作，这一步留下的验证记录也要纳入后续清理范围。
处理身份信息：删除或替换可识别字段，涉及实名的部分按业务要求单独归档。
处理行为日志：能去标识化的去标识化，不能的按留存期限到期清理。
处理订单与交易记录：这类数据通常不能立即删除，应转入独立留存库并限制调用。
处理第三方共享数据：检查是否曾将用户信息同步给支付、物流、短信等合作方，按约定通知对方同步处理。
留存期限怎么判断
留存期限没有统一数字，常见依据有三个方向：一是法律法规对特定类型数据的保存要求；二是行业主管部门的规范性文件；三是平台自身对用户作出的承诺。三者不一致时，通常按更严格的口径执行。
如果业务涉及跨境、未成年人、金融或医疗等特殊场景，判断会更复杂，具体情况应以相关官方规定和专业人士意见为准，不宜自行拍板。
设计注销功能时该同步考虑什么
注销不是单独一个按钮，而是一次数据治理动作。建议在开发阶段就把几件事定下来：
哪些字段注销即删；
哪些字段转入留存库；
留存库的访问权限归谁；
到期由谁触发清理；
清理结果如何留痕。
把这些规则写进需求文档，后续做小程序开发或软件维护时才有据可依。it数运在处理这类需求时，通常会把注销流程和数据处置清单放在同一份方案里核对，避免上线后出现“提示已注销、后台仍在用”的尴尬。
对用户来说，注销意味着不再被打扰；对运营方来说，注销意味着一次完整的数据交接。把删除、匿名化、留存三条线分清楚，注销功能才算真正做完。
