Audio product discovery and purchase
We gave the audio collection a product-led introduction, then developed the listening equipment in detail.
Read the case studyLook at the work.
Follow the decisions.
Websites that help people choose. Interfaces that help people work.
Explore the decisions behind our selected website and interface projects, then meet MOAT, our in-house research platform, and the engineering tools we share as open source.
01 / WEBSITES & INTERFACESBuilt around a task.
Built around a task.
Considered in the details.
From choosing a product to reviewing a shipment, each project starts with something a person needs to do. These case studies explain the design decisions, the interactions and the scope of the work.
162 projects
Aquatic coach allocation and facility planner
We built the aquatic planner around facility use and coach allocation.
Read the case studyEmployer brief and candidate shortlist
We designed the recruitment workspace around the employer's requirements and a considered candidate shortlist.
Read the case studyLandscape proposal and material approval
We designed the landscape proposal around an original garden plan and a separate material study.
Read the case studyStock allocation and backorder desk
We designed the stock desk around allocations and backorders rather than a simple catalogue.
Read the case studyRecommendations and action tracker
We brought the consulting recommendations into an action plan with owners, dates and evidence.
Read the case studyShowing 103–108 of 162 projects
Load more projects02 / IN-HOUSE PRODUCTDATA MODELLING · APPLICATION DESIGN
MOAT
Make years of financial information easier to examine.
Researching a business means moving between filings, historical figures and assumptions. The work becomes harder when the same information is labelled differently across companies and years.
MOAT brings Indian stocks and mutual funds into a research platform. Its engineering challenge is to turn source information into a consistent model, then present the calculations with enough context to understand them.
- The central problem
- Inconsistent source information makes comparison difficult.
- The design decision
- Separate source data, normalisation, calculation and presentation.
- Explore further
- The product purpose, data workflow and engineering approach.
03 / OPEN-SOURCE ENGINEERINGSmaller problems.
Smaller problems.
Source you can inspect.
These tools address application foundations, mailbox migration and form protection. Their individual pages explain the purpose and link to the repositories, where you can review implementation, documentation and licence terms.
APPLICATION FOUNDATION
OmnioPHP
Common backend concerns belong in a foundation that the application team can understand. OmnioPHP is the framework developed for our PHP application work.
WHAT TO LOOK AT
Inspect the framework structure, dependencies and runtime requirements.
Explore OmnioPHPMAIL OPERATIONS
MailMigrator
Moving a mailbox involves more than its message text. Folders, dates and message state provide context when people return to work. MailMigrator addresses copying mail between IMAP servers.
WHAT TO LOOK AT
Review the copy workflow and plan verification before any mailbox cutover.
Explore MailMigratorFORM PROTECTION
AOCaptcha
A self-hosted CAPTCHA project for PHP, with a movement-based challenge evaluated on your server. It addresses one part of protecting a form from automated abuse.
WHAT TO LOOK AT
Examine integration and accessibility alongside the other protections your form needs.
Explore AOCaptchaWhich part of this
looks like your problem?
Information that needs structure. An application that needs a dependable foundation. An everyday task that deserves a better tool. Tell us what happens today and what you need to change.
Discuss your project