
Test the assigned role, not the administrator’s view
A manager demonstrating an administrator account may see options ordinary staff will not. Identify each proposed role and the tasks it needs before the trial. Use test accounts created through the approved setup process and fictional records. This is a usability and access review, not penetration testing or permission to probe accounts outside the property’s authorized test environment.

Create a task-and-access sheet
For each role, list receive, search, release, correct and review as separate tasks. Mark whether the role should perform the task, request help or have no access. Ask the provider to confirm the available permissions. Do not infer enforcement from a hidden menu: removing a navigation item is not proof that data or functions are inaccessible. Record any unavailable distinction as a limitation for the owner to evaluate.

Observe ordinary screen exposure
Use a fictional pickup at a shared desk and examine what an employee, a colleague and a person facing the counter could read. Consider names, room references and label images. Adjust the physical screen position through the property’s normal process where appropriate. Do not use a real visitor as an unwitting participant. The goal is to spot unnecessary exposure during normal work, not to create an elaborate surveillance exercise.

Check transitions between colleagues
Have the first test user finish the task and leave the workstation through the supported sign-out or lock process. Confirm what the next test user sees and which account performs the next action. Never share passwords for the exercise. Ask how the product identifies actions when a workstation is shared. If it cannot distinguish individual operators, document that reality before relying on records to identify who did a task.

Ask about evidence before collecting it
A trial may invite staff to scan labels or identification cards. Start with fictional examples and ask where captured information goes, who can access it and what deletion process is available. Do not describe the product as compliant, encrypted or automatically deleting files without verified evidence. The FTC recommends inventorying information, limiting collection and restricting access to legitimate business needs; those principles inform the questions, not a certification result.
Turn findings into an operational decision
Record the role, tested task, expected boundary, observed result and owner of the next step. Separate “not available in this plan” from “not tested” and from an observed failure. A manager can then decide whether the supported configuration fits the desk’s work. Keep any sensitive screenshots out of public training material. Revisit the access questions when responsibilities change, rather than assuming the original administrator demonstration covers every future colleague.
Result-sheet checklist
- Case reference and expected outcome
- Device, role and conditions actually tested
- Observed result and unresolved question
- Responsible person and specific retest
Continue the trial
- Test the Whole Handoff: A Package Software Trial Plan for Property Teams
- The Go-Live Review: Turn Package Software Trial Notes Into a Clear Decision
Source and scope
FTC: Protecting Personal Information, a Guide for Business, reviewed October 19, 2026. The exercises above are original operational suggestions, not an endorsement or certification by the source.
Request a TrackNest demonstration and confirm which trial functions are available for your team.
Book a demo