01
Find the job worth improving
A spreadsheet can carry a process a long way. The difficulty often appears between steps: someone copies a value, checks another file, asks for an update, then rebuilds the result for the next person. We start by understanding that whole piece of work.
Possible starting points
- A quality tool that keeps an inspection, its exceptions and the reviewer’s decision together.
- A production record that reconciles counts and shift time before preparing a supervisor’s handoff.
- A document workspace that turns scattered records into a clear queue with named next actions.
02
Choose the right shape for it
Desktop, mobile and offline requirements belong in the first conversation. A browser may suit office work; a phone may suit capture in the field. An offline requirement needs a deliberate storage and synchronization design, including what happens when two people change a record.
We consider existing tools alongside a custom build. The choice depends on the work, the devices, the data and who will maintain it. A smaller improvement can be a sensible first phase.
03
Agree on a useful first phase
Before building, we agree on the users, input records, required decisions, outputs and boundaries. The scope identifies which systems connect, what access is needed and who owns the ongoing operation. It also sets out the sandbox, schedule, feedback process and acceptance criteria.
04
Test the awkward parts, too
The people who know the job try a working version. Testing includes missing information, incorrect values, permissions and failed saves. Where offline work is in scope, it includes closing the app, reconnecting and checking that records and attachments arrived correctly. We resolve the agreed issues before acceptance, then make release and handoff responsibilities clear.