确定部署方式及预约入口：
如果部署上云，小程序预约、审核入口将得到统一，减少分别维护的成本，但客户本地的信息将后台可见，那就会涉及到数据隐私安全保护的问题，至少手机号收发短信是不可避免的，跟随业务的需求，如需要用到人脸识别签到，那么就会关联起对应的其他信息的安全传输问题。
访客测温签到：
访客预约后通过后台下发到设备，访客可以现场签到时进行身份验证并进行测温，测温数据统一传到后台进行保存，温度过高可及时发现，不过这对室外环境的话会有所差异，特别是夏天。
同时如果有对接了各省市的健康码，则可通过“码 业务”的形式进行“双重”验证。如果有必要将相关的体温信息结合健康码信息同时登记到健康码平台去，那数据会更加精准，只不过这将会是一个大工程。
门禁通行：
签到过后的访客可在门禁权限范围内通行，通行可通过签到时或预约时录入的人脸或指纹或人证核验或健康码扫码通行。根据园区或企业的内部构造不一样，访客通行的路径不一样，如商务会谈的会议室门禁，进出次数和使用时限都可根据实际需求进行严格的定义。
访客签离：
访客多半会签到，但是离开时却不会刻意的去设备上进行签离操作，一是忘记，二是操作流程复杂，事情完了都直接的离开了，如果没有提醒，想必基本都不会进行这个操作，除非需要归还访客牌、相关凭证。
如果是非必要的，则可以通过按时间自动签离，不过考虑到访客人员可能存在会议延迟或其他滞留的问题，所以一般当天凌晨自动签离比较方便。
签离主要是为了统计人员滞留的一个情况，观察当日进出情况，为企业消除即时的隐患。
