By AX Designers

01Products and client projects
designed and built by AX Designers

Products,built andrunning.

brief-builder-6jo.pages.devLive · captured 2026-10-22
Brief Builder’s landing page: ‘Map out the design decisions your launch needs, before you start’, with a How it works list.
Brief Builder on a phone, showing the same brief’s Sections step.
Fig. 01 · Brief Builder, own product: its landing page, and the app on a phone.

AX Products brings together what AX Designers has designed, built and shipped: our own products, which we run and use to try out how we work, and projects for clients. Each one is live, and each is documented with the problem it solves, the decisions behind it and what it doesn’t do yet.

Browse the projectsHow we build

Live projects
3
Own products
2
Client projects
1
Notes from the work
4

02What’s here

Four ways into the work.

  • Our own products

    Brief Builder and Strange Forms. We design, build and run them, and they are where we try a method before recommending it to anyone else.

  • Client projects

    Work designed and built for clients, shown with their permission. Finemy, a household budget app for Coal Software, is the first.

  • How we build

    How a product moves from a problem to tested, running software, with examples from the projects’ own documentation.

  • Notes from the work

    Short pieces on specific decisions: one number first, conditional questions, offline use, accurate product information.

03Featured product

Own productLive

A brief your client can actually fill in.

Featured because it shows the whole job: a product we defined, designed, built and still run, with its rule engine, data-safety decisions and tests documented.

brief-builder-6jo.pages.devLive · captured 2026-10-22
Brief Builder on desktop, Sections step: a brief called Studio website and identity with sections for the project, website details, brand identity details, and budget and timeline.

The problem

A good brief is the first real conversation of a project, yet it usually starts as a copied document or an online form the client has to sign up for. Questions that don’t apply get asked anyway, and the answers come back scattered.

Three of its decisions

  1. Conditional questions with five states

    A question shows only when its rule is definitely true. A rule may only depend on earlier questions; anything else is treated as broken and flagged in Review.

  2. Safe edits

    Field names and option values are locked once created. Deleting something a rule depends on lists what is affected and offers a choice; nothing changes silently.

  3. Templates are copied, not linked

    Adding a section copies a template from the catalogue into the brief, so later changes to the catalogue never alter existing briefs.

The full case study Open Brief Builder Note: Conditional questions that can’t show the wrong thing Note: Decide what works offline, task by task

04All projects

Everything here is live.

Our own products and client projects, each with a case study and a link to the live product.

Own products and client projects

05What the work shows

Capabilities, with the work that shows them.

Not a list of services: each capability links to the projects where it was actually used.

  1. Product discovery

    Finemy · Brief Builder · Strange Forms

  2. UX architecture

    Brief Builder · Finemy

  3. Interface and brand systems

    Strange Forms · Finemy · Brief Builder

  4. Web apps and PWAs

    Finemy · Brief Builder

  5. Workflow and publishing systems

    Strange Forms · Brief Builder

  6. Product iteration

    Brief Builder · Strange Forms

06How we build

From a problem to running software.

Problem, discovery, UX architecture, interface design, implementation, testing, iteration. Not every project takes every step the same way.

  1. Start from a problem someone has
  2. Discovery: decide what it must and mustn’t do
  3. UX architecture
  4. Interface and visual design
  5. Implementation
  6. Testing
  7. Release and iterate

07Notes from the work

Decisions worth explaining.

Each note takes one decision from a project and explains it, so it can be reused elsewhere.

  1. · Finemy

    Lead with the one number people need

    Finemy answers one question before anything else: how much can I still spend? Why its main screen leads with a single number, and what that decision ruled out.
  2. · Brief Builder

    Conditional questions that can’t show the wrong thing

    How Brief Builder evaluates conditional questions with five states instead of two, only lets rules look backwards, and makes deletions explicit, so a client never sees the wrong branch.
  3. · Finemy

    Decide what works offline, task by task

    Finemy and Brief Builder both work offline, but not for everything. What each one allows without a connection, what it doesn’t, and how both state the limit.
  4. · Strange Forms

    Keeping product information accurate on a small site

    How Strange Forms keeps a small product site accurate: absent means unknown, prices only when verified, no buy button without a real shop link, and honest structured data.

Start here

Building something like this?

Tell us about the product or the problem. We’ll tell you honestly whether we can help and what it would take.

Email us