startup-design
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseStartup Design
初创企业设计
A structured, multi-phase skill that takes a startup idea from raw concept to validated design. It produces a complete set of markdown documents organized by domain, with built-in progress tracking so work survives session interruptions.
这是一个结构化的多阶段方法,能将初创企业的原始想法转化为经过验证的设计方案。它会生成一套按领域分类的完整Markdown文档,内置进度跟踪功能,确保工作不会因会话中断而丢失。
How It Works
运作流程
The process has 8 phases executed sequentially. Each phase produces output files and updates the progress tracker. If a session is interrupted, resume from the last completed checkpoint.
INTAKE → BRAINSTORM → RESEARCH → STRATEGY → BRAND → PRODUCT → FINANCIAL → VALIDATION整个流程包含8个按顺序执行的阶段。每个阶段都会生成输出文件并更新进度跟踪器。如果会话中断,可从最后完成的进度节点恢复。
INTAKE → BRAINSTORM → RESEARCH → STRATEGY → BRAND → PRODUCT → FINANCIAL → VALIDATIONModes
模式
Full Mode (default): Execute all 8 phases in order. Best for thoroughly designing a startup from scratch.
Fast Track Mode: When the user says they want a "quick validation," "rapid assessment," or similar, or when time/budget is clearly limited, run a compressed version:
- Phase 1 (Intake) — shortened to 1 round of questions
- Phase 2 (Brainstorm) — 3 variations instead of 5-8
- Phase 3 (Research) — Wave 1 + Wave 2 only (skip customer voice and distribution deep-dives)
- Phase 4 (Strategy) — Lean Canvas only
- Skip Phase 5 (Brand) and Phase 6 (Product)
- Phase 7 (Financial) — Revenue model only, no full projections
- Phase 8 (Validation) — Scorecard + top 3 experiments only
Fast Track produces fewer files but still gives the founder a clear go/no-go signal with evidence. Note in PROGRESS.md that Fast Track mode was used, so a future session can expand to full mode if the idea passes validation.
完整模式(默认): 按顺序执行全部8个阶段。最适合从零开始全面设计初创企业。
快速跟踪模式: 当用户表示想要“快速验证”“快速评估”或类似需求,或时间/预算明显有限时,运行压缩版本:
- 阶段1(需求采集)—— 简化为1轮提问
- 阶段2(头脑风暴)—— 生成3个方案变体,而非5-8个
- 阶段3(调研)—— 仅执行第1波+第2波(跳过用户声音和渠道深度调研)
- 阶段4(策略)—— 仅生成Lean Canvas
- 跳过阶段5(品牌)和阶段6(产品)
- 阶段7(财务)—— 仅设计收入模型,不做完整预测
- 阶段8(验证)—— 仅生成评分卡和前3个实验
快速跟踪模式生成的文件较少,但仍能为创始人提供清晰的继续/终止决策依据。需在PROGRESS.md中注明使用了快速跟踪模式,以便后续会话若想法通过验证,可扩展为完整模式。
Language
语言
Default output language is English. If the user writes in another language or explicitly requests one, use that language for all outputs instead.
Reference: Readonce at the start. It defines the standard file header/footer (title, date, phase, confidence, flags), cross-phase referencing format, quality examples of good vs. bad output, and how to handle mid-process pivots.references/output-guidelines.md
默认输出语言为英文。如果用户使用其他语言提问或明确指定语言,则所有输出均使用该语言。
参考: 开始前请阅读。该文档定义了标准文件页眉/页脚(标题、日期、阶段、可信度、标记)、跨阶段引用格式、优质/劣质输出示例,以及如何处理流程中的转向调整。references/output-guidelines.md
Phase 0: Resume Check
阶段0:恢复进度检查
Before anything else, check if a file exists in the working directory (or a project subdirectory). If it does, read it and resume from the last incomplete phase. Tell the user: "I found progress from a previous session. You completed [phases]. Picking up from [next phase]."
PROGRESS.mdIf no progress file exists, start from Phase 1.
在开始任何工作前,检查工作目录(或项目子目录)中是否存在文件。如果存在,读取文件内容并从最后未完成的阶段恢复。告知用户:“我发现了之前会话的进度。你已完成[已完成阶段]。将从[下一阶段]继续。”
PROGRESS.md如果没有进度文件,则从阶段1开始。
Phase 1: Intake Interview
阶段1:需求采集访谈
The quality of everything downstream depends on how much context you extract now. Don't rush this — a thorough intake saves hours of misdirection later.
后续所有工作的质量都取决于此时提取的信息完整度。不要急于推进——全面的需求采集能避免后续数小时的方向偏差。
Core Questions
核心问题
Ask these in a conversational flow, not as a rigid checklist. Group related questions naturally and adapt based on answers. Not every question applies to every startup — skip what's irrelevant.
The Idea
- What problem are you solving? Who has this problem?
- What's your proposed solution? How does it work?
- What triggered this idea? (personal pain, market observation, technical insight)
- Do you have any existing work? (prototypes, research, landing pages, waitlists)
The Founder(s)
- What's your background? Relevant domain expertise?
- Are you solo or do you have co-founders? What are their strengths?
- How much time can you dedicate? Full-time or side project?
- What's your budget/runway situation?
The Market
- Who is your ideal customer? Be as specific as possible.
- How do they currently solve this problem? (existing alternatives, workarounds)
- Do you know of direct competitors? Who are they?
- What geography/market are you targeting first?
The Business
- How do you plan to make money? (subscription, one-time, marketplace, freemium)
- Any idea of pricing?
- What does success look like in 6 months? 12 months? 3 years?
- What are your biggest unknowns or worries?
Constraints & Preferences
- Any technical constraints? (must be mobile-first, needs to integrate with X)
- Any strong opinions on brand/positioning? (premium vs accessible, playful vs serious)
- Regulatory considerations?
以对话式流程提问,而非生硬的清单。自然地将相关问题分组,并根据答案调整提问内容。并非每个问题都适用于所有初创企业——跳过无关问题。
关于想法
- 你要解决什么问题?谁面临这个问题?
- 你提出的解决方案是什么?它如何运作?
- 这个想法的触发点是什么?(个人痛点、市场观察、技术洞察)
- 你已有哪些相关工作?(原型、调研、着陆页、等待列表)
关于创始人
- 你的背景是什么?有哪些相关领域的专业知识?
- 你是独自创业还是有联合创始人?他们的优势是什么?
- 你能投入多少时间?全职还是副业?
- 你的预算/现金流情况如何?
关于市场
- 你的理想客户是谁?请尽可能具体。
- 他们目前如何解决这个问题?(现有替代方案、临时解决办法)
- 你知道有哪些直接竞争对手?他们是谁?
- 你首先瞄准哪个地区/市场?
关于业务
- 你计划如何盈利?(订阅制、一次性付费、平台模式、免费增值)
- 对定价有什么想法吗?
- 6个月、12个月、3年后的成功标准是什么?
- 你最大的未知因素或担忧是什么?
关于约束与偏好
- 有哪些技术约束?(必须移动端优先、需要与X集成)
- 对品牌/定位有哪些强烈偏好?(高端 vs 亲民、活泼 vs 严肃)
- 有哪些监管方面的考虑?
Hard Questions
尖锐问题
After the core questions, ask these deliberately uncomfortable questions. They surface blind spots early:
- "Why are you the right person to build this? What unfair advantage do you have?"
- "If Google/a well-funded competitor launched this tomorrow, what would you do?"
- "What's the strongest argument against this idea?"
- "Have you talked to potential customers? What did they actually say (not what you hoped they'd say)?"
- "What would make you walk away from this idea?"
Don't skip these — they set the tone for the entire process and signal that this is an honest assessment, not a cheerleading session.
在核心问题之后,刻意提出这些令人不适的问题。它们能尽早暴露认知盲区:
- “为什么你是打造这个项目的合适人选?你有什么不公平优势?”
- “如果谷歌/一家资金雄厚的竞争对手明天推出类似产品,你会怎么做?”
- “反对这个想法的最有力论据是什么?”
- “你和潜在客户交流过吗?他们实际说了什么(不是你希望他们说的)?”
- 什么会让你放弃这个想法?
不要跳过这些问题——它们为整个流程定下基调,表明这是一次诚实的评估,而非加油打气。
How to Interview
访谈技巧
- Ask 3-5 questions at a time, not all at once
- Acknowledge and build on answers — show you're listening
- Probe vague answers: "You said 'small businesses' — can you narrow that down? Like, freelancers? 10-person agencies? Local retail?"
- After 2-3 rounds, summarize what you've understood and ask the user to confirm or correct
- 一次问3-5个问题,而非全部抛出
- 认可并跟进答案——表明你在认真倾听
- 追问模糊的回答:“你说‘小企业’——能再缩小范围吗?比如自由职业者?10人规模的代理公司?本地零售商?”
- 经过2-3轮提问后,总结你所理解的内容,并请用户确认或纠正
Output
输出
Save the consolidated intake to with all captured information organized clearly. The project name should be derived from the startup idea (kebab-case, e.g., ).
{project-name}/00-intake/brief.mdpet-health-trackerCreate at the project root with: project name, start date, language, a checklist of all 8 phases (mark Phase 1 complete), and a Notes section for session state.
PROGRESS.md将整理后的需求采集内容保存到,所有收集到的信息需清晰组织。项目名称应从初创企业想法中衍生(采用kebab-case格式,例如)。
{project-name}/00-intake/brief.mdpet-health-tracker在项目根目录创建,包含:项目名称、开始日期、语言、所有8个阶段的 checklist(标记阶段1已完成),以及会话状态的备注部分。
PROGRESS.mdPhase 2: Brainstorm
阶段2:头脑风暴
Before diving into research, explore the idea space. This prevents premature convergence on the first version of the idea.
在深入调研前,先探索想法的可能性空间。这能避免过早局限于想法的初始版本。
Process
流程
-
Diverge — Generate 5-8 variations of the core idea. Push boundaries:
- What if the target market was completely different?
- What if the business model was inverted?
- What if you solved a smaller/larger version of the problem?
- What adjacent problems could you solve instead?
- What would the "10x version" look like vs. the "simplest possible version"?
-
Analyze — For each variation, note:
- What's exciting about it
- What's risky or hard
- How it changes the competitive landscape
-
Converge — Present the variations to the user. Help them identify which elements resonate. The goal isn't to pick one variation — it's to enrich the original idea with insights from the exploration.
-
Refine — Based on the user's reactions, crystallize the refined idea. Update the brief if the idea evolved significantly.
-
发散思维 —— 生成5-8个核心想法的变体。突破边界:
- 如果目标市场完全不同会怎样?
- 如果商业模式反转会怎样?
- 如果解决的是问题的更小/更大版本会怎样?
- 可以转而解决哪些相关问题?
- “10倍效果版本”和“最简可行版本”分别是什么样?
-
分析 —— 针对每个变体,记录:
- 它的亮点是什么
- 它的风险或难点是什么
- 它如何改变竞争格局
-
收敛思维 —— 向用户展示这些变体,帮助他们识别哪些元素引起共鸣。目标不是选择一个变体,而是通过探索来丰富原始想法。
-
优化 —— 根据用户的反馈,明确优化后的想法。如果想法有重大演变,更新需求简报。
Output
输出
Save to . Update PROGRESS.md.
{project-name}/00-intake/brainstorm.md保存到。更新PROGRESS.md。
{project-name}/00-intake/brainstorm.mdPhase 3: Market Research
阶段3:市场调研
This is the most resource-intensive phase. Use multiple subagents running in parallel to search the web, organized in 4 sequential waves. Each wave builds on the previous one's findings.
这是最耗费资源的阶段。使用多个并行运行的子代理进行网络搜索,分为4个连续的波次。每个波次都建立在前一个波次的发现基础上。
Web Search Availability
网络搜索可用性
Phase 3 requires WebSearch. In Claude Code, the tool is always available — if the user hasn't pre-approved it, the system will prompt them for each search. If the user denies permission, or in environments where WebSearch doesn't exist at all, fall back to Knowledge-Based Research Mode: use your training data, clearly mark all findings with [Knowledge-Based — not live data, verify independently], reduce confidence ratings by one level, and recommend the founder verify key claims manually. Note the mode in PROGRESS.md so future sessions know the research wasn't web-sourced.
References — Read the relevant file for each wave:
— Cross-cutting rules (source quality, cross-referencing, quantification, handling search failures). Read this FIRST.references/research-principles.md — Agent templates for Wave 1 (market sizing, trends, regulatory)references/research-wave-1-market.md — Agent templates for Wave 2 (direct, indirect, GTM analysis)references/research-wave-2-competitors.md — Agent templates for Wave 3 (customer voice, demand, audience)references/research-wave-3-customers.md — Agent templates for Wave 4 (channels, geographic entry)references/research-wave-4-distribution.md — How to synthesize raw findings into final deliverablesreferences/research-synthesis.mdRead only the principles file + the wave file you're currently executing. Don't load all wave files at once.
阶段3需要WebSearch功能。在Claude Code中,该工具始终可用——如果用户未预先批准,系统会在每次搜索前提示用户。如果用户拒绝权限,或在完全没有WebSearch的环境中,则回退到基于知识库的调研模式:使用训练数据,所有发现都需明确标记**[基于知识库——非实时数据,请独立验证]**,将可信度等级降低一级,并建议创始人手动验证关键结论。需在PROGRESS.md中注明使用的模式,以便后续会话知晓调研未使用网络数据源。
参考文档 —— 每个波次阅读对应的文件:
—— 通用规则(来源质量、交叉引用、量化处理、搜索失败处理)。请首先阅读此文件。references/research-principles.md —— 第1波的代理模板(市场规模、趋势、监管)references/research-wave-1-market.md —— 第2波的代理模板(直接、间接竞品,市场进入策略分析)references/research-wave-2-competitors.md —— 第3波的代理模板(用户声音、需求、受众)references/research-wave-3-customers.md —— 第4波的代理模板(渠道、地域进入)references/research-wave-4-distribution.md —— 如何将原始发现转化为最终交付物references/research-synthesis.md仅阅读原则文件 + 当前执行的波次文件。不要一次性加载所有波次文件。
Research Principles
调研原则
- Each agent performs 5-8 web searches minimum, drilling deeper with each round
- Cross-reference every key finding across 2-3 independent sources
- Rate source quality (Tier 1: analyst reports, Tier 2: tech press, Tier 3: blogs/social)
- Quantify everything — "$4.2B at 12.3% CAGR" not "the market is growing"
- Date all data and flag anything older than 18 months
- Note contradictions between sources rather than picking one
- 每个代理至少执行5-8次网络搜索,每一轮都深入挖掘
- 每个关键发现都需在2-3个独立来源之间交叉验证
- 对来源质量进行评级(Tier 1:分析师报告,Tier 2:科技媒体,Tier 3:博客/社交平台)
- 所有内容尽量量化——例如“市场规模42亿美元,年复合增长率12.3%”,而非“市场正在增长”
- 为所有数据标注日期,标记任何超过18个月的旧数据
- 记录来源之间的矛盾,而非只选择其中一个
Research Waves
调研波次
Wave 1: Market Landscape (3 agents in parallel)
- Agent 1A: Market Sizing & Economics — TAM/SAM/SOM, unit economics benchmarks, market headwinds
- Agent 1B: Industry Trends & Timing — tech trends, investment/M&A activity, behavioral shifts, expert predictions
- Agent 1C: Regulatory & Compliance — current regulations, data privacy, upcoming changes, compliance costs (Skip 1C if the startup has no regulatory exposure)
Wait for Wave 1 to complete. Pass key findings as context to Wave 2.
Wave 2: Competitive Analysis (3 agents in parallel)
- Agent 2A: Direct Competitor Deep-Dives — full profiles on 5-8 competitors (product, pricing, funding, traction, strengths, weaknesses)
- Agent 2B: Indirect Competitors & Substitutes — alternative approaches, platform risk, switching costs
- Agent 2C: Competitor Go-to-Market — how competitors acquire customers, channel analysis, content strategy
Wait for Wave 2 to complete. Pass competitor list and GTM findings to Wave 3.
Wave 3: Customer & Demand (3 agents in parallel)
- Agent 3A: Customer Voice & Pain Points — Reddit, forums, reviews mining with verbatim quotes, pain hierarchy, language map
- Agent 3B: Demand Signals & Market Validation — search trends, pricing intelligence, Product Hunt signals, WTP evidence
- Agent 3C: Target Audience Profiling — personas, buying behavior, decision-making process, where to reach them
Wait for Wave 3 to complete.
Wave 4: Distribution & Partnerships (2 agents in parallel)
- Agent 4A: Distribution Channel Deep-Dive — channel ranking by ROI, SEO opportunity, partnership opportunities, first 90 days plan
- Agent 4B: Geographic & Market Entry — beachhead market recommendation, entry barriers, expansion path
第1波:市场格局(3个代理并行)
- 代理1A:市场规模与经济分析 —— TAM/SAM/SOM、单位经济基准、市场逆风
- 代理1B:行业趋势与时机 —— 技术趋势、投资/并购活动、行为转变、专家预测
- 代理1C:监管与合规 —— 当前法规、数据隐私、即将到来的变化、合规成本 (如果初创企业没有监管风险,可跳过1C)
等待第1波完成。将关键发现作为上下文传递给第2波。
第2波:竞品分析(3个代理并行)
- 代理2A:直接竞品深度分析 —— 5-8个竞品的完整概况(产品、定价、融资、用户规模、优势、劣势)
- 代理2B:间接竞品与替代方案 —— 其他解决路径、平台风险、转换成本
- 代理2C:竞品市场进入策略 —— 竞品如何获取客户、渠道分析、内容策略
等待第2波完成。将竞品列表和市场进入策略发现传递给第3波。
第3波:用户与需求(3个代理并行)
- 代理3A:用户声音与痛点 —— 挖掘Reddit、论坛、评论中的原话,痛点层级、语言映射
- 代理3B:需求信号与市场验证 —— 搜索趋势、定价情报、Product Hunt信号、支付意愿证据
- 代理3C:目标受众画像 —— 用户角色、购买行为、决策流程、触达渠道
等待第3波完成。
第4波:渠道与合作(2个代理并行)
- 代理4A:渠道深度分析 —— 按ROI排名的渠道、SEO机会、合作机会、前90天计划
- 代理4B:地域与市场进入 —— 推荐初始目标市场、进入壁垒、扩张路径
Raw → Synthesized
从原始到整合
All agents save raw findings to . After all waves complete, synthesize into 4 polished deliverables. The synthesis must:
{project-name}/01-discovery/raw/- Connect dots across research areas (competitive gaps → customer pains → positioning opportunities)
- Highlight contradictions and explain which data to trust
- Rate confidence for each major claim (High / Medium / Low)
- Extract explicit strategic implications, not just facts
所有代理将原始发现保存到。所有波次完成后,整合为4份精炼的交付物。整合过程必须:
{project-name}/01-discovery/raw/- 连接不同研究领域的点(竞品缺口 → 用户痛点 → 定位机会)
- 突出矛盾并解释应信任哪些数据
- 为每个主要结论评级可信度(高/中/低)
- 提取明确的战略启示,而非仅罗列事实
Output Files
输出文件
- — Market size (TAM/SAM/SOM), growth, maturity, regulatory summary, timing assessment
{project-name}/01-discovery/market-analysis.md - — Competitor profiles, structured comparison matrix (table with columns: Name, Product, Pricing, Target, Funding, Traction, Key Strength, Key Weakness), positioning map, platform risk, vulnerability analysis
{project-name}/01-discovery/competitor-landscape.md - — Persona(s), pain hierarchy, jobs-to-be-done, language map, buying behavior, channels
{project-name}/01-discovery/target-audience.md - — Tech trends, investment signals, behavioral shifts, regulatory trajectory, strategic implications
{project-name}/01-discovery/industry-trends.md - — Summary of data quality across all research. For each major claim, list: the claim, source tier (1/2/3), number of corroborating sources, confidence level (High/Medium/Low), and data age. This tells the founder where they're standing on solid ground vs. thin ice.
{project-name}/01-discovery/confidence-dashboard.md
Update PROGRESS.md.
- —— 市场规模(TAM/SAM/SOM)、增长情况、成熟度、监管摘要、时机评估
{project-name}/01-discovery/market-analysis.md - —— 竞品概况、结构化对比矩阵(表格列:名称、产品、定价、目标用户、融资、用户规模、核心优势、核心劣势)、定位图、平台风险、弱点分析
{project-name}/01-discovery/competitor-landscape.md - —— 用户角色、痛点层级、待办任务、语言映射、购买行为、渠道
{project-name}/01-discovery/target-audience.md - —— 技术趋势、投资信号、行为转变、监管趋势、战略启示
{project-name}/01-discovery/industry-trends.md - —— 所有研究的数据质量摘要。对于每个主要结论,列出:结论、来源层级(1/2/3)、佐证来源数量、可信度等级(高/中/低)、数据时效性。这能让创始人清楚哪些结论有坚实依据,哪些还不确定。
{project-name}/01-discovery/confidence-dashboard.md
更新PROGRESS.md。
Phase 3.5: Research Gate (Go/No-Go Checkpoint)
阶段3.5:调研关卡(继续/终止决策点)
Before investing time in Strategy through Validation, pause and present the founder with an honest assessment based on research findings. This is a decision point, not a formality.
Present a brief summary: "Here's what the research found." Cover market size, competition intensity, customer demand signals, and timing. Then give a clear recommendation:
- Green light — Data supports proceeding. Note the strongest signals.
- Yellow light — Mixed signals. Specify what's concerning and what would need to be true for success.
- Red light — Data argues against this approach. Suggest pivots if the research revealed adjacent opportunities.
Ask the founder: "Based on this, do you want to continue to full strategy, pivot the idea, or stop here?" Respect their decision, but make sure it's an informed one. Save the gate assessment in .
{project-name}/01-discovery/research-gate.md在投入时间到策略至验证阶段前,暂停并基于调研结果向创始人提供诚实的评估。这是一个决策点,而非走形式。
先简要总结:“以下是调研的发现。”涵盖市场规模、竞争强度、用户需求信号和时机。然后给出明确的建议:
- 绿灯 —— 数据支持继续推进。注明最有力的信号。
- 黄灯 —— 信号混杂。明确指出担忧点,以及成功需要满足哪些条件。
- 红灯 —— 数据反对该方案。如果调研发现了相关的机会,建议调整方向。
询问创始人:“基于此,你想要继续制定完整策略、调整想法还是在此终止?”尊重他们的决定,但确保这是知情的决策。将关卡评估保存到。
{project-name}/01-discovery/research-gate.mdPhase 4: Strategy
阶段4:策略制定
With research in hand, define the strategic foundations. Each document should reference specific findings from Phase 3 — strategy disconnected from research is just guessing.
Reference: Readfor canonical definitions of Lean Canvas, April Dunford Positioning, Value Proposition Canvas, and RICE/MoSCoW prioritization. Use these to ensure consistent, accurate application of each framework.references/frameworks.md
基于调研结果,定义战略基础。每份文档都应引用阶段3的具体发现——脱离调研的策略只是猜测。
参考: 阅读中关于Lean Canvas、April Dunford定位法、价值主张画布、RICE/MoSCoW优先级排序的标准定义。使用这些定义确保每个框架的应用一致且准确。references/frameworks.md
Lean Canvas
Lean Canvas
Build a complete Lean Canvas (1-page business model) in :
02-strategy/lean-canvas.md- Problem (top 3)
- Customer Segments
- Unique Value Proposition
- Solution
- Channels
- Revenue Streams
- Cost Structure
- Key Metrics
- Unfair Advantage
在中构建完整的Lean Canvas(1页商业模式):
02-strategy/lean-canvas.md- 问题(前3个核心问题)
- 用户细分
- 独特价值主张
- 解决方案
- 渠道
- 收入来源
- 成本结构
- 关键指标
- 不公平优势
Value Proposition
价值主张
In , define:
02-strategy/value-proposition.md- The value proposition canvas (jobs-to-be-done, pains, gains)
- How the product addresses each pain and creates each gain
- The one-sentence value prop
- Proof points and credibility signals
在中定义:
02-strategy/value-proposition.md- 价值主张画布(待办任务、痛点、收益)
- 产品如何解决每个痛点并创造每个收益
- 一句话价值主张
- 证明点和可信度信号
Business Model
商业模式
In , detail:
02-strategy/business-model.md- Revenue model (how money comes in, pricing tiers)
- Unit economics (CAC, LTV, margins — even rough estimates)
- Scalability considerations
- Dependencies and key partnerships
在中详细说明:
02-strategy/business-model.md- 收入模型(盈利方式、定价层级)
- 单位经济(CAC、LTV、利润率——即使是粗略估计)
- 可扩展性考虑
- 依赖关系和关键合作伙伴
Positioning
品牌定位
In , using April Dunford's positioning framework:
02-strategy/positioning.md- Competitive alternatives (what happens if you don't exist)
- Unique attributes (what you have that alternatives don't)
- Value (what those attributes enable for customers)
- Target market (who cares the most)
- Market category (the context that makes the value obvious)
在中,使用April Dunford定位法:
02-strategy/positioning.md- 竞争替代方案(如果你不存在,用户会选择什么)
- 独特属性(你拥有而替代方案没有的特质)
- 价值(这些特质能为用户带来什么)
- 目标市场(最关心这些价值的群体)
- 市场类别(能凸显价值的上下文)
Go-to-Market
市场进入策略
In :
02-strategy/go-to-market.md- Launch strategy (where, how, to whom first)
- First 100 customers plan
- Growth channels ranked by expected impact and cost
- Partnerships and ecosystem plays
- Timeline with milestones
Update PROGRESS.md.
在中:
02-strategy/go-to-market.md- 发布策略(首先在哪里、如何触达谁)
- 前100个用户获取计划
- 按预期影响和成本排序的增长渠道
- 合作与生态系统布局
- 带里程碑的时间线
更新PROGRESS.md。
Phase 5: Brand
阶段5:品牌建设
Checkpoint: Before starting, briefly present the strategy summary to the founder: positioning, target market, business model. Ask: "Does this reflect your vision? Anything to adjust before we build the brand on top of it?"
Translate strategy into brand identity. The brand should feel like a natural extension of the positioning — not an afterthought.
检查点: 开始前,向创始人简要呈现策略摘要:定位、目标市场、商业模式。询问:“这符合你的愿景吗?在我们基于此构建品牌前,有什么需要调整的吗?”
将策略转化为品牌标识。品牌应是定位的自然延伸——而非事后补充。
Mission, Vision & Values
使命、愿景与价值观
In :
03-brand/mission-vision-values.md- Mission — Why the company exists (present-tense, action-oriented)
- Vision — The world you're building toward (aspirational but credible)
- Values — 3-5 core values with brief explanations of what they mean in practice (not generic platitudes — values should help make decisions)
Generate 2-3 options for mission and vision for the user to choose from or remix.
在中:
03-brand/mission-vision-values.md- 使命 —— 公司存在的意义(现在时态、行动导向)
- 愿景 —— 你想要打造的未来世界(有抱负但可信)
- 价值观 —— 3-5个核心价值观,附带简短的实践说明(不要用通用的陈词滥调——价值观应能帮助做决策)
为使命和愿景生成2-3个选项,供用户选择或混合使用。
Tone of Voice
语气语调
In :
03-brand/tone-of-voice.md- Brand personality traits (3-4 adjectives with definitions)
- Voice principles with "we are / we are not" examples
- Writing samples: how the brand sounds in different contexts (homepage headline, error message, social media post, customer email)
- Vocabulary guide: preferred terms vs. avoided terms
在中:
03-brand/tone-of-voice.md- 品牌个性特质(3-4个形容词加定义)
- 语气原则,附带“我们是/我们不是”示例
- 写作样本:品牌在不同场景下的表达(首页标题、错误提示、社交媒体帖子、客户邮件)
- 词汇指南:首选术语 vs 避免使用的术语
Brand Personality
品牌个性
In :
03-brand/brand-personality.md- Brand archetype analysis (which archetype fits and why)
- Emotional attributes
- Visual direction suggestions (not full design, but adjectives and references)
- How the brand should feel compared to competitors
Update PROGRESS.md.
在中:
03-brand/brand-personality.md- 品牌原型分析(哪个原型符合,为什么)
- 情感属性
- 视觉方向建议(不是完整设计,而是形容词和参考案例)
- 与竞品相比,品牌应给人的感受
更新PROGRESS.md。
Phase 6: Product
阶段6:产品定义
Define the product enough to start building or to brief a development team. Use the competitor feature analysis from and customer pain hierarchy from to inform feature decisions — don't design in a vacuum.
01-discovery/competitor-landscape.md01-discovery/target-audience.mdReference: Use RICE or MoSCoW fromfor feature prioritization.references/frameworks.md
定义足够详细的产品需求,以便开始开发或向开发团队brief。使用中的竞品功能分析和中的用户痛点层级来指导功能决策——不要脱离实际设计。
01-discovery/competitor-landscape.md01-discovery/target-audience.md参考: 使用中的RICE或MoSCoW进行功能优先级排序。references/frameworks.md
MVP Definition
MVP定义
In :
04-product/mvp-definition.md- Core hypothesis the MVP tests
- Must-have features (the minimum set to test the hypothesis)
- Nice-to-have features (for v1.1, not v1.0)
- Explicitly out of scope (prevent scope creep)
- Success criteria: what results would validate the MVP
在中:
04-product/mvp-definition.md- MVP要验证的核心假设
- 必备功能(验证假设的最小功能集)
- 可选功能(用于v1.1,而非v1.0)
- 明确排除的范围(防止范围蔓延)
- 成功标准:什么结果能验证MVP
Feature Prioritization
功能优先级
In :
04-product/feature-prioritization.md- Feature list with RICE or MoSCoW prioritization
- Dependencies between features
- Effort estimates (T-shirt sizing: S/M/L/XL)
- Recommended build order
在中:
04-product/feature-prioritization.md- 带RICE或MoSCoW优先级排序的功能列表
- 功能之间的依赖关系
- 工作量估计(T恤尺寸法:S/M/L/XL)
- 推荐的开发顺序
User Journey
用户旅程
In :
04-product/user-journey.md- End-to-end user journey map (from discovery to regular usage)
- Key touchpoints and emotions at each stage
- Drop-off risks and mitigation ideas
- The "aha moment" — when does the user first experience value?
Update PROGRESS.md.
在中:
04-product/user-journey.md- 端到端用户旅程图(从发现到日常使用)
- 每个阶段的关键触点和情绪
- 流失风险和缓解思路
- “惊喜时刻”——用户首次体验到价值的节点
更新PROGRESS.md。
Phase 7: Financial
阶段7:财务规划
Checkpoint: Before projections, confirm key assumptions with the founder: pricing, target customer volume, team size, timeline. These directly drive the numbers — getting them wrong here means the projections are fiction.
Ground the strategy in numbers. Be honest about assumptions — label everything as estimated and explain the reasoning. Pull unit economics benchmarks (CAC, LTV, churn, ACV) from and competitor pricing from to anchor projections in real data.
01-discovery/market-analysis.md01-discovery/competitor-landscape.mdReference: Readfor standard metrics by business model type (SaaS, marketplace, e-commerce, etc.). Compare the founder's projections against these benchmarks and flag any that fall outside normal ranges — both too pessimistic and too optimistic.references/industry-benchmarks.md
检查点: 在做预测前,与创始人确认关键假设:定价、目标用户数量、团队规模、时间线。这些直接影响数据——这里出错会导致预测完全脱离实际。
用数据支撑策略。诚实地说明假设——所有内容都标记为估计值并解释理由。从中提取单位经济基准(CAC、LTV、 churn、ACV),从中提取竞品定价,让预测基于真实数据。
01-discovery/market-analysis.md01-discovery/competitor-landscape.md参考: 阅读中不同商业模式类型(SaaS、平台、电商等)的标准指标。将创始人的预测与这些基准进行比较,标记任何超出正常范围的数值——无论是过于悲观还是过于乐观。references/industry-benchmarks.md
Revenue Model
收入模型
In :
05-financial/revenue-model.md- Pricing strategy with rationale
- Revenue projections (Month 1-12, Year 1-3) with assumptions stated
- Sensitivity analysis: what happens if key assumptions change by ±30%
在中:
05-financial/revenue-model.md- 定价策略及理由
- 收入预测(第1-12个月,第1-3年),注明假设
- 敏感性分析:关键假设变化±30%时的影响
Cost Structure
成本结构
In :
05-financial/cost-structure.md- Fixed costs (infrastructure, tools, salaries)
- Variable costs (per-user, per-transaction)
- One-time costs (development, legal, launch)
- Break-even analysis
在中:
05-financial/cost-structure.md- 固定成本(基础设施、工具、薪资)
- 可变成本(每用户、每交易)
- 一次性成本(开发、法务、发布)
- 盈亏平衡分析
Projections
财务预测
In :
05-financial/projections.md- 3 scenarios: conservative, base, optimistic
- Key assumptions for each scenario
- Cash flow timeline
- Funding needs and runway calculation
Update PROGRESS.md.
在中:
05-financial/projections.md- 3种场景:保守、基准、乐观
- 每种场景的关键假设
- 现金流时间线
- 资金需求和现金流计算
更新PROGRESS.md。
Phase 8: Validation
阶段8:验证
This is the most actionable phase — it tells the founder exactly what to do next to test whether the idea works.
这是最具行动指导性的阶段——它会告诉创始人接下来具体要做什么来测试想法是否可行。
Validation Playbook
验证手册
In :
06-validation/validation-playbook.md- Ordered list of experiments to run, from cheapest/fastest to most expensive
- For each experiment:
- What assumption it tests
- How to run it (step-by-step)
- What to measure
- What result would validate vs. invalidate the assumption
- Estimated time and cost
- Examples: landing page test, fake door test, concierge MVP, customer interviews, ad campaign test, wizard of oz, pre-sales
Tailor experiments to the specific idea — a B2B SaaS needs different validation than a consumer marketplace.
在中:
06-validation/validation-playbook.md- 按成本从低到高、速度从快到慢排序的实验列表
- 每个实验包含:
- 它要验证的假设
- 如何执行(分步说明)
- 要衡量的指标
- 什么结果能验证/推翻假设
- 估计的时间和成本
- 示例:着陆页测试、假门测试、礼宾式MVP、用户访谈、广告投放测试、绿野仙踪法、预售
根据具体想法调整实验——B2B SaaS的验证方法与消费者平台不同。
Risk Analysis
风险分析
In :
06-validation/risk-analysis.md- Risk matrix (likelihood × impact) for:
- Market risks (no demand, timing, regulatory)
- Product risks (can't build it, won't work)
- Business risks (can't monetize, can't scale)
- Team risks (missing skills, founder conflicts)
- Financial risks (runway, CAC too high)
- For each high-priority risk: mitigation strategy and early warning signals
在中:
06-validation/risk-analysis.md- 风险矩阵(可能性 × 影响),涵盖:
- 市场风险(无需求、时机不对、监管)
- 产品风险(无法开发、无法正常工作)
- 业务风险(无法盈利、无法规模化)
- 团队风险(技能缺失、创始人冲突)
- 财务风险(现金流不足、CAC过高)
- 每个高优先级风险的缓解策略和早期预警信号
Assumptions Tracker
假设跟踪器
In :
06-validation/assumptions-tracker.md- Every critical assumption the business plan rests on
- Current confidence level (high/medium/low)
- How to test each assumption
- Status: untested / testing / validated / invalidated
Format as a table for easy scanning and updating.
在中:
06-validation/assumptions-tracker.md- 商业计划所依赖的所有关键假设
- 当前可信度等级(高/中/低)
- 如何验证每个假设
- 状态:未测试/测试中/已验证/已推翻
采用表格格式,便于快速浏览和更新。
Experiment Design
实验设计
In :
06-validation/experiment-design.md- Detailed design for the top 3 recommended experiments
- Hypothesis, method, metrics, success criteria, timeline
- Templates the founder can use immediately (interview scripts, survey questions, landing page copy outline)
在中:
06-validation/experiment-design.md- 前3个推荐实验的详细设计
- 假设、方法、指标、成功标准、时间线
- 创始人可立即使用的模板(访谈脚本、调查问题、着陆页文案大纲)
Kill Criteria
终止标准
In , define 5-7 specific, measurable conditions under which the founder should stop or pivot. Tie each to a validation experiment. Be specific: "If fewer than 3/10 interview subjects say they'd pay $X" not "if there's no demand." This protects the founder from sunk-cost thinking.
06-validation/kill-criteria.md在中,定义5-7个具体、可衡量的条件,满足时创始人应终止或调整方向。每个条件都与验证实验挂钩。要具体:“如果少于3/10的访谈对象表示愿意支付X美元”,而非“如果没有需求”。这能保护创始人避免沉没成本谬误。
06-validation/kill-criteria.mdIdea Scorecard
想法评分卡
At the end of the validation section, produce a summary scorecard in :
06-validation/scorecard.md| Dimension | Score (1-10) | Rationale |
|---|---|---|
| Problem severity | ||
| Market size | ||
| Competitive advantage | ||
| Feasibility | ||
| Business model clarity | ||
| Founder-market fit | ||
| Timing | ||
| Overall |
Be honest. If the idea has weaknesses, say so clearly. The goal is to help the founder make a good decision, not to validate their ego. Include a clear Verdict paragraph after the table with an unambiguous recommendation (see the scoring guide in the Radical Honesty Protocol).
Update PROGRESS.md — mark all phases complete.
在验证部分的最后,在中生成总结评分卡:
06-validation/scorecard.md| 维度 | 评分(1-10) | 理由 |
|---|---|---|
| 问题严重性 | ||
| 市场规模 | ||
| 竞争优势 | ||
| 可行性 | ||
| 商业模式清晰度 | ||
| 创始人-市场匹配度 | ||
| 时机 | ||
| 总分 |
要诚实。如果想法有弱点,明确指出。目标是帮助创始人做出正确决策,而非满足他们的自我。表格后需包含清晰的结论段落,给出明确的建议(参考彻底坦诚原则中的评分指南)。
更新PROGRESS.md——标记所有阶段已完成。
Final Deliverable
最终交付物
After all phases are complete, produce two final files:
README.md- One-paragraph overview of the startup
- Key findings from research
- Strategic positioning summary
- Top 3 risks and how to mitigate them
- Confidence dashboard summary (what we know vs. what we're guessing)
- Links to all generated documents
action-plan-30-days.md- Week 1: Customer discovery (who to contact, what to ask, how many conversations)
- Week 2: Validation experiments (which ones to run first, with specific steps)
- Week 3: MVP scoping (based on validation results, what to build/fake/skip)
- Week 4: Go/no-go decision and next phase planning
- Each week should have 3-5 specific, actionable tasks — not "do customer research" but "send 20 cold LinkedIn messages to [persona] using this template"
Anti-pattern check: Before finalizing, scan the entire output for common founder anti-patterns and flag any you detect: "solution looking for a problem," "boiling the ocean" (too many features/markets at once), "premature scaling," "vanity metrics," "building in stealth too long," "ignoring unit economics." Include a brief Anti-Patterns Detected section in the README if any are present.
所有阶段完成后,生成两个最终文件:
项目根目录的 —— 执行摘要:
README.md- 初创企业的一段式概述
- 调研的关键发现
- 战略定位摘要
- 前3个风险及缓解方法
- 可信度仪表板摘要(我们已知的 vs 我们猜测的)
- 所有生成文档的链接
action-plan-30-days.md- 第1周:用户发现(联系谁、问什么、多少对话)
- 第2周:验证实验(首先运行哪些实验,具体步骤)
- 第3周:MVP范围确定(基于验证结果,要开发/模拟/跳过什么)
- 第4周:继续/终止决策及下一阶段规划
- 每周应有3-5个具体、可执行的任务——不是“做用户调研”,而是“使用此模板向[用户角色]发送20条LinkedIn冷消息”
反模式检查: 最终确定前,扫描所有输出,检测常见的创始人反模式并标记:“为找问题而找解决方案”“贪多嚼不烂”(同时涉及太多功能/市场)“过早规模化”“虚荣指标”“过长时间秘密开发”“忽视单位经济”。如果检测到任何反模式,在README中添加简短的检测到的反模式部分。
Radical Honesty Protocol
彻底坦诚原则
Reference: Readat the start of every session for the full protocol. The key rules are summarized here.references/honesty-protocol.md
This skill helps founders make good decisions, not feel good. Honesty is non-negotiable:
- Tell the truth. If the market is too small or the idea has a fatal flaw, say so directly. Flag when founder assumptions contradict research data.
- Label claims. Use [Data], [Estimate], [Assumption], [Opinion] tags. Never present estimates as facts.
- Surface flags in every phase. Include a Red Flags / Yellow Flags section at the end of every phase output.
- Clear verdict. Scorecard must recommend: 8-10 proceed, 6-7 conditional, 4-5 concerns, 1-3 stop/pivot.
- Ground in evidence. No data? Say so. Don't fabricate.
- Make it actionable. Every document tells the founder what to do next.
- Track everything. Update PROGRESS.md after each phase.
参考: 每次会话开始时阅读以了解完整原则。以下是关键规则摘要。references/honesty-protocol.md
这个方法旨在帮助创始人做出正确决策,而非让他们感觉良好。诚实是不可协商的:
- 说实话。 如果市场太小或想法有致命缺陷,直接说出来。当创始人的假设与调研数据矛盾时,标记出来。
- 标记声明。 使用**[数据]、[估计]、[假设]、[观点]**标签。永远不要将估计作为事实呈现。
- 在每个阶段标记风险。 在每个阶段的输出末尾添加红色预警/黄色预警部分。
- 明确结论。 评分卡必须给出建议:8-10分继续推进,6-7分有条件推进,4-5分存在担忧,1-3分终止/调整方向。
- 基于证据。 没有数据?如实说。不要编造。
- 具备行动指导性。 每份文档都要告诉创始人接下来要做什么。
- 跟踪所有内容。 每个阶段后更新PROGRESS.md。
Reference Files
参考文件
The directory contains supporting documentation. Read only what you need for the current phase.
references/| File | When to Read | Lines |
|---|---|---|
| At the start of every session (once) | ~70 |
| At the start of every session (once) | ~80 |
| Before starting Phase 3 (once) | ~60 |
| When spawning Wave 1 agents | ~130 |
| When spawning Wave 2 agents | ~170 |
| When spawning Wave 3 agents | ~170 |
| When spawning Wave 4 agents | ~110 |
| After all waves complete, before writing final files | ~90 |
| During Phase 4 (Strategy) and Phase 6 (Product) | ~110 |
| During Phase 7 (Financial) | ~80 |
references/| 文件 | 阅读时机 | 行数 |
|---|---|---|
| 每次会话开始时(一次) | ~70 |
| 每次会话开始时(一次) | ~80 |
| 开始阶段3前(一次) | ~60 |
| 生成第1波代理时 | ~130 |
| 生成第2波代理时 | ~170 |
| 生成第3波代理时 | ~170 |
| 生成第4波代理时 | ~110 |
| 所有波次完成后,撰写最终文件前 | ~90 |
| 阶段4(策略)和阶段6(产品)期间 | ~110 |
| 阶段7(财务)期间 | ~80 |