Gemdragon fieldnotesProcurement guides

Floor-Standing Touch Screen Kiosks: Map the Interaction Zone

Review the cabinet, approach, queue, service area and required on-screen controls together before freezing the kiosk configuration.

Illustrative site survey beside a portrait kiosk in a lobby

Plan a floor standing touch screen kiosk around the whole visitor task. The footprint shows where the hardware sits. It does not show where a person approaches, touches a control, uses a keyboard or waits. Before ordering, review the housing drawing with the app layout at its planned settings. Record the operating area as well as the equipment dimensions.

This guide provides a site-survey method. It does not certify a kiosk or installation as accessible or structurally safe.

Cover: AI-generated scene illustration, not a customer installation or a completed test.

Draw more than the base

Start with a site sketch showing the proposed kiosk, nearby fixtures, doors, circulation paths, power and network points. Add the area needed to use it. A person viewing a screen from a distance uses the space in a different way from someone completing a touch task.

Mark separate layers for the cabinet/base, user approach, expected waiting area and service access. Show the proposed cable route. Keep each layer visible for the site owner's review. A base may fit in a gap while the approach, queue or service area does not.

Conceptual cabinet, approach, service and waiting areas without dimensions
Figure 1. Illustration — layer the base, approach, waiting and service areas on a project drawing. The sketch has no dimensions and does not approve access or installation. View full-size diagram.

For U.S. projects, include the appropriate accessibility review in the project scope. The U.S. Access Board's guide to operable parts treats approach space and reach as distinct considerations. Use the applicable requirements and the project's qualified reviewer; a cabinet's general marketing description cannot establish the suitability of every installed application and site.

Make a register of required controls

List the actions needed to finish the visitor task, not every decorative element on the screen. Include language selection, search, back, home, confirmation and any way to request assistance. Include controls that appear only after opening a form, document or error message.

Then record their locations in the deployed application. Use the housing drawing and installed screen position to check the height and reach of each control. A screenshot alone does not provide that relationship.

Required-control review register
Required action Application state to inspect Physical/site check Decision record
Start or select language Initial screen Approach and required control location Approved layout or revision
Search or filter Results and expanded menus Reach and visibility of active controls Witnessed task result
Enter information Keyboard open Field, keyboard and next action remain usable Keyboard-state result
Confirm or return Confirmation and error states Required action remains available Alternate path or revision
Get assistance Normal and failed states Help route can be found and used Named operating procedure

Give each required control an ID. Record its page or state, installed position, and the scaling or viewport settings used for the review.

Fill the register with project measurements and observations. This sample is not a completed test record.

Illustrative application rehearsal on a portrait touch kiosk with a colleague observing
Figure 2. Illustration — use a sample terminal to review the app at its intended scale, including form, error and keyboard states. The scene is conceptual; it provides no measured reach or test result.

Review the interface at its deployed scale

Screen resolution alone does not give the size or location of a physical touch target. Orientation, system scaling, browser zoom and viewport settings can change the same app's layout. Record those settings with the approved layout.

For web-based interfaces, W3C's WCAG target-size guidance describes requirements in CSS pixels, including exceptions. That is a web-interface measure, not a substitute for checking physical reach or the installed terminal's usability. Do not convert a WCAG target-size check into a blanket kiosk-compliance claim.

Run the actual task with the keyboard open and with longer labels where the application supports them. Check whether an error message moves the next action out of the intended interaction area. Resolve those states before freezing the enclosure/application combination.

Check touch kiosk placement at the task position

Stand at the proposed operating position and inspect the viewing conditions at relevant times. Record reflections from windows, luminaires and adjacent displays. Use the actual content: a dark map, pale form and large advertisement can behave differently under the same lighting.

Do not substitute a brightness number for the review. The useful question is whether the required information and controls remain readable in the intended conditions. If you cannot test a sample unit, keep the check open. Agree on who will complete it and when, before acceptance.

Sketch where a second visitor waits while the first completes the task. Consider whether the queue blocks the approach, a door or circulation. Also check access to the service panel under the agreed maintenance procedure. The site owner and installer should resolve the final arrangement rather than relying on a diagram in an article.

Request the drawing and the application together

Gemdragon lists a single-sided infrared touch floor-standing model. For a project review, request the current housing and base drawing alongside your application's proposed interaction layout. Confirm installation and service requirements for the quoted configuration.

Original catalog views showing the portrait cabinet and silver-gray base
Figure 3. Original Gemdragon catalog image, shown at its supplied resolution. Confirm the current build, software scope and installation requirements in the quotation.

Keep the site sketch and control register with the device build. List open checks and name who must approve them. The installation site pack covers delivery and installation records. The interactive retail kiosk guide covers the wider workflow and hardware decision.

Questions before approval

Is cabinet height enough to approve reach?

No. Review the required controls, installed position, approach, obstructions and application states together under the applicable project requirements.

Can we approve the layout on a laptop?

A laptop can help review content and navigation. It cannot establish the physical interaction area of the installed kiosk. Keep that part of acceptance tied to the proposed or actual installation.

What if we cannot test the site before ordering?

Record the uncertainty. Obtain drawings and site information, identify the checks still needed, and agree on who resolves them and when. Do not mark an unperformed check as passed.

Review Your Touch Kiosk Site Requirements

Share site sketch, screen/application layout, intended users, quantity and installation location. Discuss your kiosk project

Prepared with AI assistance and checked against the cited sources. Project-specific hardware, application and site acceptance remain subject to the agreed configuration and tests.

← Back to the journal

Keep exploring

View the journal