Host accepts the visit
Confirm the visitor, purpose, arrival window, destination, and any preparation before arrival.
Approval remains tied to the invitation.Let reception, hosts, and onsite coordinators prepare arrivals, confirm handoffs, update the current visit, capture exceptions, and complete checkout from mobile-ready views.
Mobile should shorten a specific job—not squeeze the entire reception dashboard into a phone. Keep arrival, host response, escort, onsite update, evidence, and checkout focused.
The phone keeps the next visitor task focused. Reception and managers still have the full desktop control view.
Mobile-ready visitor formMobile actions update the same visitor records used by reception and managers. Open each view to follow the operation from arrival to checkout.
Each role needs a small task with enough context to make a correct update.
Confirm the visitor, purpose, arrival window, destination, and any preparation before arrival.
Approval remains tied to the invitation.Find the expected visitor, confirm the check, issue the badge, and record the arrival.
No duplicate visitor row.Confirm the handoff and current destination when the visitor leaves reception.
Waiting status becomes current onsite status.Choose the problem, severity, owner, due time, and next response; attach evidence if needed.
The issue enters the exception queue.Record departure, badge return, unresolved follow-up, and closeout from the current visit.
The onsite list becomes accurate.A mobile app complements the control room; it does not need to duplicate it.
| Surface | Best for | Keep off the screen |
|---|---|---|
| Mobile host view | Approve, accept, collect, change destination, confirm checkout | Full site-wide dashboards and unrelated visits |
| Mobile reception form | Find expected visit, confirm arrival, badge, escort, and status | Long policy administration and cross-site reporting |
| Mobile exception form | Problem, severity, owner, response due, evidence, closeout | Dense trend analysis |
| Desktop reception | Expected, waiting, onsite, overdue, history, and current queue | Field-level system design during a busy arrival |
| Desktop administration | Fields, options, roles, rules, reminders, integrations, and dashboards | Routine arrival updates |
Mobile adoption depends on the form matching the real handoff and asking only for useful information.
A fixed mobile workflow may wait for backlog prioritization, development, app testing, deployment, and device rollout before frontline users see the change.
A trained administrator can often test a focused field, option, rule, role view, or reminder during the same working session, without waiting for a native-app release cycle.
A mobile-ready web form can collect a visit or arrival update. The exact identity, badge, kiosk, or access-control step should match the site policy and any specialist hardware.
Yes. Give the host a focused request with visitor, purpose, time, site, destination, and required evidence, then record the decision and any returned reason.
Use a small role-specific summary if it helps an onsite coordinator. Keep dense site-wide trend and drill-down dashboards on desktop where they remain readable.
Jodoo forms and task views are web-based and mobile-ready. A trained administrator can update the configured experience without shipping a custom native mobile release.
Test sign-in, required fields, option controls, dates, attachments, camera access, host response, poor connectivity, validation, error recovery, and checkout at the actual site.
Use the device, network, role, form, attachment, and handoff conditions people will face at the site.