写字楼访客总堵门岗？预约核销把高峰通行顺下来｜互联商通案例

一、客户背景与痛点

客户是苏州一栋写字楼的物业管理方，楼内企业多、外来访客每天不断。通行登记一直靠纸质登记簿和口头邀约，物业的目标是先把高峰门岗的拥堵和对账问题压住，不做城市级通行平台。

四个最疼的问题：

• 纸质登记：访客手写登记，高峰期排到门岗外面，字迹潦草事后没法查。
• 邀约口头：被访企业打个电话说「有访客」，门岗只能凭描述放行。
• 过期码复用：一次发的通行码被反复转发使用，安全隐患说不清。
• 物业难对账：每天进了多少访客、哪些企业来的，物业月底拼不出一张表。

二、方案总览：四步做成可验收闭环

首版只做访客通行这条主线：预约在前、核销在岗、对账在后，三段各自可验。

1. 被访人发起邀约：企业员工在小程序里填写访客信息发起邀约，访客收到含访客码的通知。
2. 访客码通行：访客到场出示访客码，无需现场登记，一人一码不可转发复用。
3. 门岗核销：门岗用核销端扫码放行，核销记录实时回传，高峰期一扫即过。
4. 时效作废：访客码按邀约时段生效，过期自动作废，杜绝旧码反复使用。

通行与核销的场景细节见 门禁核销场景，访客码安全要点见 核销码安全；授权合规对照 接口授权规范。

三、核心功能清单

• 在线邀约：被访人填信息发起邀约，访客码自动生成下发。
• 一访客一码：访客码绑定邀约人与时段，转发给他人无效。
• 门岗核销端：扫码即核销，核销流水实时可查。
• 时效作废：超出门禁时段的访客码自动失效，防复用。
• 通行流水报表：按企业、按日汇总访客量，物业对账一键导出。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落进店里：五个动作依次推进，前一步跑顺再进下一步。

1. 进场准备：通行规则先与物业对齐。开工前与物业把邀约字段、访客码有效时段、访客高峰预案逐条确认，纸质登记簿的填写项做了精简映射——只保留线上必需字段；门岗岗亭的网络与核销设备提前打样测试，确保扫码不卡顿。
2. 系统对接：访客码与闸机联动。访客码核销状态与门岗端实时同步，作废规则按时段自动执行；核销流水从第一天就按「可对账」标准落库，楼内企业与物业后来看的是同一张流水表，不再各记一套。
3. 员工培训：门岗只记一条主线。门岗培训只强调一条：先扫码再看人，不扫码不放行。对访客的话术固定为「出示访客码就能进，不用登记」；遇到不会用的老年访客，前台代客补码兜底，流程不强制。
4. 灰度试点：先放一栋楼试运行。全楼放开前先选一个楼层的企业试用一周：邀约下发顺不顺、核销有没有延迟、访客会不会找不到码。试出的问题当天修，试点期不做数字考核，只看通行顺不顺，正式数据口径见第六节。
5. 值班与应急：首周早高峰驻场。上线首周早高峰驻场值班，覆盖核销失败、访客未带手机、系统延迟三类突发；二维码刷不出的，门岗按登记身份证人工放行并补录，纸质登记簿保留做应急备份，跑稳一周后撤下。

五、明确没做的事（对比与取舍）

城市级通行平台首版不做。跨楼宇互通、政务访客对接这类范围先不碰；先把单楼的邀约—核销闭环跑稳，再谈扩大接入范围。

六、上线后效果（试点数据口径）

试点期内：

• 高峰访客平均放行时长由约 6 分钟降至约 1.5 分钟（试点期对比抽样）。
• 访客码一码一次、过期作废，旧码复用隐患清零。
• 物业月底按系统流水对账，不再人工汇总登记簿。

以上为项目试点口径，非全公司财报；复制到其他楼栋前重估人流结构与闸机条件，数据对比写清分子分母与排除周。

七、坑与复盘

1. 规则口头化没进固定页：访客须知最初靠门岗口头解释，访客照样困惑；做成邀约通知里的固定规则页后，纠纷明显减少——口头承诺落成固定页，客诉才有同一套真相。
2. 提醒时机过早导致拒权：邀约通知的订阅授权在填信息前弹，用户直接拒绝；改成提交邀约时顺势请求才稳住授权率，见 隐私弹窗时机。
3. 访客信息双记账：物业曾同时保留纸质簿和线上流水，两边对不齐反添麻烦；最终约定系统流水为唯一事实源，纸质簿只做应急备份。

复盘沉淀为方法论：把可勾选的验收句写进开工单，避免「上线了」代替「指标达线了」；放行时长从试点第一天就按同一口径记录，否则月底没法对比。

八、常见问题 FAQ