← Shalom

Product & UX case study

Building Shalom: how we designed a Bible app for consistent daily discipleship

Shalom started with a simple question: why do so many Christians want to read the Bible consistently but still struggle to turn that intention into a daily habit?

Zamai Banje&Tamai Banje

Zamai BanjeProduct strategy · UX · behavioural design · product development

Tamai BanjeBrand identity · mascot design · illustration system

Platform: Progressive Web App

Overview

Over roughly six weeks, from July to August 2026, Shalom went from an initial product concept to a live, offline-first daily discipleship product. It now holds 100 authored study days across five learning paths, a nine-step daily experience, habit mechanics, personal notes and prayers, sharing, Bible character journeys, and community-based Discipleship Circles.

The result is not simply another Bible-reading app. Shalom is a daily Bible companion designed to help you read, understand, remember and apply Scripture in five to eight minutes a day.

100 authored days5 learning paths9-step daily loopOffline-first90 original passages proofed
The home screen
Home answers one question — what should I do today? — and then gets out of the way. The week sits above the button as seven quiet marks; the path card below it is the only place a total appears.

The problem

The problem is not access to biblical content. People already have Bible apps, sermons, devotionals, podcasts, YouTube channels and thousands of reading plans. The deeper problem is turning access into consistent spiritual practice.

Early research and product discovery kept returning to five challenges:

  • Inconsistent Bible reading.
  • Difficulty understanding Scripture.
  • Difficulty remembering biblical stories and characters.
  • Trouble connecting Scripture with everyday life.
  • No clear structure for spiritual growth.

At the same time, many existing solutions created another problem: too much content. You could open an app, find hundreds of plans, translations, devotionals and sermons, and still wonder:

What should I actually do today?

That framed a different opportunity. Instead of building another content library, Shalom became a daily discipleship system combining habit, learning, memory and application. The core product promise followed:

Grow spiritually in just 5–8 minutes a day through guided Bible reading, simple explanations and daily application.

That time constraint became one of the most important design decisions in the entire product. Shalom works for someone opening the app before work, during a commute, or late at night.

The emotional problem matters too

Habit products often rely on anxiety: red warnings, broken streaks, countdown timers, loss aversion, rankings, notifications telling you that you are falling behind. Those mechanics can work for language learning or fitness. Inside a spiritual product, we believed they had to change.

Someone returning to Scripture after missing several days should not be greeted by a screen telling them they failed. That led to one of Shalom’s defining principles:

Encourage consistency without turning spiritual discipline into guilt.

The in-house brand guide formalises it. Shalom is wise, gentle, consistent, uplifting and trustworthy — and it must never become a guilt machine, a hype bot, or a childish cartoon character.

The same week, before and after
Both columns contain a missed day. The difference is entirely in what happens on the line after it.

Our product thesis

Reduce the effort required to begin, give every session a clear ending, and make returning feel emotionally safe. Instead of asking you to decide what to study, Shalom makes the next step obvious.

The original daily loop was short:

Open → Scripture → Explanation → Insight → Quiz → Action → Progress

As we designed and tested the experience, that loop grew. The session now runs nine stages, and what began as a Bible-reading flow became a compact learning cycle: read, understand, remember, reflect, pray, act.

The nine-step daily loop
Read, understand, remember, reflect, pray, act. The Character Spotlight appears only on days that have one, which is why the progress bar in the app shows eight ticks on most days and nine on spotlight days.

The solution

Shalom’s daily loop, and the mascot that carries it, in one line: a wise dove who never nags, ranks, or shames.

Brand before build

Before any product decisions were made, we wrote the mascot’s brand personality guide: an archetype (the Sage — power through wisdom, not authority), five personality pillars, and, critically, an explicit banned-word list. Pairing a “say this / not this” table with that list meant later copy decisions had a test to fail, not just a vibe to match.

Say this, not that
The banned list is not a style note. It is a test: every string of copy in the app is scanned against these patterns on every pull request, so a line in the wrong register fails the build rather than shipping and being noticed later.

One guided session instead of an infinite content feed

The most important interface decision was restraint. Shalom does not open onto a library. Home answers one question — what should I do today? — and each session is short, progressive and finite. That gives you something content products often fail to provide: a clear definition of done.

“Know God” instead of just “know more”

Comprehension alone is not the outcome. Every session carries one clear insight about God — his patience, faithfulness, justice, grace. That changes the mental model from “I completed another reading” to “I learnt something about God today.” Shalom is not optimised for content consumed. It is optimised for understanding gained and carried into the day.

A mascot that functions as interaction design

The mascot is the product’s emotional interface rather than decorative branding — closer to a trusted pastor, a patient teacher and a kind friend than a cartoon sidekick. It holds six defined states, and the product responds through them. During learning Shalom is calm; during prayer it becomes compassionate; at milestones gold appears; after an absence the experience welcomes rather than reprimands.

Six states, one character
Six states, and deliberately no seventh. Each is specified down to a single distinguishing cue, which is what keeps them legible at a glance and stops the set from multiplying every time a new screen wants a new mood.

Building Shalom’s visual world

The visuals were never treated as decoration layered on afterwards. The mascot and the Bible-figure portraits were both built through the same brief-then-iterate process the product itself was built with, led by Tamai Banje.

Designing Shalom, the mascot

Before a single sketch was drawn, the illustrator worked from a written brief rather than a mood board: a dove, flat modern illustration, Sage archetype, pure white body with sky-blue wings and gold accents — plus an explicit list of what to avoid. No baby-ish proportions, no squeaky cartoon cues, nothing that reads as a children’s character.

The closing line of that brief set the bar deliberately high:

Shalom will be seen by the same person every day, sometimes at their most vulnerable or hopeful — so the character has to be worthy of that trust.

The mascot brief
How the character was arrived at
Four rounds of honest critique, and the halo that arrived in the second one never left. The brief set the bar for all of it: Shalom would be seen by the same person every day, sometimes at their most vulnerable, so the character had to be worthy of that.

Six states, one character

Once the base character was approved, it was extended into the six fixed emotional states, each specified down to a single distinguishing cue: an extended wing for compassionate, a full golden aura for glowing, half-closed eyes for resting. That keeps the states legible at a glance and prevents them from multiplying beyond the six the brand allows. Final assets were delivered as editable SVGs.

A character illustration system

Shalom could not feel like a coherent product if the mascot lived in one visual world and the Bible characters lived in another. As the Character Spotlight became a more important part of the daily experience, we needed a recognisable illustration system for people such as Abraham, Moses, David, Esther, Paul, Solomon, Peter, Ruth, Mary and Jesus.

We used the existing brand personality and mascot states as the art-direction foundation, and set the constraint for every character illustration from there. Rather than historically dense or highly realistic biblical paintings, we aimed for illustrations that were human and recognisable, warm, simple enough to work on a mobile screen, mature rather than childish, lightly detailed rather than noisy, consistent in proportion and line treatment, and supported by gold only as an accent.

Consistency did not mean making every character look the same. Each illustration was built around a small number of visual cues connected to that person’s story, so Moses, David, Esther and Paul still feel like different people at a glance while their silhouettes, facial treatment and colour discipline belong to one system. New characters were compared against the existing library rather than judged in isolation, which is what kept the style from drifting as the set grew.

The illustrations were designed for a product role rather than as standalone artwork. They stay readable at mobile sizes, sit inside the whitespace of the spotlight screen, and support the lesson rather than dominate it — which is why the final assets are isolated figures on transparent backgrounds, with no rectangular image edge competing with the interface.

One visual system, different stories
One visual system, different stories. The illustrations were designed to make biblical people more memorable without breaking Shalom's calm, mature visual language — and they earn their place as a memory cue, not as decoration.

The illustrations ultimately serve a purpose beyond polish. One of the original user problems was difficulty remembering biblical people and stories. Giving each important character a consistent visual identity creates another retrieval cue: instead of meeting a name only as text, you begin to associate that person with a face, a story and a lesson. That turns illustration into part of the learning system.

Designing habit without shame

Habit formation was one of the hardest product-design problems. We studied successful habit products and borrowed the mechanics that made sense, while rejecting those that conflicted with Shalom’s purpose. Shalom uses progress, daily rhythm, milestones, reminders, completion feedback, personalised journeys and visible weekly activity. It deliberately avoids coins, leaderboards, competition, countdown anxiety, red failure states and childish rewards.

Renaming the streak to “rhythm”

The single most important product decision made after launch planning was a rename. “Streak” is the standard word for this mechanic, and it carries the standard psychology. Traditional streak mechanics often leverage loss aversion: once a number has been built, avoiding its loss becomes another reason to return. For a spiritual product, we judged that this could create the wrong emotional relationship with discipline.

The fix was not cosmetic. It required splitting one number into two — a resettable current rhythm that is never announced as a loss, and lifetime totals that can only ever grow. The completion screen shows both, separated by a hairline, because one can reset and the other cannot.

Rhythm and lifetime, held apart
The same week, said twice. The current rhythm can go back to zero; the lifetime number cannot. Running them together as one figure blurred the difference, which is exactly what a missed day needed not to do.

A 36-hour grace window was introduced alongside it, so finishing a reading shortly after midnight is not punished because a database date changed.

What we chose not to build
Four mechanics commonly used to increase engagement — and deliberately turned down anyway. The reasons are the product.

How we built it

Phase 1: define the transformation

Building Shalom started by defining what success should look like for someone after roughly 90 days. Before: inconsistent, confused, passive, frustrated by their own lack of discipline. After: reading consistently, understanding major biblical stories, recognising important characters, knowing more about God’s character, and increasingly applying Scripture to everyday decisions. That became the filter for every feature decision — a feature had to support the transformation rather than make the app larger.

Phase 2: design the smallest meaningful loop

Instead of starting with social features, AI chat or an enormous study library, we focused on the recurring behaviour Shalom needed to win: can someone open this product every day and meaningfully finish something? The loop was treated as the engine of retention from the beginning.

Phase 3: build for imperfect connectivity

Because the product needed to stay useful across real mobile conditions, Shalom uses a local-first architecture. Your actions write immediately to Zustand and IndexedDB, and sync to Supabase in the background.

How Shalom stays usable offline
The network sits at the bottom of this diagram, not the top. Everything above it has already happened by the time a connection matters — which is why a finished lesson on a train still counts.

Authentication is anonymous-first, so you can start without an account-creation form. Only after you have experienced the product does Shalom ask you to attach an email and preserve your progress — which keeps friction away from the most fragile part of the funnel, the first session.

Phase 4: test what could silently break trust

For a spiritual product, correctness matters differently. A typo on a generic onboarding screen is inconvenient; incorrect Scripture or misleading theological framing can damage trust in the entire product. So testing covers more than UI behaviour, and all 90 original passages were proofed word-for-word against the official WEB text. You can read the full content process on the methodology page.

Trust is a product feature
A typo on an onboarding screen is inconvenient. A wrong verse is a different kind of failure — so the things that would break trust quietly are the things with tests around them.
The content library
Every path is hand-authored and version-controlled like software, so a correction lands once, for everyone. The capstone sits at the end of every sequence, whichever path a reader starts on.

How Shalom evolved

The most meaningful changes happened after the core experience already worked. We kept reviewing it by asking one question: what happens after someone understands today’s lesson? That exposed three gaps. Understanding did not automatically produce remembrance. Remembrance did not automatically produce prayer. And reflection disappeared if there was nowhere to keep it.

Three additions closed them:

  • Carry This With You — a single verse reinforced at the end of the reading, so you leave with something memorable.
  • Pray This — an authored prayer grounded in what the day taught, complete enough to pray aloud with no typing.
  • My Journey — saved verses, prayers and personal notes, kept in one place instead of disappearing into history.
What the loop gained
Understanding did not automatically produce remembrance, remembrance did not automatically produce prayer, and reflection disappeared if there was nowhere to keep it. Each gap became one step.

The loop became richer without abandoning the five-to-eight-minute philosophy.

Discipleship Circles

The next problem was social: how can churches and small groups use Shalom without turning discipleship into surveillance?

Leaders can create circles, invite members, assign lessons, batch-schedule content and celebrate collective milestones. But the privacy model is deliberately restrictive. An administrator cannot inspect an individual’s spiritual activity; individual progress is visible only when that member opts in, and there are no rankings. Circle milestones — a group’s hundredth or five hundredth completed session — celebrate the community without creating winners and losers.

That promise is enforced in database policy rather than in the interface, which is the difference between a product that intends to protect you and one that is built so it cannot do otherwise. What Shalom stores, and why, is set out in the privacy policy.

Discipleship Circles, end to end
The whole feature in three screens — and the promise it rests on is visible in the middle one. Sharing is off, because it is off by default, and only the member can turn it on.

Growth and sharing

Growth was another area where we resisted simply copying another product. We studied the shareability of verse-image experiences and redesigned Shalom’s sharing around the day’s most meaningful takeaway: the insight about God, the Bible reference, a calm 9:16 composition, generous negative space, restrained branding and a parchment treatment.

The Know God share card
Rendered on a canvas in the browser rather than on a server, so sharing works with no connection — and it quotes the day just finished, not the one the reader has not opened yet.

The card is rendered locally in the browser, so sharing still works offline. It also shares the completed day’s insight rather than accidentally pulling tomorrow’s unread lesson after progress has advanced. Growth becomes a continuation of the learning experience rather than a generic “invite friends” button.

What we shipped

What we shipped
Six weeks, from an initial concept to a live offline-first product. The figures for days and paths are read from the content library itself, so this panel counts what is actually authored today.
What we’re measuring next
Shipped is not the same as working. These are the five questions the next stretch of the product has to answer — and none of them has a number against it yet.

What comes next

Shalom taught us that building an engaging product does not have to mean making it louder. Sometimes the harder challenge is building something people want to return to without exploiting the reasons they are afraid not to.

The result is a product where the technology deliberately gets out of the way.

One day at a time
The whole product, said in five lines. Everything in this case study is downstream of keeping that list this short.

As the product definition evolved, one principle stayed unchanged. Shalom is not a Bible app, a sermon library or a quote generator. It is a daily discipleship system combining habit, learning, memory and application — and the brand standard still captures what we have been trying to build from the beginning: peace begins with understanding. You can read more about the people and intent behind it on the about page.

Frequently asked questions

Is Shalom free?

Yes. Every path and every reading is free — there is no trial, no subscription, and no locked content.

Does Shalom work offline?

Yes. Shalom is offline-first: readings are prerendered and cached, and anything you write is saved on your device immediately, then synced in the background once a connection returns. Even the share card is drawn locally in your browser, so sharing works with no signal.

What Bible translation does Shalom use?

Readings open in the World English Bible (WEB), a public-domain translation bundled with the app so it works offline. The New King James Version and the New Living Translation can be switched on from the reading screen, and are fetched live when you have a connection.

Do I need an account to start?

No. Shalom creates an anonymous session the moment you open it, so your first reading needs no sign-up form. Once you have finished a lesson, it asks you to attach an email so your progress is kept safe across devices.

Does Shalom use streaks?

It tracks a daily rhythm, but it is deliberately not built on loss aversion. The current rhythm can reset quietly, and it sits beside a lifetime total that only ever grows. A missed day is never announced, coloured red, or counted against you.

Can my church or small group use Shalom together?

Yes, through Discipleship Circles. A verified leader can create a circle, invite members with a link, and assign a daily lesson. A leader can see an individual member’s progress only if that member opts in, and there are no rankings of any kind.

Experience Shalom

See what a calmer approach to daily discipleship feels like. One reading, one truth, one small step — starting today.

Try Shalom

Or read how Shalom approaches content and methodology.