Take the Listing System to the Dock
4 June 2026From the Boat Show to the CRM
15 June 2026A brokerage may want to work in a marina with unreliable reception. Before promising a fully offline application, define the few tasks that actually need to continue. The answers below describe project choices, not features automatically included in every system.
Can the broker still read a listing?
Only if the required information has been made available on the device beforehand. Decide which records to keep locally and show when they were last refreshed. A saved description is useful, but it should not quietly present yesterday’s availability as a fresh confirmation.
Can they record a viewing note?
The application can be designed to hold an unsent draft. It must tell the broker that the note is stored locally and has not yet reached the shared record. Closing and reopening the app should not make that status ambiguous.
What happens if somebody else edits the record?
Agree on a conflict rule. A local note might be added as a separate event, while a conflicting specification correction might require review. Automatically overwriting the latest shared value is not suitable for every field. Test a real example of concurrent work.
Does every record need to be available offline?
Usually the scope can be narrower. The day’s assigned viewings or selected listings may be enough. The business should decide what belongs on a device and what access controls are appropriate. More local data means more information to manage when the device or user’s role changes.
How does the broker know synchronisation finished?
Show a clear outcome for each pending task. Separate a successful upload from a request awaiting review and from a failed retry. The team also needs a route to resolve a persistent problem. A spinning symbol without an explanation is not a working process.
What should we test before launch?
Open a prepared record, lose the connection, enter a note, close the app and reconnect. Repeat with a conflicting edit from another user. This is a useful acceptance exercise for a custom mobile application. It gives the brokerage evidence about a particular task rather than a vague offline promise.