Browse by topic.

Putting Browse by topic into practice

This page focuses on Browse by topic . Start with its published information and the decision you need to make. Identify which details apply to your practice and which require further checking. Follow the relevant linked resources for implementation steps, source material or the current contact route, and keep your own constraints visible when turning the information into a brief.

Design the website around a real patient task

Start with the task a visitor needs to complete. Finding a treatment, checking a clinician’s background, identifying a location and asking for an appointment are related tasks, but they need different information. Make those paths visible in the navigation and on the relevant service pages. A good brief includes the content and the operational destination of each action: who receives the form, what happens after submission and how a visitor obtains help when the first contact route fails.

Desktop screens help explain page hierarchy, but they cannot establish the quality of the mobile experience. Check readable text, tap targets, menu behaviour and form validation on a phone. Long doctor biographies and treatment descriptions should remain easy to scan without hiding important details in decorative interactions. When a collection shows both desktop and mobile artwork, compare the priority of information across them. The mobile layout should preserve useful content rather than simply shrink the desktop composition.

From visual approval to a checked release

A launch review should cover content ownership, approved contact information, working forms, redirects and the URLs that search engines are expected to index. If a site replaces an existing website, map important old pages to appropriate new destinations. Check titles, descriptions, canonicals and internal links against the actual released URLs. Keep the review list separate from the visual approval: a polished mockup does not prove that a live booking form, analytics event or redirect behaves correctly.

Document the difference between a design study, a delivered website and a live capture. A design study explains a proposed experience. A live capture records what the site looked like when it was captured. Neither alone establishes an improvement in appointment conversion. For an outcome comparison, use a defined period and consistent event definitions, then reconcile digital enquiries with attended appointments where the practice can do so. Performance and accessibility checks should be repeatable after future content edits, not only at the first launch.

Choose the resource that matches your next decision

Begin with the question you need to answer, then choose the most appropriate destination in this collection. A guide explains a method, a checklist supports a repeatable review, a calculator explores assumptions and a case file documents a particular engagement. Reading them as interchangeable resources can create confusion. If you need to brief a supplier, start with the relevant service or framework. If you need to assess evidence, start with the source reports and the limits stated alongside the example.

Use the collection to narrow the investigation rather than adding every possible task to a marketing plan. Identify the stage where progress is blocked: discovery, understanding the service, making contact, arranging an appointment or following up. Choose a resource that addresses that stage and keep a short note of the evidence you need. A focused review is easier to act on than a long list of unrelated recommendations, particularly when clinical approvals and operational changes involve different people.

Apply the material to your own practice

Document the local conditions before adopting an example. Include the service mix, available clinicians, languages, appointment process and existing digital assets. A method used by a hospital network may need to be simplified for a solo practice; a single-clinic process may need explicit location ownership when used by a chain. Keep those adaptations visible in the brief. The resource provides a way to organise the work, while your own records establish whether its assumptions fit.

Assign a person to each next action and define how completion will be checked. Editorial tasks need content and approval ownership, technical tasks need a release review and measurement tasks need a named source account. Keep evidence attached to the relevant decision instead of relying on a general claim that the programme is performing well. Revisit the plan when the service, market or operational capacity changes. The related links on this page let you move from an overview into the detail needed for that next action.