TECHNOLOGY & ACCESS · All models
PIN or app? Choosing access for a self-service rental customer
Separate booking, code delivery and opening the lock. “Offline” is useful only when you know which part of the journey it describes.
A phone can be a convenient booking tool and an inconvenient key. Rain, gloves, a flat battery or weak signal can turn collection into a support call. Choose access for the customer and location rather than assuming an app is automatically better.
Check four separate dependencies
First, the platform accepts booking and payment. Second, the customer receives a credential. Third, the lock validates it. Fourth, logs and changes may synchronise. A system can work offline at the third step and need connectivity at the others.
Ask what happens at each step when the customer, device or operator has no connection. Offline Bluetooth and offline PIN access are not identical customer experiences.
Where an offline PIN is useful
Compatible igloohome algoPIN products can validate time-based codes without the lock being online. At a remote rack, this can remove site Wi-Fi and avoid an unlocking-app download.
Send the location, asset identifier, code, access window and return instructions before arrival. Encourage saving them where signal is unreliable. A QR sign alone does not solve offline booking.
Where an app earns its place
An app can help frequent members or a service already managed on the phone. Bluetooth unlocking does not inherently require lock internet, but credential delivery, app login and permissions can introduce dependencies.
Test installation, sign-in and a replacement phone with a new user. If an app adds friction to an occasional hire, compare a browser checkout and PIN route.
Separate convenience from safety
A paddler may not want to handle a phone to unlock equipment. That does not remove the need for a suitable means of calling for help on the water; the RNLI recommends keeping one within reach.
Condition photos and return confirmation may also need a phone. Describe app-free unlocking or PIN entry accurately, not an entirely phone-free service.
Test changes and failures
Ask about cancellation, extensions, clock errors and battery depletion. A code that validates offline is not necessarily instantly revocable remotely. Logs may appear only after synchronisation.
Plan the documented emergency-power procedure, compatible cable and power source, and an authorised credential. Recovery must not rely on improvisation or bypassing the lock.
Which part of the rental can work offline?
This is a dependency checklist, not a universal feature matrix. Confirm behaviour for the exact lock, platform, account and credential type. The useful question is not “does it work offline?” but “what has already happened before the connection is lost?”.
| Step | Offline PIN at the lock | What to demonstrate |
|---|---|---|
| Booking and payment | Not provided by the offline lock. | Can the guest book before travelling? What happens if online payment cannot complete? |
| Credential delivery | The guest must receive and retain the code beforehand. | Receipt, correct asset identifier and readable instructions without opening a new web page. |
| Unlocking | A compatible device can validate an already issued valid PIN without site Wi-Fi. | The exact device, time window, clock and power condition at the actual access point. |
| App/Bluetooth alternative | A different route; device internet and phone requirements are separate. | Installation, login, permissions and credential availability before losing signal. |
| Cancellation or extension | Do not assume immediate remote changes reach an offline device. | What remains valid, when the change takes effect and how customers are informed. |
| Logs and return evidence | May need later synchronisation or a separate customer action. | When the operator sees an event; whether photos or a return confirmation require connectivity. |
Write one arrival message that survives poor signal
Include directions, the physical bay or door identifier, the access window, the credential, return instructions and a support contact. Avoid making the customer follow several new links to learn which item they booked.
Use a controlled test booking to check the instructions at the site. Record what the guest must save beforehand and what fails without a connection. If support itself depends on mobile coverage, include that in site selection and the risk assessment; an offline lock does not solve an unreachable emergency service.
Choose the simplest reliable arrival experience, then document every connection needed around it.
Sources
How we research and write our guides
igloo — developer platform and access architecture ↗RNLI — kayaking safety and carrying a means of calling for help ↗