值班手机上收到一条求助：孩子在项目口找不到家长。工作人员翻订单信息，第一通先呼下单人的手机号，无人接听——本人正在园里，铃声在裤兜里响。第三通才打到紧急联系人那一栏。那一栏在票务系统的下单页上常常被一路跳过，但它是现场处置时唯一一条不在园内的线，出了事才知道它值多少。

采集时机放在下单，不放在入园。判据是这条信息在没有当事人主动配合的情况下能不能拿到。闸机口、窗口都不会有人愿意现场报一个别人的号码，排队时问这个还容易被当成推销。做法是下单页把紧急联系人设为必填，但允许与下单人不同，同时在确认页把这一行明显示出来，不要折叠在“更多资料”里。售票系统里凡是折叠起来的字段，完整率都会掉一半以上，这不是用户习惯问题，是界面选择问题。景区现场每天补录的那几单，成本比页面上多显示一行字高得多。

和下单人手机不是一回事。下单人手机是订单归属凭证，用来做退改验证和核销确认；紧急联系人是处置时的外呼对象，只在异常场景里被读。两者不能默认等同，很多站点把紧急联系人自动填成下单人号码，等于没采。票务系统里这条规则值得写成硬校验：两个号码完全相同时，页面提示确认一次，允许保留但要人点一下。售票系统里这一栏允许留空的话，完整率会明显下滑，一般要求九成以上有值，低于七成就该回头查下单流程是不是多了一步跳转。

现场处置的呼叫顺序。三步：先走内部广播或者定位，确认是不是就在附近；第二通打本人也就是下单人号码；第三通才打紧急联系人，同时值班记录上报。顺序错法是第一通就打紧急联系人——多数走失只是走散，两三分钟能找到的人，却惊动了园外家属，一天下来自己也会被这类无效呼叫拖住。反过来，涉及受伤或者走失超过一定时长的，本人号码和紧急联系人同时打，别串行等。给一个尺度：走失类事件多数在十几分钟内闭环，超过这个时长就升级处理，票务系统里的订单信息这时才真正开始起作用。

这一栏存多久。判据是处置完成之后它还有没有用。订单结束后，紧急联系人不需要跟订单一起留在可查询列表里，建议保留到该笔订单可退改的期限结束，之后转成仅内部可查的归档字段。售票系统里可以给一个明确区间，三十到九十天之间选一个，到期只留脱敏记录；不要一边说保护，一边把号码常年摆在列表里，那样谁都能导出。真正需要长期保留的是处置过程本身，而不是那串号码。

列表里显不显示全号。不显示。窗口和值班的列表页统一中间四位掩码，需要外呼时点一次“显示完整号码”，票务系统把这个动作计入操作日志，记录谁在几点看了哪一单。原因不是防外人，是防高频误用——全号一直摆着，售票员会顺手把它挪去办别的事，比如发通知、做回访。这一条的取舍是牺牲一点速度：多点一次、多两秒，换处置过程有据可查。紧急联系人不该变成营销号池，票务系统里那一次点击留下的日志就是边界，也是事后唯一能拿出来的说明。