Multi-Site Group Landing

A healthcare professional smiling in a bright clinic

Intakes completed

1,28412.4%

vs. 1,142 the month before

For multi-site groups

Eleven sites, one rota, and a board pack that writes itself

Sirius was built for a single practice and then grew into the groups that bought it. Everything on this page is the part that only matters once you are running more than one building.

11

Sites on the largest group

1

Rota across all of them

6 days

To add a site, start to live

For groups

Every site keeps its own front desk and none of its own spreadsheet

Rooms, rotas and waiting lists stay local, because a receptionist in Camden should not be booking a room in Leeds by accident. Everything above that line is one set of numbers.

Warm orange gradient backdrop

Brightwell · Camden

18 Parkway, London NW1

Open · closes 6pm

Each site runs its own day

Its own rooms, its own opening hours, its own waiting list. Staff see the site they are standing in unless they are given more.

Deep green gradient backdrop

Kingsway · Leeds

4 Wellington Place, Leeds LS1

Open · closes 7pm

Clinicians move without paperwork

One person covering three sites has one rota and one login. Their hours land against the site they actually worked in.

Soft blue gradient backdrop

Harbour · Southampton

9 Ocean Way, Southampton SO14

Closed · opens 8am

The group sees one set of numbers

Utilisation, income and waiting times roll up nightly, and every figure opens back onto the site and the appointments behind it.

The week

What a group actually does daily, weekly and monthly

Written out because this is the part a demo skips. Anything marked automatic happens whether or not somebody remembers it.

Daily

Roughly twenty minutes across the group, most of it at the desks.

Desk handover, per site

08:45

Front desk

Cancellations offered to the waiting list

Through the day
Automatic

Claims sent and tomorrow's reminders out

17:30
Automatic

Weekly

About an hour for one person, usually the group operations lead.

Rota gaps across all sites, in one view

Monday

Operations lead

Rejected claims, with the reason attached

Wednesday

Billing

Utilisation by site and by room

Friday
Automatic

Monthly

The board pack, which nobody rebuilds from exports any more.

Month-end pack assembled from the live figures

1st
Automatic

Income and utilisation by site, year on year

1st
Automatic

Group review, half an hour instead of half a day

3rd

Directors

Five of the nine routines above are automatic, which is the actual product rather than any screen on this page.

See a group rollout plan
In practice
We went from four sites to eleven without hiring a single extra administrator. The board pack takes twenty minutes now and it used to take the last week of every month.
Portrait of Daniel Osei

Daniel Osei

Group Operations Director, Brightwell Health

Soft blue gradient backdrop
4.9

from 240 verified clinics

About this page

Multi-Site Group LandingPRO

A single page aimed at multi-site groups: a capsule navbar anchored to the sections below it, a full-bleed hero floating a live intake figure, three site cards showing what stays local, the daily weekly and monthly cadence written out, an inverted customer quote with a rating, four documents to read before booking, and a minimal footer carrying the same anchors.

Composed from 7 blocks. Installing this page installs all of them, plus the pieces and primitives they use.

Built in the Sirius collection.

Landing6: Multi-Site Group Landing

A single page aimed at multi-site groups: a capsule navbar anchored to the sections below it, a full-bleed hero floating a live intake figure, three site cards showing what stays local, the daily weekly and monthly cadence written out, an inverted customer quote with a rating, four documents to read before booking, and a minimal footer carrying the same anchors. Seven blocks, one install, one page.

Upgrade to Pro

Pro blocks install through the shadcn CLI with your license key and ship their full source. Docs and live previews stay open to everyone, so you can read every block's details first.

Upgrade Now

Installation

Swap YOUR_EMAIL and YOUR_KEY for the email and license key on your account. Find your license key on your account page.

bash
npx shadcn add "https://ui.beste.co/page/r/landing6?email=YOUR_EMAIL&license_key=YOUR_KEY"

This installs the page to components/beste/page/landing6.tsx and everything behind it: the seven blocks it composes (navbar74, hero157, usecase42, workflow50, testimonial43, cta87, footer121), the five components they use (stats16, location7, socialproof25, button21, badge23) and the shadcn/ui button primitive. Thirteen files.

Quick start

The installed file exports landing6Demo alongside the page: the exact props behind the preview above. Spread it to get a working page in one line.

tsx
import { Landing6, landing6Demo } from "@/components/beste/page/landing6";

export default function Page() {
  return <Landing6 {...landing6Demo} />;
}

Each section is a separate prop, so the usual next step is to keep the demo and replace one section at a time. Keep the navbar's href values pointing at the anchors, or the page stops navigating itself.

tsx
import { Landing6, landing6Demo } from "@/components/beste/page/landing6";

export default function Page() {
  return (
    <Landing6
      {...landing6Demo}
      sites={{
        label: "Your sites",
        heading: "One system, and each site still runs itself.",
        items: [
          { title: "Local prices", description: "Set per site, changed without a ticket." },
          { title: "Local rotas", description: "Managers keep their own, the group sees all of them." },
          { title: "Local stock", description: "Counted on site, reported to the group nightly." },
        ],
      }}
    />
  );
}

Props

Every prop is the full prop object of the block that renders that section, so anything the block accepts is accepted here.

PropTypeDefaultDescription
navbarComponentProps<typeof Navbar74>Capsule navbar, transparent over the hero
heroComponentProps<typeof Hero157>Full-bleed hero floating a live intake figure
sitesComponentProps<typeof Usecase42>Three cards showing what stays local
cadenceComponentProps<typeof Workflow50>Daily, weekly and monthly, written out
testimonialComponentProps<typeof Testimonial43>Customer quote with a rating
ctaComponentProps<typeof Cta87>Four documents to read before booking
footerComponentProps<typeof Footer121>Minimal footer carrying the same anchors
classNamestringExtra classes for the page's outer wrapper

Sections

SectionAnchorBlockNotes
Groups#groupsusecase42Given bg-muted/40; three cards, matched to the grid
Week#weekworkflow50Three columns of three, so each list stays even
Practice#practicetestimonial43Rendered on the inverted band
Read#readcta87Also given bg-muted/40; four documents, not one button

Behavior notes

  • Every section is conditional on its own prop, so omitting cadence removes that section entirely rather than rendering an empty one. On a one-page site that also removes the target of a navbar link, so drop the matching link too.
  • The anchors belong to the page, not to the blocks: each section is wrapped in a div carrying the id and a scroll-mt offset, so no block is modified to be linkable.
  • Smooth scrolling is set by a page-level style element that targets html, with a prefers-reduced-motion guard. Element selectors only, so class obfuscation cannot detach it.
  • The navbar is given sticky top-0 z-50 bg-transparent by the page, so the hero's full-bleed media runs under it. That only works because hero157 is media-first; over a hero whose copy starts at the top, the bar would land on the text.
  • Counts are load-bearing on this page. The hero takes three proof items, not four, or the fourth wraps to its own line; the cadence columns take three items each so the three lists stay level.
  • hero157 keeps its floating card inside a bounded row: the background runs to the edges but the card stops at the container, so it does not drift into the corner on a widescreen display.
  • The quote sits inside a wrapper carrying the dark class, which swaps the theme tokens for that subtree rather than painting the section, so the rating and avatar follow the switch.
  • The whole page is a client component, since the blocks it composes are. It fetches nothing and holds no state above the blocks; the live intake figure is demo data.

Blocks in this page

Browse all blocks
PRO

navbar74

Floating Capsule Navbar

A navbar contained in a softly rounded, bordered capsule with a lowercase wordmark, uppercase links, an accent call to action, and a matching mobile panel.

PRO

hero157

Full-Bleed Canvas Hero

A hero that splits the viewport in two: an eyebrow, light display heading, two actions, and a hairline proof row on one side, and a full-height photo column floating a live trend metric on the other.

PRO

usecase42

Multi-Site Locations

A multi-site use case with an eyebrow over a hairline rule, a two-column heading, and three image tiles that each float a live location card above a title and description.

PRO

workflow50

Daily Weekly Monthly Cadence

An operating rhythm split into three hairline columns for daily, weekly, and monthly routines, each row carrying its timing and either an owner or an accent chip where nobody is needed.

PRO

testimonial43

Quote With Rating

A testimonial with an eyebrow over a hairline rule, pairing a large light quote and author on the left with an image tile that floats a live star-rating card on the right.

PRO

cta87

Resource Rows CTA

A closing call to action that offers three downloadable resources as full-width hairline rows, each a link with a short kicker, a format note, and an arrow that shifts on hover.

PRO

footer121

Minimal Centered Footer

A compact centered footer with a lowercase wordmark, a short tagline, an uppercase link row, a social row over a hairline rule, and a copyright line.