Loading...
Loading...
AI-powered sermon workflow for pastors: turn one message into summaries, discussion guides, devotionals, blog posts, and verse lists—without outsourcing your voice.



Ministry leaders repeat the same demanding loop: prepare Sunday, then spin up small-group questions, newsletter copy, devotions, and web content—often late at night. The product needed to respect theological voice, stay simple for non-technical teams, and ship as a credible SaaS—not a demo.
I led product UX and full-stack implementation on a production Next.js app built on a Makerkit-style monorepo: sermon APIs, Supabase-backed data, Stripe billing, admin and team flows, and the public marketing experience. The work was about shipping a cohesive loop—from upload to reviewable outputs—that real pastors could adopt in a weekly rhythm.
Grounded the workflow in how pastors actually produce content, then mapped it onto App Router routes, Supabase-backed persistence, and dedicated API handlers for transcription and generation—so failures are contained and the UI stays honest about progress.

Designed the core loop so teams always land in a reviewable state: structured tabs for summary, questions, verses, blog, and devotions, with editing and export paths that match how churches publish week to week.

Delivered the live loop end to end: transcription and generation routes, subscription checkout patterns, team account navigation, and the marketing story that matches the in-app product—so new users see one coherent SermonAI.

Upload audio or video, paste a YouTube link, or bring a manuscript—matched to how pastors already prepare.
Server-side flows from media to text, then structured AI outputs with review before teams share anything.
Summaries, discussion questions, verse lists, website-ready articles, and multi-day devotionals from a single source.
Team workspaces, billing, and a privacy stance that keeps sermon content oriented to the ministry—not generic AI filler.
SermonAI is the kind of product I like shipping: a narrow, painful weekly problem, a humane UX for non-developers, and a backend honest enough to run as a real business—not a slideshow.
This case study is a slice of how I approach production SaaS: clear problem, disciplined architecture, and UX that earns trust. If that matches what you need next, let’s talk.