AJ://Operating Model / 05 phases

A disciplined process.
Built to stay responsive.

AJ's process is designed around close collaboration, small decisions and iteration. Each phase has a clear purpose, tangible outputs and a decision gate before the work moves forward.

How the work moves

From ambiguity to a working experience.

The process does not assume every project is identical. The structure gives the team a common route while leaving room to adjust and fine-tune as requirements become clearer.

01 / UNDERSTAND

Understand

Before deciding what to make, understand the people, organisation, context and actual problem.

What happens

We gather the brief, review the current state, clarify stakeholders, audiences, requirements, constraints and existing materials.

Typical outputs

  • Project brief
  • Requirements
  • Current-state review
  • Research / inputs

Questions we answer

  • What problem are we solving?
  • Who is the experience for?
  • What already exists?
  • What constraints are real?
  • What needs to be true for the project to succeed?
Decision gateShared understanding of the problem, scope and people involved.
02 / DEFINE

Define

Turn understanding into a clear strategic, experience and technical direction.

What happens

We shape positioning, architecture, user journey, content structure, functional scope and the route into design or development.

Typical outputs

  • Strategic direction
  • Sitemap / flows
  • Experience architecture
  • Technical approach

Questions we answer

  • What should the experience prioritise?
  • How should information and actions be structured?
  • What is in scope now?
  • What are the key implementation decisions?
Decision gateApproved direction, architecture and build scope.
03 / CREATE

Create

Translate the direction into identity, content, interfaces and prototypes that can be reviewed before build.

What happens

Creative and product design turns the defined direction into a visible and usable system. Reviews focus on hierarchy, consistency, user flow and brand expression.

Typical outputs

  • Identity / visual system
  • Wireframes
  • UI / UX
  • Content direction
  • Prototype

Questions we answer

  • Does the design make the priorities obvious?
  • Can the system scale across screens and applications?
  • Are key states and user decisions covered?
  • Is the design ready to be built?
Decision gateApproved design system, flows and implementation-ready assets.
04 / BUILD

Build

Turn the approved experience into a working product with engineering, content and quality assurance moving together.

What happens

Development, content implementation, CMS or system configuration, integrations and responsive behaviour are delivered in controlled iterations.

Typical outputs

  • Working build
  • CMS / system configuration
  • Integrations
  • Content implementation
  • QA release

Questions we answer

  • Does the build match the approved experience?
  • Does it work across devices and key states?
  • Are content and technical dependencies complete?
  • Is it ready for acceptance and deployment?
Decision gateAccepted build and release readiness.
05 / EVOLVE

Evolve

Launch is the start of the live experience, not the end of the thinking.

What happens

After launch, the experience can be maintained, reviewed and refined as content, business requirements and user behaviour change.

Typical outputs

  • Launch support
  • Maintenance
  • Refinement
  • Content updates
  • Ongoing improvements

Questions we answer

  • What changed after launch?
  • What needs improvement or support?
  • What new requirements have emerged?
  • What should evolve next?
Decision gatePrioritised improvements and a clear next cycle.