誰が訪問を作成できますか？
担当者、訪問者、受付、イベント責任者、請負業者管理者、または連携システムからレコードを開始できます。
訪問者管理システム導入ガイド
チェックイン後まで機能する訪問者管理システムを設計
ソフトウェアを設定する前に、レコード、役割、ポリシー、承認、到着、担当者への引き渡し、在場管理、例外、退出、指標、展開を計画します。
運用上の判断と例外フローから始めます。現在、承認済み、在場中、超過、完了の意味をチームで合意すると、画面設計が容易になります。
- レコードと役割の設計
- 到着から退出までの運用モデル
- 試行、受入基準、指標、障害パターン
まず6つのポリシー質問に答える
曖昧なポリシーは、分かりにくい項目、信頼できないダッシュボード、担当者不在の例外を生みます。
何に承認が必要ですか？
訪問者種別、時間、拠点、行き先、証明資料、確認が必要な例外を定義します。
到着を何で証明しますか？
受付が訪問予定を検索し、本人を確認し、時刻を記録して在場記録を有効化する方法を決めます。
引き渡しの責任者は誰ですか？
訪問者の引取と遅延対応を担う担当者または現場コーディネーターを指定します。
「施設内」とは何を意味しますか？
一覧を信頼できるものにするため、どのステータス、場所、バッジ、同行者、予定退出時刻を記録するか合意します。
何をもって訪問を完了しますか？
退出、バッジ返却、未解決の例外、履歴、保存期間を定義します。
固定情報は一度だけ、反復業務は別に保存
承認、訪問、例外、拠点ごとに担当者や日付が異なると、1枚の平坦な受付表だけでは管理が難しくなります。
| レコード | 管理する内容 | 避けること |
|---|---|---|
| 招待 | 訪問者、目的、拠点、担当者、到着時間帯、承認、行き先、準備 | 到着と例外の履歴を1つのメモに繰り返し記載 |
| 進行中の訪問 | 到着、確認結果、バッジ、同行者、現在地、ステータス、予定退出、退場 | 招待を実到着の証明として扱う |
| 例外対応 | 種別、重大度、担当者、対応期限、判断、エスカレーション、完了処理 | 担当者の遅れや退出超過をチャットに埋もれさせる |
| 担当者と行き先 | 拠点、行き先、責任者、入場ルール、到着案内、適用日 | 統制できない自由記述の行き先 |
| 履歴 | 検索・確認用の訪問完了時刻と例外時刻 | 退出後も在場者として残す |
拠点拡大前に最も難しい引き渡しを試行
小規模な試行では、フォームを送信できることだけでなく、現在状況の把握と例外対応が機能することを確認すべきです。
- 01
現在の業務フローを可視化
招待、承認、到着、待機、担当者による引取、施設内移動、退出、フォローアップを確認します。
実際の例と失敗しやすい箇所。 - 02
定義を固定
訪問者種別、ステータス、入場区域、対応目標、担当者、完了ルールを定義します。
受付と運用が合意した1つの用語集。 - 03
1拠点を設定
代表的な1拠点について、レコード、ビュー、役割、リマインダー、ダッシュボード、サンプル状態を構築します。
空の構成ではなく、データ入りのシステムです。 - 04
難しい訪問を実行
承認不足、担当者遅延、行き先誤り、同行要件、バッジ返却、退出超過を試します。
各例外に1人の責任者と完了処理を設定します。 - 05
試行を評価
チェックイン時間、担当者応答、現在の在場情報の正確性、退出超過、例外完了、ユーザー完了率を確認します。
記録にひも付く受入基準。 - 06
ポリシーに沿って拡張
全社ルールと拠点別の行き先、担当者、案内を分けてから、拠点と役割を追加します。
システムを重複させずに拠点別ビューを提供します。
対応につながる指標を使う
結果の根拠となる訪問や担当者を特定できない見栄えだけの集計は避けます。
チェックイン時間の中央値
到着開始から進行中の訪問作成まで
不要な項目を削除するか、到着前により多くの訪問を準備します。担当者の応答時間
担当者への引き渡しを待つ訪問者
訪問者種別や拠点ごとに通知とエスカレーションのルールを調整します。在場情報の正確性
確認済み退出と照合した進行中の訪問
退出案内、担当者責任、バッジ返却フローを改善します。例外完了時間
例外発生から証明付き完了まで
不明確な担当、判断権限の不足、対応目標を修正します。訪問者管理を設計するときによくある質問
01招待と訪問は別レコードにすべきですか？+
はい。承認済み招待でも、取消、変更、辞退、未到着があり得ます。訪問記録で実際の到着、在場状況、退出を確認すべきです。
02訪問者情報はどこまで収集すべきですか？+
運用目的と適用ポリシーに必要な情報だけを収集します。任意項目と機微情報を明示し、保存ルールを定め、役割ごとに表示を制限します。
03展開前に何をテストすべきですか？+
正常フローに加え、承認不足、担当者遅延、行き先変更、同行要件、到着不一致、バッジ返却、退出超過、取消、履歴検索、エクスポートを試します。
04不正確な在場者一覧を防ぐには？+
明確な進行中ステータス、予定退出、担当者責任、退出操作、期限超過一覧、日次照合を使います。招待だけから在場状況を推測しないでください。
05Jodooは物理的な入退室管理を代替できますか？+
いいえ。Jodooでは申請、承認、確認、通行証、例外、記録を連携できます。ドア制御、資格情報、リーダー、本人確認、安全判断には専用システムが必要な場合があります。
実際の訪問者業務を試す
訪問者管理アプリを開く簡単なデモではなく、最も難しい到着と例外を試行
システム拡張前に、代表的な拠点、実際の受付ユーザー、サンプルデータ入りレコード、文書化した受入基準で試します。