Back to blog
ai

How I structure mobile app development with the BMAD method

By Youcef EL KAMEL
9 min read

BMAD method — mobile app development workflow with AI agents

I’ve spent 7 years building mobile apps. And for a long time, the biggest problem wasn’t the code — it was everything that comes before it.

Defining the product. Structuring the architecture. Writing stories. Prioritizing. And above all, keeping consistency between what you plan and what you code.

Since I started using the BMAD method with Claude Code, that structuring phase went from several weeks to a few days. And the code that comes out of it is better.


What is BMAD exactly?

BMAD stands for Breakthrough Method for Agile AI-Driven Development (also known as “Build More Architect Dreams”). It’s an open source framework that structures collaboration between you and AI by simulating a real agile team.

Instead of a single catch-all prompt, BMAD defines specialized agents:

AgentRole
AnalystFrames the problem, produces the product brief
PMWrites the PRD (Product Requirements Document)
ArchitectDesigns the technical architecture
UX DesignerStructures user flows
DevImplements story by story
Scrum MasterPrioritizes, plans sprints
QA / Test ArchitectDefines the testing strategy

Each agent has its own context, instructions, and deliverables. They hand off to each other like a real team.

It’s free, open source, and installs in one command:

npx bmad-method install

Why this changes everything for mobile

Building a mobile app isn’t just writing Flutter or React Native. It’s managing complexity that explodes fast:

  • Multi-platform: iOS, Android, sometimes web — each platform has its constraints
  • State management: app state must stay consistent everywhere
  • Backend + API: Firebase, Supabase, or custom — the choice impacts the entire architecture
  • Mobile-specific UX: navigation, gestures, offline, push notifications
  • Store compliance: App Store and Play Store each have their own rules

Without structure, AI will generate code that works in isolation but collapses when you assemble the pieces.

BMAD enforces a process: you plan before you code. And when you code, you have a spec to follow — not a vague prompt.


My actual workflow: from idea to sprint

Here’s how I kick off a new mobile app project with BMAD.

Phase 1: product brief (Analyst)

I run the /create-product-brief workflow and discuss with the Analyst agent.

I give it my raw idea: “A habit tracking app with a personalized AI coach.”

The agent asks precise questions:

  • Who’s your target user?
  • What problem are you solving that competitors don’t?
  • What’s your revenue model?
  • What are your technical constraints?

In 20 minutes, I have a structured product brief. Not a 40-page doc — a one-to-two-page document that frames the essentials.

Phase 2: the PRD (PM)

The PM takes the brief and transforms it into a PRD: prioritized features, user personas, success metrics, constraints.

This is where features go from “that would be cool” to “here’s what we’re building in v1.”

For a mobile app, this phase is critical. It prevents the classic scope creep: “Oh, what if we also add a social system, a marketplace, and AR mode?”

No. The PRD says: here are the 5 MVP features. Everything else is v2.

Phase 3: architecture (Architect)

The Architect produces the architecture document based on the PRD.

For my Flutter + Firebase apps, the classic decisions:

  • State management: Riverpod or Bloc
  • Backend: Firebase (Auth, Firestore, Cloud Functions) or Supabase
  • Navigation: GoRouter
  • Structure: feature-first or layer-first
  • Offline: cache-first strategy with sync

The Architect agent doesn’t pick randomly. It considers the PRD constraints and justifies its choices.

The deliverable: an architecture document that serves as the reference for all development that follows.

Phase 4: stories and sprints (Scrum Master + PM)

The /create-epics-and-stories workflow breaks down the PRD into epics and user stories with acceptance criteria.

Example for a habits app:

Epic: Onboarding

  • Story: As a user, I create an account with email/Google
  • Story: As a user, I select my first 3 habits
  • Story: As a user, I configure my reminders

Each story has acceptance criteria, dependencies, and estimates.

The Scrum Master organizes this into sprints. Sprint 1: auth + onboarding. Sprint 2: habit tracking. Sprint 3: AI coach.

Phase 5: dev story by story (Dev)

This is where I code. The /dev-story workflow takes a story, checks context (architecture, PRD, previous stories), and implements.

The Dev agent doesn’t code in a vacuum. It has:

  • The architecture document as reference
  • Previous stories as context
  • Acceptance criteria as the objective

Result: code that respects the decided architecture, not freestyle code going in every direction.


What BMAD does well for mobile

Consistency. When you’re developing 30+ screens with complex navigation, shared state, and API calls, consistency is everything. BMAD maintains context from end to end.

Scope control. The PRD + stories prevent drift. You know exactly what you’re building each sprint.

Living documentation. Each phase produces a document. At the end of the project, you have a PRD, architecture, stories — not just code without context.

Adaptability. BMAD adapts to project size. A bug fix doesn’t need a 10-page PRD. The framework automatically adjusts planning depth.


What BMAD doesn’t do

Let’s be clear.

BMAD doesn’t code your app for you. It’s a structuring framework. You remain the decision-maker. You validate each phase. You drive the vision.

BMAD doesn’t replace mobile expertise. If you don’t know that setState in Flutter will create performance issues on long lists, BMAD won’t spontaneously tell you. Technical expertise is what you bring to the table.

BMAD doesn’t handle visual design. It structures UX flows, but pixel-perfect design, animations, branding — that’s your job (or your designer’s).


Comparison: with and without BMAD

Without BMADWith BMAD
Start”Claude, code me a habits app”Brief → PRD → Architecture → Stories → Dev
ConsistencyEach prompt starts from scratchContext maintained between phases
ScopeConstant feature creepPRD locks down v1 scope
ArchitectureAd hoc decisions, constant refactoringArchitecture decided before the first file
Tests”We’ll figure it out later”Test strategy from the architecture phase
DocumentationNonePRD + Architecture + Stories = complete docs

How to get started

  1. Install BMAD in your project:
npx bmad-method install
  1. Run /bmad-help — the assistant guides you to the right workflow based on where you are

  2. Start with the product brief — even if you think you know what you want, the brief will sharpen your vision

  3. Resist the urge to code right away. The 2-3 hours spent on brief + PRD + architecture will save you days of refactoring.

  4. Iterate. BMAD isn’t waterfall. You can adjust the PRD, revisit the architecture, reprioritize stories along the way.


My setup for mobile dev with BMAD

ToolUsage
Claude Code (CLI)Main IDE + BMAD agents
Flutter + DartMobile framework
FirebaseBackend (Auth, Firestore, Functions)
BMAD v6Project structure
RiverpodState management
GoRouterNavigation

Installing BMAD adds agents and workflows directly to your project. When you open Claude Code, agents are available immediately.


The real advantage

What makes BMAD powerful isn’t the technology. It’s the discipline it enforces.

When you build alone — and most indie devs and freelancers are alone — you have nobody to challenge your PRD, review your architecture, or tell you your story is too big.

BMAD simulates that team. Not perfectly. But enough to avoid the classic mistakes: starting without a plan, coding without architecture, shipping without tests.

And for mobile, where every architecture decision costs dearly in refactoring, that discipline makes all the difference.



Going further: BMAD explained on video

If you want a visual intro to the BMAD method before jumping in, this video (in French) walks through the concept and workflow:


Resources


Want to structure your next mobile project? The BMAD method is free and open source on GitHub. One command to install, one /bmad-help to get started.

#BMAD method #mobile development #AI #Claude Code #Flutter #AI agents #agile #mobile app #AI-driven development #agile AI framework