Faith · App Starter
Membership, groups, giving, and Sunday volunteer rosters in one app — generated into a codebase your church owns.
Most churches run on a patchwork: a membership spreadsheet, a giving envelope system, a group chat for the worship team, and a whiteboard for who's greeting Sunday. This starter generates one connected app around six entities — and because the output is code your church owns, the software budget line stays flat as the congregation grows.
01 · Data model
Church data is relational in a way spreadsheets fight: people belong to households, households give, people serve in groups and on Sunday teams. These six tables model that directly, and every screen below reads from them.
| table | what it holds |
|---|---|
members | Every person the church knows — from first-time visitor to covenant member — with contact details, milestones like baptism, and a status that tracks the journey. |
households | Families and living units, so one address change updates everyone and giving statements go out per household, not per person. |
groups | Small groups, Bible studies, and ministry teams with leaders, meeting rhythm, and rosters — the relational backbone of the church. |
giving | Every gift recorded against a member or household, with fund designation (general, missions, building) and method — the ledger behind statements. |
services | Sunday gatherings and special services with date, campus, and the volunteer positions each one needs filled. |
volunteers | Serving assignments linking a member to a position in a service or ministry — who's greeting, running sound, or teaching kids this week. |
02 · Screens
A searchable directory of people and households with photos, milestones, and group involvement on one profile. When a pastor asks who from the Tuesday study hasn't been in a group photo since Easter, that's a filter, not a memory exercise.
Leaders see their own rosters, mark attendance, and flag members who've missed three weeks running. The office sees the whole map — which groups are full, which are dying, and who isn't connected anywhere yet.
Record gifts by fund and method, then generate year-end statements per household in one pass. Fund balances update as gifts land, so the missions total in the elders' meeting is the live number, not last month's export.
Each service carries its volunteer positions — greeters, sound, nursery, communion — and who's confirmed for each. Plan four Sundays ahead and the gaps show up while there's still time to make a phone call.
Members set availability and blackout dates; the scheduler fills positions without double-booking the drummer into nursery duty. Confirmations and reminders go out automatically, and declines reopen the slot immediately.
03 · Process
One campus or four, elder-led or staff-led, funds you track, ministries you run. Plain language is enough — the starter brings the structure of members, households, groups, giving, and serving.
Rename groups to life groups, add a baptism-date field, create a building-fund designation — conversational edits that land as real code you can read.
When the office is ready to switch, ship it through Dual7's approval gates to your own infrastructure. The congregation's data sits in your database, under your policies.
04 · Fit
You're the one reconciling the giving spreadsheet against the bank deposit and texting to find a last-minute greeter. This starter puts those jobs in one system — and because it's generated around how your church actually works, there's no vendor workflow to contort into.
A plant with forty people can't justify a per-member monthly bill, but it needs giving records and a volunteer schedule from day one. Generate the app once, run it cheaply on your own hosting, and it scales to four hundred without a pricing-tier conversation.
Members serve at one campus and attend another; a single database with campus fields on services and groups handles that cleanly. Each campus sees its own schedule while leadership sees the whole body.
Fund-designated giving with a clean ledger means the year-end statements, the audit trail, and the missions report all come from the same table. No re-keying, and no third party holding the congregation's giving history.
05 · Yours
Your church's vocabulary becomes the app's vocabulary. Rename groups to connect groups or missional communities, add fields for membership class completion or spiritual gifts, and create the fund designations your budget actually uses. In Vibe mode these are sentences, not settings screens — and each one becomes real code.
Structural additions are code changes to a codebase you control: a check-in module for kids ministry with guardian pickup codes, a sermon archive linked to services, an online giving integration writing into the same ledger, or a pastoral-care log with restricted visibility. Nothing in the generated app phones home to Dual7 — extend it like any app your team owns.
Church software subscriptions typically price by congregation size — which means the bill grows precisely when budgets are tightest, and the membership rolls live in a vendor's database. This starter generates the whole system as source code in your repository: the member database, the giving ledger, the scheduler. Growth costs you database rows, and leaving a vendor is never a migration project because there's no vendor to leave.
Stewardship cuts both ways: owning the app means someone maintains it. Dual7's governed pipeline keeps that responsibility manageable — approval gates before changes reach the live system, an audit trail for anything touching giving records, and regeneration when the church's structure changes rather than a rewrite.
A working app with six connected entities — members, households, groups, giving, services, and volunteers — plus a member directory, group rosters with attendance, a fund-designated giving ledger, service planning, and volunteer scheduling. It's generated as a full-stack codebase your church owns and hosts.
Yes. Gifts are recorded per member or household with fund designations, so annual statements generate per household in one pass, formatted for tax receipts. Because the ledger is a table in your own database, your treasurer can also query it directly for anything the built-in reports don't cover.
Assignments are per position per service, and the scheduler checks a member's existing commitments before filling a slot — so the person running sound at the 9 a.m. service isn't also scheduled for nursery at the same hour. Availability and blackout dates are set by the members themselves.
The app deploys on infrastructure your church controls, with the database under your policies — no third party holds your membership or giving records. Role-based access keeps giving data restricted to the people your leadership designates, and sensitive pastoral notes can be walled off further in your copy of the code.
The starter is deliberately the smallest real version of this system: the same people, giving, and serving lists you already keep, connected so they stop drifting apart. There's no module you're paying for but not using, because there's no payment tied to modules — you generate what your church needs.
Yes — the generated app is a standard codebase, so wiring a payment provider into the giving ledger is normal integration work, and every online gift lands in the same funds and statements as a Sunday envelope. Dual7 can generate the integration scaffold, or your volunteer developer can build it directly.
Dual7 App Starters
Membership, groups, giving, and Sunday volunteer rosters in one app — generated into a codebase your church owns. Describe your version to start — the output is a project you own.