imedia8 for StudentBridge · October 2026

The Video Library Platform, in plain English

What we're building, why, and what it will take. A companion to the technical spec Olaf is working from.

The problem we're solving

StudentBridge built a video library website for Suffolk University, with video delivered by imedia8's ContentHub. It works well: prospective students can browse videos, pick their interests and see a personalised feed, track a virtual campus tour, save favourites, and get to Apply, Visit or Request Info in one tap.

The catch is that everything about Suffolk is baked into the website itself. Their navy and gold appear 372 times in the code. The word "Suffolk" appears 86 times. The 22 videos, the FAQ answers, the key dates and the chat replies are all typed directly into the page. To launch the same experience for a second university, someone would have to copy the whole site and change every one of those by hand, then do it again for every update.

That doesn't scale past two or three clients. The platform fixes it. imedia8 will build, own and run the platform specifically for StudentBridge, who will use it under licence to launch and manage sites for their university clients.

The idea in one sentence

Build the website once, and keep everything that differs between clients in a separate "client file" that the website reads when it loads.

Think of the website as a template and the client file as the content that fills it. Suffolk gets a Suffolk file. The next university gets their own. Both run on the same website code. When we improve the player or fix a bug, every client gets it at once.

What goes in the client file

Everything a client would want to be different. In order of how often it changes:

Their look
Colours, font, logo. Set once.
Their words
Headline, section titles, button labels, the chat assistant's greeting.
Their videos
The catalogue, with categories, tags, descriptions and student quotes. Changes most often.
Their interests
The "Make It Yours" chips, and which videos each one surfaces.
Their page layout
Which sections appear and in what order. Not the design of each section; that stays ours.
Their admissions info
Campus tour stops, FAQ, key dates, and where Apply / Visit / Request Info actually go.

Plus a short list of on/off switches we control: whether a client has the StudentHUB panel, the chat assistant, the floating mini-player, and whether visitors can sign in.

We've already written Suffolk's client file by pulling their content out of the current site. It's the proof that the idea holds: nothing about Suffolk was left behind.

The four pieces

1
Admin tool
Where StudentBridge and the client edit their file. Forms, not code. Carries StudentBridge's branding. Preview, then publish.
2
Client store
Holds every client's file; videos and images live on imedia8's ContentHub. Keeps old versions so anyone can roll back.
3
The website
The Suffolk site, made generic. Works out which client it's serving from the web address, loads their file, shows their library.
4
Visitor memory
Remembers each visitor's interests, saved videos and tour progress. In the browser by default; in an account if they sign in.

What visitors will notice

Very little, which is the point. A prospective student on the Suffolk site sees the same library they see today. The differences are improvements we're making while we're in there:

  • The mobile bottom bar gets four proper buttons instead of five squeezed into two rows.
  • The interest picker starts collapsed on phones so the videos are visible straight away.
  • Apply, Visit and Request Info go to the university's real pages (today they show a placeholder message).
  • Every video gets its own web address, so it can be shared.
  • Visitors can optionally sign in to keep their progress across devices. If they don't, everything still works.

What clients will notice

A login to the admin tool where their admissions team can add a video, change a deadline, update an FAQ answer or swap a photo, see a preview, and publish. No ticket to us, no developer. If a client allows sign-in, the same tool shows them who has been engaging and what they're interested in.

How we'll build it

1 · Extract
Pull Suffolk's content into a client file. Done. Two placeholders remain: the logo file and the real Apply / Visit / Request Info links.
2 · Generalise
Make the website read from the file. Finished when Suffolk looks identical to today, on phone and desktop.
3 · Second client
Stand up a second university (real or demo) on the same website. Anything we can't express in their file is a gap we fix before going further.
4 · Admin tool
Build the editing forms once the file format has stopped changing.
5 · Sign-in
Visitor accounts and the engagement view for clients.

Steps 2 and 3 come before the admin tool deliberately. Building an editor for a file format we haven't tested on a second client would mean rebuilding it.

Making client sites look different

One template with swapped colours would make every client site recognisably the same. So the platform offers three templates, and each client picks one:

Cinema
The Suffolk look. Dark, full-width video at the top, StudentHUB as a panel down the right.
Editorial
Light and magazine-like. Headline beside a big poster, one featured story with smaller ones around it, StudentHUB as a band across the page.
Guide
App-like. Navigation and tour progress in a left sidebar, category tabs, square tiles in the main area.

On top of the template, a client chooses a theme (dark, light or tinted with their colour), a card shape (widescreen, poster or square), their colours and fonts, and which sections appear. Three templates, three themes and three card shapes give 27 structurally different sites before colour and content come in. Two clients on the same template will still read as different sites.

Mock-ups of all three templates, each on a different demo brand, are in the design files.

The interactive campus map

Suffolk also has a Campus Discovery page: an illustrated map of downtown Boston with 14 pins. Tap a pin and you get that building's video, photos, a 360° view, opening hours and a description. A guided seven-stop tour draws a route across the map and tracks your progress, and a "Smart Path" builder makes a tour to fit the time you have.

The platform treats the map as a standard feature any client can switch on. It appears in all three templates (each in its own style) and as an optional preview block on the home page. In the admin tool, a client uploads their campus illustration, clicks to drop pins, fills in each location's details and media, drags the tour stops into order, and sets walking times. Suffolk's 14 locations are already in their client file.

Clients who want a fully bespoke look

Some clients will want more than templates, themes and colours allow. For them, the platform can export the design files for their site. Their developers (or ours) restyle those files however they like and upload them back. The content stays separate, so the client's team can still edit text, swap videos and update map locations in the admin tool afterwards without touching the design again.

The upload is checked automatically so a customised design can't break the player, the personalisation or the map, and every upload is kept as a version that can be rolled back. When we improve the platform, standard templates update by themselves; bespoke designs are told when a refresh is recommended.

Decisions already made

  • Where client sites live. On our web addresses: suffolk.university-tour.com and suffolk.college-tour.com, and the same pattern for every client.
  • Where videos live. On imedia8's ContentHub, delivered through the Akamai network. Client files simply point at those videos.
  • Who owns what. imedia8 builds and runs the platform and licenses it to StudentBridge. StudentBridge creates and manages the client sites.
  • How visitors sign in. They register an account with us. No connection to any university login or database.
  • How much clients can change. Every section on or off, in any order; template, theme, card shape, colours and logo.

Decisions still open

  1. The chat assistant. Scripted answers the client writes, or an AI that answers from the client's videos and FAQ.
  2. The second client. Who, and when.
  3. Which templates ship first. Cinema exists. Suggest one more for launch, the third once two clients are live.
  4. Who can upload bespoke designs. Only us, or a client's own developers too.
  5. Clients without a campus illustration. Commission one, or support a standard street map as the base.
  6. How the licence is measured. Per client site, per visit, per minute of video watched, or a mix.

Not in this round

The swipeable vertical video feed from the mobile exploration, an AI chat assistant, and the Campus Discovery page as a second page type. All three fit the platform model and can follow once the first two clients are live.