A backwards-from-success product methodology for AI-native development teams. Define what "done" looks like, then reverse-engineer the path to get there.
Built by DojoCodingLabs. Works on any project.
Most products fail not because the code is bad, but because the team is building the wrong things in the wrong order.
SRD flips traditional product development on its head. Instead of starting with features and hoping they lead to revenue, you:
- Define success first — What does the product look like at $X MRR with real users and real transactions?
- Simulate the users — Create exhaustive synthetic personas with 6-month lifecycles, financial profiles, and churn risk moments
- Map the journeys — Trace screen-by-screen what each persona must successfully do
- Audit the gaps — Cross-reference current state against required journeys to find what's broken
- Prioritize ruthlessly — Produce machine-readable directives so AI agents and engineers always work on the highest-impact item
The result: a machine-readable operating system for your development team that answers "what should we build next?" with dollar amounts attached.
In Claude Code, add the marketplace and install:
# Step 1: Add the SRD Framework marketplace
/plugin marketplace add DojoCodingLabs/srd-framework
# Step 2: Install the plugin
/plugin install srd-framework@srd-frameworkFor local development:
git clone https://github.com/DojoCodingLabs/srd-framework.git
cd srd-framework
/plugin marketplace add .
/plugin install srd-frameworkclaude plugin marketplace update DojoCodingLabs/srd-framework
claude plugin update srd-framework@srd-framework| Mode | Command | Best For | Time |
|---|---|---|---|
| Guided Dialogue | /srd:assess |
Ideas, PRDs, any project | 20-30 min |
| Autonomous | /srd:generate |
Codebases + PRDs | 15-20 min |
| Fast Audit | /srd:quick |
Existing codebases | 8-12 min |
# On an existing codebase — fast audit
cd your-project
/srd:quick
# Starting from an idea
/srd:assess "A marketplace for freelance developers"
# With a PRD document
/srd:generate docs/product-requirements.mdEvery mode produces 6 files in an srd/ directory at your project root:
The "6 months in" snapshot — KPIs, revenue breakdown, content volume, and conversion attribution at your target revenue.
| Metric | Target | Reasoning |
|---------------------|-----------|----------------------------------|
| MRR | $50,000 | North star |
| Paying users | 1,000 | 500 Pro + 200 Premium + 300 Free |
| Free-to-paid | 8% | Industry avg for B2B SaaS |
| Monthly churn | 5% | Offset by new conversions |Exhaustive user archetypes in machine-readable YAML. Each persona includes identity, wallet profile, 6-month lifecycle, revenue/engagement/virality scores, and churn risk moments.
- id: "P01"
name: "Sarah"
archetype: "Solo Founder (US)"
identity:
age: 29
location: "Austin, TX"
background: "Former PM at a SaaS startup. Building her own product."
goals: "Ship MVP, find first 10 customers, reach $5K MRR"
wallet_profile:
income: "$0/month (bootstrapping from savings)"
plan_progression: "Free (Day 1) -> Pro (Week 2) -> Annual (Month 3)"
upgrade_trigger: "Hits team collaboration limit on free plan"
ltv: 588
user_pct: 15
revenue_pct: 20Screen-by-screen user journey maps with completion scores. Each step references real routes from your codebase (or [TBD] for ideas).
### J2: Free -> Pro Conversion (Score: 65%)
| Step | User Action | Route | What Must Happen |
|------|--------------------------|----------------|-------------------------------|
| 1 | Hits a Pro-only feature | /dashboard | Upgrade modal appears |
| 2 | Clicks "Upgrade to Pro" | /pricing | Plan comparison loads |
| 3 | Selects Pro plan | /checkout | Stripe checkout initializes |
| 4 | Completes payment | /checkout | Subscription activated |
| 5 | Redirected to dashboard | /dashboard | Pro features unlocked |Persona x Journey impact matrix, revenue at risk per broken journey, and a tiered fix list.
### T0: Revenue Blockers ($38,000/mo at risk)
| ID | Fix | Journey | Revenue | Effort |
|------|------------------------------|---------|----------|--------|
| T0-1 | Complete checkout flow | J2 | $18,000 | M |
| T0-2 | Fix OAuth redirect loop | J1 | $12,000 | S |
| T0-3 | Enable email verification | J1 | $8,000 | S |Machine-readable priority rules, anti-patterns, and acceptance criteria. This is the "operating system" that AI agents follow.
priority_rules:
- id: 1
rule: REVENUE_GATE_FIRST
description: "Revenue-Critical tasks beat all others"
example: "Fix checkout before adding dark mode"
anti_patterns:
- id: "AP-1"
name: ARCHITECTURE_ASTRONAUT
trigger: "Developer says 'let me refactor this first'"
response: "Is the refactor blocking a journey? No? Move on."
north_star:
question: "Can a new user go from signup to paid value in under 10 minutes?"
current_answer: "No"
target_answer: "Yes"All five sections in one readable document for humans.
After generating the SRD, the plugin offers to integrate it into your development workflow:
Appends SRD priority rules and anti-patterns to your project's CLAUDE.md. Every future Claude session will follow these priorities automatically.
Creates an srd-guardian agent in .claude/agents/ that validates work against SRD priorities. Ask it "should I work on X?" and it'll tell you if there's higher-impact work available.
Adds a lightweight hook that reminds Claude to check SRD alignment after file changes. Not blocking — just a compass nudge.
SRD was born from a simple observation: both AI agents and human engineers get stuck on non-vital work while revenue-critical paths remain broken.
The framework takes inspiration from:
- Amazon Working Backwards (PR/FAQ) — define the outcome first
- Jobs-to-be-Done — understand what users hire the product to do
- User Story Mapping (Jeff Patton) — visualize the complete user journey
- Outcome-Driven Development — measure outcomes, not outputs
What SRD adds:
- Synthetic personas with financial profiles — every persona traces to revenue
- Machine-readable directives — AI agents can parse priorities autonomously
- Revenue-grounded prioritization — every fix has a dollar amount attached
- Anti-patterns — explicit rules for what NOT to do
Or as the framework's creator put it: "It's like that Simpsons episode where Homer looks fit but all the fat is hidden behind his back. The app works and looks good from the front — tech debt can wait."
| Component | Purpose |
|---|---|
| Skills | srd-analysis (methodology engine), srd-guardian (priority enforcement) |
| Agents | srd-analyst (Opus, generates SRD), codebase-auditor (Sonnet, explores code), srd-guardian (Sonnet, validates alignment) |
| Commands | /srd:assess, /srd:generate, /srd:quick |
| Hooks | PostToolUse reminder after Write/Edit operations |
| Schemas | Persona, Journey, and Directive YAML schemas |
We welcome contributions. See CONTRIBUTING.md for guidelines.
Ideas for contribution:
- Templates for specific project types (mobile apps, APIs, marketplaces)
- Additional output formats (JSON, PDF)
- Integration with project management tools (Linear, Jira)
- Localization of persona generation for non-English markets
- Visualization tools for the gap audit matrix
Created by DojoCodingLabs.
SRD methodology developed through building the Dojo Platform — a three-pillar educational platform for developers, founders, and freelancers.