Project Brief

Bayside ChurchWebsite Redesign

We're rebuilding our main website and looking for an exceptional design partner. We're looking for an established agency that is exceptionally strong in design to rebuild our main site — across a growing, multi-campus church — on a flexible, easy-to-manage platform.

Read the brief ↓Reach out by July 1, 2026
About Bayside01 / 12

One church, many campuses.

~20K

Weekend attendance

10

Campuses today (incl. Folsom Prison) — 3 more by 2027

3

California regions

Bayside has been around since the late 1990s, and today we're one church meeting across ten campuses — nine public locations plus Folsom Prison, a special campus that isn't treated like a normal location. Our campuses span three California regions — the Sacramento area, the Bay Area, and Southern California — and we're still growing, with three more planned by the end of 2027.

We're not a broadcast church. Each campus has its own campus pastor who preaches their own message every weekend — there are no video venues replaying one central service. Each campus also runs and publishes its own weekend services and livestreams, on the shared infrastructure our central team provides.

Who you'd work with

Shared Operations

Our central team — they provide the shared infrastructure every campus runs on, and they're your primary partner throughout this project.

Campus pastors weigh in on design, and our executive pastor holds final approval on budget and design.

Project Overview02 / 12

A complete redesign, led by design.

We're completely redesigning our main website. We want a partner who is exceptionally strong in design and can deliver a clean, well-branded site that isn't overly cluttered — and that's easy to manage. Historically our brand is clean and simple, photo- and video-driven, with room to breathe. We're open on the platform — a modern JS framework with a CMS, WordPress, Rock, or something else — and want your recommendation.

The site's first job is to welcome new people. If sermons, events, and ministries are genuinely easy for someone exploring Bayside to find, our regulars will find them too — so we design for the newcomer first.

We're a growing, multi-campus church, so a strong approach to multi-campus is essential. A core goal is design alignment across our domains and platforms — most importantly bringing Rock in line with the new site, on whichever platform we land on. BEMA, our Rock support partner, helps on the Rock side.

Prior church experience isn't required, but a strong portfolio is essential. We're looking for an established firm — no solo freelancers.

Design
Clean, well-branded, uncluttered
Audience
New people first
Platform
Open to suggestions
Campuses
10 today · +3 by 2027
Partner
Established agency
Budget
Flexible — let's talk
The Challenge03 / 12

Four problems to solve.

At its core, this project comes down to four things.

01Design

A design that's over a decade old

The original site was built in 2012, with small revisions in 2020 — and no meaningful design update since.

02Multi-campus

A growing multi-campus footprint

10 campuses today and 3 more by the end of 2027, each currently its own microsite. We need a strong, scalable approach to multi-campus.

03Backend

A backend that's hard to maintain

The WordPress site carries legacy plugins that need better management or updating, and the Multisite network adds challenges of its own.

04Rock

The role of Rock

Some pages belong in Rock (forms, etc.), some don't — and Rock could even be the platform. We'll map the overlap and unify the design.

Our Current Site04 / 12

What we're working with today.

Today it's a main hub plus a templated microsite per campus, on WordPress Multisite. That works, but the multisite model brings its own logistical challenges — and we're not sure it's the right long-term approach. We're open to keeping multisite, moving to a more traditional single site, or something else.

How It Works Today

This is our current structure — the starting point, not the target. We're open on where the platform goes next. (What connects to it is in the next section.)

Platform
WordPress Multisite — a main hub plus one templated microsite per campus. Every campus site shares a single theme.
Templated campuses
Campus sites share a common template — each has a hero image and generally the same homepage content, though campuses have some flexibility in which content rows they add.
Domain
On baysideonline.com today; we own bayside.church and are looking at moving to it — so plan for the domain change, redirects, and SEO.
Content ownership
Each campus has one or more people responsible for keeping their location's content up to date.
Governance
We want most pages centralized and NOT campus-editable, with the flexibility to spin up one-off pages.
Video (Mux)
Keeping
Sermon and devotional video is hosted on Mux. We want to keep Mux as our video platform in the new site.
Page Sprawl & Upkeep

Each campus has its own set of pages — mostly ministry pages duplicated across locations (e.g. granitebay.baysideonline.com/kids vs blueoaks.baysideonline.com/kids). Upkeep is uneven: some ministries keep their content fresh, others let it sit for years. Many pages are outdated or poorly designed, and page-building is highly democratized — something we may want to rein in.

Roughly 90% of pages (everything but the homepages) use a single “Custom Layout” template: staff assemble a page from structured ACF sections — Traditional Content, Custom Rows, Events, People, Connect/Contact — rather than free-form. It gives some structure, but it's also what lets pages multiply and drift.

The Granite Bay Kids page, front-end
Front-end — the /kids ministry page
The same page in the WordPress Custom Layout editor, built from ACF sections
Back-end — the Custom Layout editor (ACF sections)

An open question for the redesign: do we even need a separate ministry page per campus? We may just need to surface each campus ministry's essentials simply — without a full page each.

Ecosystem & Integrations05 / 12

The site doesn't stand alone.

A web of platforms and feeds depends on our content. Changing the CMS means re-pointing these — so the new partner needs to account for them. The chips below flag what we keep, what must be preserved, and what's still an open decision.

A campus livestream page on Sardius
granitebaylive.baysideonline.com
Open decision

Livestream playback

We stream to YouTube, and each campus also streams at <campus>live.baysideonline.com on Sardius — essentially a calendar that plays a Resi feed. We use a sliver of the platform and may not renew it. Three paths for the new site:

  • Bring livestream playback into the new site,
  • Give us design direction to build a similar solution ourselves, or
  • Keep Sardius, but provide design direction to bring it on-brand.

WordPress

Content source

Sermons, devotionals, and (today) event listings live here as post types — on a steady rhythm: a 3–5 minute devotional posts to the main site five days a week, and each campus posts its own weekend sermon (35–60 minutes) once a week.

Rock RMS

Integration

Events are the integration priority — pulled live via Rock's API, with other data available as needed. BEMA supports the Rock side.

Mux + bcc-mux plugin

Keep · plugin needs a plan

Mux hosts all sermon and devotional video — we want to keep it. A custom WordPress plugin (bcc-mux) is how we manage and consume Mux assets: an ACF field type, an admin asset browser, and REST + webhook endpoints. It's essential, but it isn't currently maintained by any developer — the plugin needs a plan for updates and support. We're open to ideas or solutions.

Daily email — Mailchimp

Open decision

An RSS feed from the Devotionals post type triggers a Mailchimp email — a daily devotional, 5 days a week. Mailchimp is the last thing we use it for, so we'd also consider having Rock send this email instead — though Rock may still need an RSS feed or API route to ingest the devotionals.

Podcasts — Apple & Spotify

Must preserve

Each campus' sermons publish an RSS feed that feeds Apple and Spotify podcasts every week.

Subsplash — legacy video archive

Migration TBD

We moved sermon video to Mux in 2022, so only the last few years live on Mux today. Roughly 8 earlier years of sermon content are still on Subsplash — which we're still paying to host. If a viable migration path exists, we'd love to bring that older library over.

Bayside App — Differential

Under review

The mobile app pulls from Rock (accounts, soon events), WordPress (sermons, devotionals, events today), and Sardius (livestream calendar). We may discontinue it; if not, Differential migrates their connectors to new endpoints when the CMS changes.

Workarounds06 / 12

We keep building around the main site.

Because the main site's design is so dated, we've gotten into the habit of building one-off sites and pages — in-house or with hired help — whenever something needs to look good. We'd rather not. Two recent examples:

Screenshot of The NXT Initiative

The NXT Initiative

Built on Framer

Our NXT capital-campaign site — built off the main site, on Framer, to get a modern look.

thenxtinitiative.com
Screenshot of Folsom Prison

Folsom Prison

Built on Rock

A one-off campus page built directly in Rock.

connect.baysideonline.com/folsom-prison
Rock Areas07 / 12

Public Rock pages that need theme direction.

Some areas live in Rock RMS — because they're interactive for a logged-in account, or because they pull data from one. Aligning these with the new design (on whichever platform we land on) is a core goal, so everything feels like one church. Rock work is supported by BEMA.

Screenshot of Member accounts

Member accounts

Rock

Congregants log into their accounts here to manage their profile, giving, groups, and events. This member experience needs theme direction too.

my.baysideonline.com
Screenshot of Local Outreach

Local Outreach

Rock

Lives in Rock because it's interactive for a logged-in account.

connect.baysideonline.com/local-outreach
Screenshot of Giving

Giving

Rock

Our giving provider is Simple, but the giving page will likely live in Rock so it can personalize for the logged-in user — pre-filling their info when they're signed in.

connect.baysideonline.com/giving
The Engagement08 / 12

What we'll need, against the four problems.

The work maps to the four problems above — design, multi-campus, the backend & platform, and the role of Rock — with the rest of the ecosystem folded in.

01

Design

  • A modern, polished redesign of the main site — design quality is the top priority.
  • One consistent design across our domains and platforms (including Rock), so everything feels like one church.
02

Multi-campus

  • A strong, scalable approach for a growing multi-campus church (+3 campuses by 2027).
  • We're open on the model — keep the multisite approach, move to a more traditional single site, or something else — and want your recommendation.
  • Rethink the per-campus ministry pages: we may not need a full page per campus, just a simpler way to surface each campus ministry's info — and we may want to rein in who can build pages.
03

Backend & platform

  • Recommend the right platform — we're open (a modern JS framework with a CMS, WordPress, Rock…) and want your recommendation.
  • Livestream playback in the new site, or design direction to build our own or to bring to Sardius.
  • Keep the daily devotional email working (Mailchimp today, or have Rock send it) and preserve the podcast feeds (Apple/Spotify) and the Bayside App's data endpoints.
  • We own the repo, with access to a CI/CD pipeline.
04

The role of Rock

  • Map the overlap — which pages live in Rock today, which could move there, and which shouldn't (anything with forms or registration generally needs to be in Rock).
  • Rock integration: pull live event data via Rock's API (the feed already includes links to registrations), with other data as needed. BEMA supports the Rock side.
  • Events are mid-move: today they live in The Events Calendar (WordPress) plugin, but we're moving both the data and the listings front end to Rock. The data will stay in Rock; the listings may come back to the new platform if that makes sense.
  • One unified design across the public site and Rock, so a logged-in Rock page feels like the same church as the marketing site.
Engagement Roadmap09 / 12

How we expect the project to flow.

The phases we anticipate — we're open to your proposed plan and sequencing.

Target start

August 1, 2026

Signed contract & ideal start date — flexible.

Launch

Mid-2027

At the latest.

What we need from you

We're looking for a partner with strong design opinions, leadership, and project management. Our team will be running other projects at the same time, so we'll be leaning on you to keep things moving.

  1. 01

    Discovery & Strategy

    Stakeholder interviews, audit of the current sites, goals, sitemap, and content strategy.

  2. 02

    Design

    Brand-aligned visual direction, key page designs, and a reusable, multi-campus component system.

  3. 03

    CMS Build

    Build the public site on a flexible, easy-to-manage CMS with editor-friendly content models.

  4. 04

    Rock Integration

    In partnership with BEMA, pull live data from Rock RMS via its API (events first) and apply the design to Rock pages.

  5. 05

    Launch

    QA, accessibility + performance pass, content migration, redirects, and go-live.

Ownership & Support10 / 12

How we want to work — now and ongoing.

We're open to a long-term relationship, but it starts from clear ownership: this is our code, and we need to be able to change it.

We own the work
  • We own our code outright, with the ability to make changes.
  • The code lives in our GitHub repo and is hosted by our provider.
  • A proper CI/CD pipeline, so changes ship safely.
Who can change what
Campuses
Make their own allowed content changes for their location.
Comms director
Make changes that affect all campuses at once — typically content, not code.
Digital / Rock team
Modify the code directly, through a proper CI pipeline.
Ongoing partner

If budget allows, we'd love an ongoing partner who co-owns the code with us — maintaining the code, plugins, and integrations, and making code changes as needed. We'd also bring you larger one-off projects (Christmas, Easter, kids camps, or future builds like the NXT capital-campaign site). In short, we'd love for you to be our main web partner.

Start a Conversation12 / 12

Think you might be a fit? Say hello.

No formal proposal needed — we'd just love to hear from you and start a conversation with the right partner.

Send a quick note with a link to your work, and we'll take it from there. If it feels like a fit, we'll find time to dig into scope, timeline, and pricing together.