Live zoo streaming, and the cameras behind it

ZooPlus lets subscribers watch live and recorded streams from zoo habitats.We designed it from zero for viewers and zoo staff, and built its landing.

The ZooPlus live stream: a tiger resting on a mossy rock fills the screen, with the camera and habitat pickers, Record a Clip and the neighbouring cameras at its edges; ZooPlus on a phone: the Savanna Habitat with its animals, a short description, a photo strip and the five-tab bar
3
roles viewer, Zoo Admin and Super Admin, in one system
3
screen sizes the viewing side on desktop, tablet and phone
Webflow
landing structured, written and built by us on a chosen template

Project summary

ZooPlus is a subscription platform for live and recorded animal streams from zoo habitats, founded by Marc Billings. Viewers and teachers browse habitats and animals; the zoo’s staff manage the cameras, habitats, recordings and clips behind it. We designed the product from zero for all three roles, on one design system extending Untitled UI, and built the marketing landing in Webflow .

One zoo, two sides of the glass

A viewer meets the zoo through its habitats and animals; the staff meet it through cameras and clips. The same things, named and grouped differently for each side:

  1. Onboarding

    • Sign-up and login
    • Password recovery
  2. Habitats

    • Who lives there
    • What’s live now
  3. Animals

    • Each animal’s story
    • Where to watch it
  4. Live stream

    • The feed
    • The next camera
  5. My Recordings

    • Saved clips
    • Private or shared
Live and recorded
Recordings fill the quiet hours without being mistaken for the live feed.
Viewer and operator
One data model, told as habitats and animals to viewers and as cameras and clips to staff.
Zoo Admin and Super Admin
Each admin level sees and changes only its own part, so the wrong feed is never exposed.

The stream first, everything else at its edges

Found
A live feed can be busy, quiet or offline. Titles, pickers and controls compete with the one thing people came for.
Decided
The picture fills the screen; where you are sits in a thin row on top, the view controls at the side, the next camera at the bottom.
For the user
A viewer always knows which camera and habitat they are watching, and where the next one is, without the picture being covered.
Web app design
The live stream on desktop: a tiger on a mossy rock fills the screen; Back, the camera and habitat pickers and Record a Clip along the top; a view dial and zoom at the right; the previous and next cameras around a pause button at the bottom
After: The live stream, read from the top down
  1. Where you are

    The camera, the habitat, a way back and Record a Clip, in one thin row.

  2. The feed

    The picture, edge to edge, with the view controls kept to its side.

  3. What’s next

    The neighbouring cameras on either side of pause.

From a camera list to a product people watch

Each phase settled one layer, and the scope stayed on the first zoo as the budget changed.

  1. Information architecture

    Who the product is for and which roles exist: viewers and teachers on one side, Zoo Admins and a Super Admin on the other.

    Artifact The information architecture board: every role’s areas and what each can change.

  2. User flows

    Each role’s journeys, from sign-up to a live stream, and from adding a camera to sharing a clip.

    Artifact User flows for viewers, Zoo Admins and the Super Admin.

    Two user flows: sign-up with a check for an existing account and a paid-plan checkout, and log-in with Google, Facebook or email and a two-step password reset
  3. Wireframes

    Where the video sits, and what the player, habitat pages and admin tables hold, before any style.

    Artifact Desktop wireframes for the three role contexts, and role-based screen maps.

  4. Visual directions

    The look, from moodboards and two directions tried on the same two screens.

    Artifact Two style boards: a muted photo-based style and a cheerful illustrated one.

    Two style boards side by side: Style 1, muted and photo-based in green, and Style 2, illustrated in yellow, orange and green, each with its palette and a Habitats page
  5. UI and design system

    Every role’s screens in the chosen style, and the viewing side at tablet and phone sizes.

    Artifact High-fidelity UI, tablet and phone adaptations, a clickable prototype and the design system on Untitled UI.

  6. Landing page

    How a visitor learns what ZooPlus is before paying for it.

    Artifact The landing’s structure, copy and images, built in Webflow on a chosen template.

  7. Handoff

    What the developers needed to build the product.

    Artifact Flows, screen maps, the prototype, the UI and the design system.

Three roles, three ways into the same zoo

Found
Viewers, Zoo Admins and the Super Admin all touch the same cameras and habitats, but each needs a different door and a different set of rights.
Decided
One model underneath; each role gets its own menu, and the viewer’s is named after what people come to see.
The tablet side menu: Home, Habitats with its highlight, Animals, Recordings and Payments, and a Get Premium Access button at the bottom

A menu named after animals, not cameras

Viewers move by habitat and animal; the camera vocabulary stays on the admin side.

  • Information architecture for three roles
  • User flows for each role
  • Role-based screen maps
  • Sign-up, login and password recovery

What viewers and staff do in ZooPlus

Viewing first, in the order a subscriber meets it, then the admin work that keeps it running.

Sign-in

Found
Paid access depends on animals and cameras the viewer can’t control; the door in shouldn’t add to that.
Decided
A short sign-in with email or Google and Facebook, recovery one tap away, and sign-up linked below.
The phone sign-in screen greets a returning visitor under an elephant photo, with email and password fields, Sign In, and Google and Facebook options

Animals

Found
People come for an animal, not a camera number.
Decided
Every animal gets its own live card with a short story and photos, and leads to the cameras where it can be seen.
The Animals page: live cards for Gazelles, Zebras and Ostriches, each with a short description and a photo strip, with Giraffes, Hippos and Elephants starting below

Live and recorded, kept apart

Found
When the live feed is quiet, recordings help, but only if nobody mistakes them for live.
Decided
My Recordings is its own place: every clip carries its habitat, length, date and size, and can be shared or downloaded.
My Recordings: eight saved clips as video cards with habitat tags, lengths, dates, file sizes and Copy Link, Delete and Download actions

Camera management

Found
Staff need to know which camera shows which habitat, and whether it is working.
Decided
One list of cameras with their status, views, habitat and address, each switched on or off in its row.
Camera Management: a table of cameras with name, Live or Offline status, views, habitat, IP address and port, and an on/off toggle in each row

Recordings and clips

Found
Visitors’ clips pile up; staff need to find, check and share them without touching the live feed.
Decided
Clips in their own table by name, user and habitat, sortable, with copy, download and view in each row.
The admin Clips table lists visitor clips by clip name, user and habitat, with copy, download and View actions on each row

Untitled UI foundations, extended for animals and cameras

Found
The budget didn’t allow a system from scratch, and stock components know nothing about habitats, live feeds or camera states.
Decided
We extended Untitled UI with ZooPlus components: habitat and animal cards, recording cards, camera rows and their states.

One card for habitats and animals

The same card carries a habitat and an animal: a name and Live badge, a short story, a big photo and a strip of more.

  • The habitat card: Savanna Habitat with a Live badge, chips for giraffes, zebras, ostriches and gazelles, a description, a large photo and a photo strip
    Habitat card: Who lives there, as round chips, above the story.
  • The animal card: Gazelles with a Live badge, a short description, a large photo and a photo strip
    Animal card: The same card for one animal, without the chips.

States a viewer and an admin can read at a glance

A camera is live or offline, with its switch beside it; a recording is private or shared, marked before its title.

  • Two camera rows: Savanna-001 Offline with its toggle off, and Savanna-002 Live with its toggle on
    Camera: offline and live
  • Two recording cards: one with a lock before its title, one with a globe, each with length, date, size, Copy Link, Delete and Download
    Recording: private and shared

The same habitats on a laptop, a tablet and a phone

Kept
The card keeps its order everywhere: name and Live, who lives there, the story, the photos.
Changed
Three cards in a row on a laptop, two on a tablet, one on a phone; the top menu becomes a side panel and then a tab bar.
The Habitats page on desktop: three live habitat cards, Savanna Habitat, Treetop Rainforest and Coastal Cliffs, each with round animal chips, a description and a photo strip
Desktop · Habitats Three habitats side by side, the menu along the top.
On a tablet, the Habitats page shows the Savanna Habitat and Treetop Rainforest cards side by side under a compact header
Tablet · Habitats Two cards to a row under a compact header.
On a phone, the Savanna Habitat card shows animal chips, a description and a photo strip above a conservation banner and a five-tab bar
Phone · Habitats One card at a time, with a tab bar at the bottom.

A landing that explains the zoo before the subscription

Found
Visitors had to understand live and recorded animal streams, and why they are worth paying for, before signing up.
Decided
We structured and wrote the landing, chose its images, and built it in Webflow on a selected template.
  • Content structure and copy

    The zoo and recording context, benefits, pricing, calls to action and FAQ.

  • Webflow build

    The marketing landing only; the product was built separately.

A product ready to build, and a landing to sell it

ZooPlus left with the platform designed for all three roles, the viewing side at three sizes, a design system for its developers, and its landing built in Webflow.

roles designed
3
screen sizes for viewing
3
Webflow landing built
1

In the client's words

ANODA considered the visitor and administration experiences together in the design. We appreciated the way the proposed mobile journey and web tools share a consistent structure while serving different needs.

Marc Billings Founder, Blackdove Inc

5.0

Turning a technical system into a product people pay for?

Show us what runs behind it. We’ll design what your customers see and what your team runs, and tell you what we’d do first.