訪問を検索
無関係な訪問者や担当者情報を公開しない限定的な検索方法を使います。
到着予定の検索、データ確認、ポリシー同意、担当者通知、待機、バッジ受け渡し、スタッフによる例外対応を1つの到着体験として設計します。
キオスクは台の上に置いたフォームではありません。予約が見つからない、担当者が遅れる、ポリシー回答が変わる、来訪者が支援を必要とするときにどう動くかが運用上の試金石です。
招待、訪問者、拠点、担当者、到着、本人確認、バッジ、同行者、現在地を確認します。セルフサービスで対応できない場合は受付が引き継ぎます。
実用的な受付フォームチェックインフォームで現在の訪問を作成または更新します。担当者の遅れ、確認失敗、退出超過がある場合、受付は連携した一覧と例外ビューを使います。
キオスクは受付業務を減らしつつ、想定フローが失敗したときに訪問者を行き詰まらせないようにすべきです。
訪問者が少数の確実な情報で承認済み訪問を検索するか、適切な予約なし受付を開始できるようにします。
他の訪問者が見える長い検索結果を表示しません。レコード確認に必要な訪問者、担当者、目的、行き先、到着時間帯だけを表示します。
登録を重複させません。その訪問者種別と拠点に必要な最新の同意、証明資料、回答を収集します。
バージョンと結果を訪問記録に保持します。進行中の訪問を作成して到着を記録し、担当者に場所と必要な対応を送ります。
待機開始時刻を記録します。ポリシーで必要な場合、受付または別の担当が物理的な引き渡しを完了します。
バッジ、同行者、行き先が最新です。訪問予定なし、確認失敗、担当者遅延、アクセシビリティ支援、端末問題は、スタッフが確認できる対応一覧へ送ります。
1人の担当者と対応目標。長いフォーム、小さな操作部品、見えない入力検証、不明確な進捗表示は、入口での離脱を増やします。
無関係な訪問者や担当者情報を公開しない限定的な検索方法を使います。
承認済みの訪問者、担当者、目的、拠点、行き先、時刻がある場合は再利用します。
同意、写真、書類、回答を求める前に、必要な理由を示します。
待機する、バッジを受け取る、担当者と会う、受付へ相談する、のどれかを訪問者に明示します。
スタッフに引き継ぐ方法を、エラーコードや繰り返しの再起動の先に隠さないでください。
到着体験に端末固有機能、バッジ、カメラ、スキャナー、本人確認が不可欠なら、専用のキオスクまたは本人確認製品を選びます。
必要なのは、管理対象ブラウザ端末上の設定可能な訪問フォーム、承認、到着予定検索、担当者応答、例外、レコード、ダッシュボードです。
標準搭載の端末ロック、カメラ・スキャナー連携、バッジ印刷、本人確認、オフライン動作、遠隔端末管理、入退室管理が成功条件です。
専用キオスクや入退室機器で物理的な操作を処理し、Jodooで承認、例外、関連業務レコード、管理ビューを連携します。
JodooのWebフォームは管理対象タブレットのブラウザで利用できます。端末ロック、遠隔端末管理、ネイティブスキャン、バッジ印刷、本人確認、オフライン動作には専用ソフトウェアや機器が必要な場合があります。
ポリシーが許可する場合に限ります。予約なし訪問者を事前承認済みとして扱わず、必要な担当者、目的、承認、スタッフ確認を含む別フローを用意します。
訪問を待機例外に移し、経過時間、担当者、代理責任者、エスカレーション先、訪問者向け案内を表示します。
各段階に必要な最小限だけを求めます。承認済み情報を事前入力し、長いポリシー確認を分かりやすい画面に分け、初めての訪問者で完了まで試します。
Jodooではバッジや通行証のデータを保存できます。プリンターの直接制御とラベル設計は選択する機器と連携方法に依存するため、展開前に端末業務全体を確認してください。
実際の端末で、訪問予定なし、担当者遅延、確認失敗、アクセシビリティ要請、プリンター問題、スタッフ引き渡しを試します。