Who asks us to build the site

This is for teams who need a website or web product they can run after launch. If the brief is a campaign with no lasting site, a creative engagement is the better start. If the site is the product, stay here.

A marketing site that has to explain a range

Catalogues, product fit and proof are the job, not a homepage slogan. Rhino-Rack and Ostevit-D in our work are that kind of build: a site organised around how someone chooses.

Editors who are losing to the CMS

If publishing means a developer, the model is wrong. We design content structures people can use, on platforms chosen for the team you have, not for the one a proposal imagined.

A product surface, not a brochure

Configurators, account tasks, design systems and integrations sit next to the marketing pages. O’Brien in the portfolio is UI, a design system and the website together.

What we keep seeing on web builds

These are delivery problems, not aesthetic ones. A handsome site that editors cannot change, or that fails the task a customer came to do, is the brief we would rather fix early.

  • The theme is doing the architecture

    A purchased theme decides the content model, the performance and the upgrade path. We would rather design the model and implement it, including on WordPress when that platform is actually the right fit.

  • Front end separated from the CMS

    A design system that ignores how entries are authored becomes a pile of one-off templates. Front-end development and the content model are scoped together so new pages do not need a new layout every time.

  • Ecommerce that is only a catalogue dump

    Large ranges fail when the shopper cannot narrow to the right product. Ecommerce work starts from the choosing task, then the cart, not the other way around.

  • A stack chosen because it was fashionable

    Next.js is a strong choice for many marketing and product sites. It is a poor choice when the team needed a simple editor and a calm hosting story. We name that trade-off before the build.

  • Bespoke scope hiding inside a website quote

    Integrations, account areas and odd workflows are bespoke development, and they need to be priced as such. Calling everything a website is how timelines slip.

Why have the site built in Sydney

  • Design and engineering on one teamThe interface, the content model and the implementation are reviewed by people who share the brief. You are not reconciling a design agency and a development shop.
  • Platforms with a reasonWordPress, Next.js, a commerce stack or a custom build is chosen for editors, integrations and the life of the site. The stack is a decision, not a default.
  • Published sites, not mock promisesO’Brien, Ostevit-D and the Rhino-Rack website are in the work. You can read what was built before you ask us to build yours.
  • A practice, not a landing-page offerThe detail of CMS, front end, ecommerce and bespoke work lives on the development service pages. This page is the Sydney entry point when you are choosing a studio, not a platform.
  • Support after the launch ticket closesA site that cannot be changed in week eight was not finished. We plan the handover and the kind of support the in-house team will actually need.

Web work we scope on purpose

  • Marketing and product sites

    Information architecture, interface design and a front end that stays fast enough to keep. See the full development services list when you want the practice broken out.

  • CMS implementation

    Structured content, roles and previews so editors publish without a developer in the loop for ordinary pages. CMS platforms covers that practice.

  • Ecommerce and catalogues

    Ranges, fit, and the path to the right product, including the unglamorous states: filters, empty results, and content that merchandisers can update.

  • Design systems

    Components and rules that keep later pages inside the same interface, which is how a site stays coherent after the project team leaves.

  • Integrations

    CRM, commerce, search and product data connected where the page needs them, scoped as interfaces rather than as a surprise in week ten.

  • Performance and accessibility

    Budgets for speed and a build that can be used with a keyboard and a screen reader. These are acceptance criteria, not a later audit we hope to skip.

Selected websites

Three published web projects: a design system and site, a health brand website, and a product site rebuilt around shopping. The wider set is under our work.

O’Brien

UI, UX, a design system and website development. Interface rules and the site that uses them, delivered as one piece of work.

View project

Ostevit-D

Website design and development for Ostevit-D, an Australian bone-health brand. A marketing site with a product story to keep clear.

View project

Rhino-Rack website

Website design and development. A catalogue brand whose site had to help someone find the right fit, not only browse a range.

View project

How a web build is run

Content model before pixel polish

We agree what kinds of pages exist and who edits them. Visual design then has something real to attach to.

A stack you can staff

The platform is one your team, or a calm support retainer, can live with. Novelty is not a requirement.

Staging that matches production

Editors and stakeholders review on an environment that behaves like the live site, including the awkward content, not only the hero.

Handover notes that name the model

What to edit, what needs a developer, and how a new landing page is supposed to be made. That is the document that keeps the site alive.

Sydney engineering

Scoping, design and build are done by the studio here. Questions about the implementation do not go through an offshore queue you cannot see.

From first conversation to a site you can run

  1. Describe the task the site performs

    Sell a range, publish a team, support a product, or qualify an enquiry. The task decides the information architecture. A moodboard does not.

    A definition of the site’s job, in a sentence a stakeholder can repeat.

  2. Choose the platform for that task

    We compare editor needs, integrations and the life of the site. WordPress, Next.js, a commerce platform or a bespoke build each win some briefs and lose others.

    A stack decision with the reason written down.

  3. Design the interface and the model together

    Templates, components and content types are reviewed as one. We prototype the pages editors will duplicate, not only the homepage.

    A design that can be authored, not only looked at.

  4. Build, integrate and harden

    Implementation includes the states people forget: no results, long names, slow third parties, and the permissions model. Performance and accessibility are checked before launch, not after a complaint.

    A release candidate the team has already used.

  5. Launch and leave a path

    We train the editors, list what is in scope for support, and agree how the next template gets made. The site is finished when someone other than us can publish.

    A handover your team can follow without a workshop every Friday.

FAQs

Do you design as well as develop?

Yes. Interface design, content modelling and engineering are in-house in Sydney. You can bring your own brand guidelines. You do not need a separate web design agency for us to build.

Which platforms do you use?

WordPress, Next.js, commerce platforms and bespoke web applications, chosen per brief. The development service pages go into each practice. If you already know the platform, start there. If you know the outcome and not the stack, start here.

Can you rebuild a site we already have?

Yes, when the current site is failing editors, performance or the customer task. We will say if a rebuild is more than you need and a repair of the content model would do.

Do you work with our internal developers?

Often. We can own the marketing site while your team owns a product, or pair on the integration boundary. The useful version is a written split of who merges what.

How long does a typical marketing site take?

A focused marketing site is often a small number of months once content and decisions are available. Catalogue, commerce and bespoke workflow work takes longer because the task is larger. We estimate from the task, not from a package name.

How do we start?

Tell us the audience, the job of the site, and anything that must stay: brand, platform, or a date. We reply from the Sydney studio with a view on scope before we talk about pages.