Audience, purpose and journeys
Each important page needs a defined audience, buying moment, purpose and next action.

Orionis plans new websites, redesigns, migrations and replatforming around information architecture, semantic structure, content requirements, search foundations and implementation controls—before production decisions become expensive to reverse.
Your website is the main source you control. It is where audiences, search engines, AI systems, journalists and partners look for a coherent account of the organisation, its services, expertise and evidence. That owned foundation directly supports Search & AI Visibility.
A redesign can improve appearance while leaving the underlying problem intact. If page purposes overlap, expertise has no clear home or the CMS cannot support the intended publishing model, the new interface may reproduce the old constraints in a more polished form.
Settle the meaning before designing the surface. Copy, design and technology can then express an agreed system instead of resolving structural questions independently.
Each important page needs a defined audience, buying moment, purpose and next action.
The taxonomy, hierarchy and URL system give every service, topic, audience and evidence type a clear home.
Page types, components and CMS fields should support the meaning the site must maintain: entity, audience, intent, evidence, relationships and review state.
Crawlability, rendering, indexation, canonicals, metadata, structured data, accessibility, performance, analytics and consent must be specified and verified.
Website strategy and architecture; a content and component system; an implementation and migration map; and a design-ready prototype with a production brief. The result gives design and development teams an agreed structure to implement—not a polished surface with unresolved foundations underneath.
Establish the current state — inventory the existing record, technology, content and constraints.
Define the architecture — settle page ownership, navigation, URL structure, journeys and topical hierarchy.
Build the content and component system — give each page and reusable module a defined responsibility.
Prototype the experience — demonstrate the approved hierarchy, content and behaviour before production.
Engineer and validate the live build — verify accessibility, performance, analytics, consent and technical behaviour.
Defined audiences and journeys, page ownership, navigation, URL structure, topical hierarchy and a controlled expansion model.
Representative copy, page requirements, reusable modules and editorial rules give the implementation team real content to build.
HTML prototypes guide implementation. The developer remains responsible for maintainable integration, security, accessibility, performance and production behaviour.
Plan the owned foundation that audiences, search engines, AI systems, journalists and partners can understand and use.
Plan your website foundation