客户案例Case Study
豪威半导体：访客管理飞书端定制
围绕园区访客预约、审批、到访登记和通知，在飞书端完成访客流程协同，并与后端访客系统衔接。
项目背景
多园区访客接待需要连接访客、员工审批与门岗管理。前端预约信息与后端访客系统如果分开处理，就容易出现重复录入和信息交接。这次将登记、预约审批与通知放到飞书端，并在审批完成后同步预约数据，后续核验、发证和出入园管理继续由客户已有访客体系承接。
原来的问题
登记预约入口分散
临时访客与员工预约需要分别处理，接待信息不容易沿同一条路径衔接。
审批通知反复沟通
预约申请、审批与消息通知缺少连贯处理，员工需要再次确认进展。
前后台重复录入
前端收集的预约信息需要再次进入后端系统，增加了跨系统搬运和核对。
门岗交接不连续
预约审批与现场核验之间信息分散，门岗需要重新核对接待记录。
先还原业务，再决定怎么做
- 登记或预约→
- 员工审批→
- 消息通知→
- 统一访客编码→
- 预约数据同步→
- 门岗核验→
- 发证入园→
- 出入园管理
先划清飞书端与后端访客系统的职责，再串联登记、审批、编码和数据同步，让员工操作更集中，同时保留门岗现有的现场管理链路。
最后，我们重点跑通了这几件事
临时登记与预约
在飞书端承接临时访客扫码登记和员工预约，让前端接待信息有清晰入口。
审批与消息通知
围绕员工预约连接审批与通知，使预约处理过程与相关人员的操作衔接起来。
统一访客编码
使用统一访客编码组织接待记录，帮助前后端围绕同一访客信息继续处理。
预约数据同步
在审批完成后将预约数据同步至客户后端访客系统，减少跨系统重复录入。
门岗与后台衔接
由后端和门岗继续完成核验、发证及出入园管理，让飞书前端接入已有接待流程。
实际落地界面
从飞书端登记和预约出发，查看审批、通知与数据同步，衔接后续园区接待流程。
从分散推进，到持续可追踪
| BEFORE原来 | AFTER落地后 |
|---|---|
| 临时登记与员工预约分散处理 | 在飞书端提供登记和预约入口 |
| 审批结果需要再次沟通确认 | 预约审批与消息通知相互衔接 |
| 前端预约信息需要重复录入 | 审批完成后自动同步预约数据 |
| 前端预约与门岗处理分开跟进 | 统一编码和后端数据连接接待过程 |
先轻量落地，也为后续扩展留足空间
- 一期优先跑通飞书登记、预约、审批与通知，以及预约数据同步。
- 核验、发证和出入园管理保留在后端与门岗；不替换现有访客系统，其他复杂场景按需分期。
- 底层数据关系、权限与流程结构按可扩展方式设计。
- 后续可按实际业务，逐步扩展复杂审批、第三方系统集成、自动化、AI 与经营分析能力。
一期做轻，不代表能力做薄；先把核心跑顺，再随着业务需要持续扩展。
