接待人接受来访
在到达前确认访客、来访目的、到访时段、目的地和所需准备。
审批始终与邀请记录关联。移动访客管理应用
面向移动签到和接待人更新的访客管理应用
让前台、接待人和现场协调人通过适配移动端的视图准备到访、确认交接、更新当前来访、记录异常并完成签退。
移动端应缩短一项具体任务，而不是把整套前台仪表板塞进手机。应聚焦到达、接待人响应、陪同、在场更新、证明材料和签退。
- 真实且适配移动端的来访表单
- 接待人响应与在场更新
- 桌面管控仪表板始终可用
移动端访客签到准备来访、确认接待人，并在工作现场更新到达状态
手机端聚焦下一项访客任务，前台和管理人员仍可使用完整桌面管控视图。
适配移动端的访客表单查看手机任务背后的仪表板、来访记录和异常队列
移动端操作会更新前台和管理人员共用的同一批访客记录。打开各视图即可跟踪从到达到签退的完整运营。
在手机上突出下一步操作，而不是展示所有字段
每个角色都需要范围明确的小任务，并获得足以正确更新记录的背景信息。
前台开始来访
查找预计访客，确认核验结果，发放访客证并登记到达。
无需重复创建访客记录。接待人记录领取情况
访客离开前台时，确认交接情况和当前目的地。
等候状态转为当前在场状态。协调人发起异常处理
选择问题、严重程度、负责人、截止时间和下一步处理方式，并在需要时附上证明材料。
问题进入异常队列。接待人完成签退
在当前来访中记录离场、访客证归还、未解决的后续事项和结束处理。
在场名单变得准确。让每种页面专注于最适合的任务
移动应用是对控制台的补充，无需复制控制台的全部功能。
| 展示内容 | 适合场景 | 不要显示在该页面 |
|---|---|---|
| 移动端接待人视图 | 审批、接待、领取、变更目的地、确认签退 | 全站点仪表板及无关来访 |
| 移动端前台表单 | 查找预计来访，确认到达、访客证、陪同和状态 | 长期政策管理和跨站点报表 |
| 移动端异常表单 | 问题、严重程度、负责人、响应期限、证明材料和关闭 | 深度趋势分析 |
| 桌面端前台 | 预计到访、等候中、在场、逾期、历史记录和当前队列 | 繁忙到访时段的字段级系统设计 |
| 桌面端管理 | 字段、选项、角色、规则、提醒、集成和仪表板 | 日常到访更新 |
随一线工作变化调整表单
移动端能否被采用，取决于表单是否符合真实交接流程，并且只询问有用信息。
固定的移动流程往往要经过需求排期、开发、应用测试、部署和设备发布，一线人员才能看到改动。
经过培训的管理员通常能在同一次工作中测试一项明确的字段、选项、规则、角色视图或提醒，无需等待原生应用发布周期。
- 新增“陪同人员已接到”操作
- 访客证损坏归还时要求上传照片
- 仅显示该接待人的当前访客
- 超过预计时间后提醒签退
访客管理应用常见问题
01访客可以用手机签到吗？+
适配移动端的网页表单可采集来访或到达更新。具体的身份核验、访客证、自助终端或门禁步骤，应符合现场政策及所用专业硬件。
02接待人可以在移动端审批来访吗？+
可以。为接待人提供聚焦的申请，包含访客、目的、时间、站点、目的地和所需证明材料，再记录决定及退回原因。
03仪表板是否应适配移动端？+
如果有助于现场协调人，可使用简短的角色专属摘要。信息密集的全站趋势和下钻仪表板应保留在桌面端，确保可读。
04移动端使用需要单独开发应用吗？+
Jodoo 表单和任务视图基于 Web，并适配移动端。经过培训的管理员可更新已配置的体验，无需发布定制原生移动应用。
05应在真实手机上测试什么？+
在实际站点测试签到、必填字段、选项控件、日期、附件、相机访问、接待人响应、网络不佳、校验、错误恢复和签退。
测试真实访客运营
使用访客应用在实际手机上测试一次到访和异常
使用现场人员真正会遇到的设备、网络、角色、表单、附件和交接条件进行测试。