Software · 02
Web & mobile applications
Responsive, usable applications for people at a desk and people in the field, backed by a reliable architecture and a clear release plan.
1440 PXOffice desk768 PXTablet on site390 PXPhone in the field
One product, three surfaces
Different screens. One back end underneath.
Office staff, field teams and customers rarely need the same screen. They do need the same records, rules and permissions. We design each surface for its user and build them on shared services, so a change made in the field is what the office sees.
- 01 Web appFor the officeFull tables, reports, scheduling and administration, built responsive so it still works on a laptop in a site cabin.
- 02 MobileFor the fieldShort tasks, large tap targets, the camera, and work that continues without a signal and syncs later.
- 03 PWAFor customers and suppliersAn installable web app from a link: no app store listing, one codebase, updates on release.
- 04 Back endShared by all threeOne set of records, permissions and rules, exposed through a documented API. Cloud & APIs →
Typical deliverables
What a project can include.
The exact package is agreed from your context, risk, timeline and responsibilities. A small product may start with discovery and one surface.
- 01
Product discovery and interaction flows
Who uses it, where, and on which device. User journeys and clickable flows are agreed before any code is written.
OUTPUTJourney maps · wireframes · clickable prototype
- 02
Responsive web applications
Browser-based applications that hold up from a wide office monitor down to a phone, with accessibility checked as we build.
OUTPUTWeb application · shared UI components
- 03
Mobile and progressive web experiences
Mobile experiences or installable web apps for people away from a desk, including offline work where the job needs it.
OUTPUTMobile app or PWA · offline sync where in scope
- 04
Back-end services and release support
The APIs, data and hosting behind the screens, with a release plan for each version and documentation for handover.
OUTPUTAPI · deployment · release plan · handover docs
A good fit for
When a new interface is the right investment.
If the problem is the process rather than the screen, start with custom business systems.
- 01New digital services and customer experiencesA service your customers or partners will use directly, where usability decides whether it gets used at all.
- 02Teams validating a product directionA focused first version to put in front of real users before committing to the full build.
- 03Organisations replacing fragmented interfacesSeveral tools, forms and logins doing parts of one job, brought into one consistent product.
Engagement flow
Brief→Scope→Design→Delivery→Support
Milestones, review points and acceptance criteria stay visible from start to handover.
Start a conversation
Talk through your web or mobile product. Start with who uses it.
Tell us who the users are, where they work and what they need to get done. We will come back with the surfaces we would build and the questions to answer first.