Back to work Case study · Mobile app & admin platform

The best featurewe addedwas subtraction.

Two live products for a senior-living ministry: a Scripture-first daily formation app for residents, staff and the surrounding community — and a web admin portal that lets non-technical ministry staff run the content, events, messaging and people behind it.

Client
A senior-living ministry
Year
2026
Scope
Product direction · Design · Build
Status
Live prototype · mock-data backend
The ministry admin portal dashboard, showing sample engagement data across campuses

The admin portal staff actually run. Figures shown are sample data — the product has no users yet.

A digital front door, for an audience the internet forgot.

01

No front door

Scripture, devotionals, study, events, media and photos lived in scattered places — or nowhere — for a community that is largely 70 and over.

02

Accessibility was the constraint

Small type, low contrast, tiny targets and feature buffets fail this audience specifically. It shaped every decision we made.

03

Staff couldn't change anything

Content, media, livestreams, events and resources were all code-level. Nothing moved without a developer.

The obvious referencewas the wrong one.

The first brief pointed at YouVersion. It's the category leader, so it's the natural reference — and it was exactly wrong. YouVersion is dense, young, gamified and feature-forward. A pastoral senior-living ministry should feel like the opposite: warm, unhurried, quiet. Everything got better the moment we threw the comparison out and started from the ministry's own identity instead. Competitor-shaped is not the same as user-shaped.

The home screen had eight tiles and six competing cards. We cut it to one primary action — "Continue Reading," set over Scripture imagery. That single act of subtraction did more for the product than any feature we could have added. For an audience of 70+, the question isn't "what can they do?" It's "do they know what to do first?"

The architectural decision that carried everything was a provider seam: content flows through swappable providers, and the whole thing runs, demos and deploys on a mock data layer designed as a drop-in for a real database. Full SQL migrations and row-level security policies are written and waiting. That let us ship something real and shareable before any backend existed — which is also the honest limitation. It's a fully-formed prototype without a persistent spine. Connecting the database is the difference between demo and product, and we say so plainly.

One more decision worth naming: we bundled the entire KJV — all 66 books, 4.3 MB — instead of calling a Bible API. That removed the network, rate limits, licensing exposure and latency in a single move. It works in airplane mode. The primitive choice was the right one.

Managing an event in the admin portal — registrants, details and messaging
Events, content and messaging — all editable by ministry staff, no developer required.

What it delivered.

  • 01

    Two live products, ~40 screens

    A full mobile app and an admin portal, both deployable and shareable by URL, with clean production builds and zero TypeScript errors.

  • 02

    The Bible works fully offline

    The entire KJV bundled — no network, no rate limits, no licensing exposure. It works on a plane.

  • 03

    Real audio Bible via on-device TTS

    Verse-by-verse follow-along highlighting with voice and speed selection, working on iOS, Android and web.

  • 04

    An admin portal staff can actually run

    11 sections, five roles with server-enforced access, audit logging, and a Media + Resources CMS with scheduling, bulk actions and import/export.

Building for an audience everyone else designs past?

Book a Strategy Session