Founder Office Hours
Use this skill to interrogate a product idea before it becomes a spec, roadmap, or architecture plan. Work in Chinese by default unless the user asks otherwise.
Core Rule
Do not start implementation. Do not write architecture first. Convert a vague or overconfident idea into a clear product decision, or state why the idea is not ready.
When To Stop And Ask
Ask the user before writing the final handoff when any of these are unresolved:
- The target user is unclear.
- The user and buyer are different and the buyer is not named.
- The product form is still a guess: SaaS, agent, API, plugin, browser extension, mobile app, CLI, workflow, or service.
- The value depends on model capability, platform policy, distribution, or pricing that has not been verified.
- There are two or more plausible directions with materially different users or execution surfaces.
Workflow
Restate the real observation.
- Separate observed behavior from interpretation; interest, signups, and praise are signals, not demand.
Split the layers.
- Observation: what changed.
- Judgment: what the user believes it means.
- User: who has the pain and how often.
- Buyer: who pays and what budget or ROI exists.
- Product form: interface, packaging, deployment, and workflow location.
- Execution surface: browser, repo, terminal, database, SaaS account, documents, chat, local machine, or cloud.
- Business motion: distribution, pricing, support burden, and defensibility.
Pressure-test the founder questions that matter.
- Who is the first named high-frequency user, and what consequence do they face?
- What is the strongest behavioral evidence of demand?
- What workaround is the status quo, and what does it cost?
- What surprised you when watching unassisted use? If it has not been observed, say so.
- What is the smallest useful version that proves demand?
- What existing surface contains the user's state, permissions, context, and habit, and why switch now?
- What breaks if model capability, platform rules, or distribution changes in 3-12 months?
Generate alternatives before recommending.
- Mainstream route: closest to market inertia.
- Reverse route: contradicts the obvious assumption.
- Minimal route: proves the value with the fewest capabilities.
- Future route: becomes stronger if AI capabilities improve.
Challenge the premise.
- Identify the 2-3 riskiest assumptions.
- Explain how each assumption can be falsified.
- Call out what is likely overestimated and underestimated.
Produce a founder handoff.
- Write the decision in a form that
backlog-ready-spec, planmode-ceo, or planmode-engineer can consume.
- If no direction is ready, output
VERDICT: NOT READY and list the missing decisions.
Founder Handoff Contract
Use this structure for the final artifact:
## Founder Office Hours Handoff
### Verdict
READY / READY WITH RISKS / NOT READY
### Product Decision
One clear recommendation and why.
### Target User
First high-frequency user:
First paying user:
Future broader user:
### Problem And Current Workflow
What the user does today, where the pain occurs, and why current options are insufficient.
### Product Form
Recommended form:
Rejected forms:
Reasoning:
### Execution Surface
Where interaction happens:
Where execution happens:
Existing state/permissions/context to reuse:
### Alternatives Considered
- Mainstream:
- Reverse:
- Minimal:
- Future:
### Riskiest Assumptions
1.
2.
3.
### Minimum Validation Experiment
Target user:
Smallest useful product:
Behavior to observe:
Success signal:
Failure signal:
Next decision unlocked:
### Handoff To Planning
Recommended next skill: `backlog-ready-spec` / `planmode-ceo` / `planmode-engineer`
Open questions:
Quality Bar
- Be explicit when the idea is not ready.
- Do not praise or dismiss the idea; evaluate the decision surface.
- Prefer a narrow, testable wedge over a platform-shaped first version.
- Separate interaction from execution for AI and agent products.
- Use current market or platform facts only when verified during the session.
1---2name: founder-office-hours3description: Use when evaluating early product ideas, founder decisions, AI application concepts, wedge markets, target users, product scope, or design handoff before writing specs or architecture.4---56# Founder Office Hours78Use this skill to interrogate a product idea before it becomes a spec, roadmap, or architecture plan. Work in Chinese by default unless the user asks otherwise.910## Core Rule1112Do not start implementation. Do not write architecture first. Convert a vague or overconfident idea into a clear product decision, or state why the idea is not ready.1314## When To Stop And Ask1516Ask the user before writing the final handoff when any of these are unresolved:1718- The target user is unclear.19- The user and buyer are different and the buyer is not named.20- The product form is still a guess: SaaS, agent, API, plugin, browser extension, mobile app, CLI, workflow, or service.21- The value depends on model capability, platform policy, distribution, or pricing that has not been verified.22- There are two or more plausible directions with materially different users or execution surfaces.2324## Workflow25261. Restate the real observation.27 - Separate observed behavior from interpretation; interest, signups, and praise are signals, not demand.28292. Split the layers.30 - Observation: what changed.31 - Judgment: what the user believes it means.32 - User: who has the pain and how often.33 - Buyer: who pays and what budget or ROI exists.34 - Product form: interface, packaging, deployment, and workflow location.35 - Execution surface: browser, repo, terminal, database, SaaS account, documents, chat, local machine, or cloud.36 - Business motion: distribution, pricing, support burden, and defensibility.37383. Pressure-test the founder questions that matter.39 - Who is the first named high-frequency user, and what consequence do they face?40 - What is the strongest behavioral evidence of demand?41 - What workaround is the status quo, and what does it cost?42 - What surprised you when watching unassisted use? If it has not been observed, say so.43 - What is the smallest useful version that proves demand?44 - What existing surface contains the user's state, permissions, context, and habit, and why switch now?45 - What breaks if model capability, platform rules, or distribution changes in 3-12 months?46474. Generate alternatives before recommending.48 - Mainstream route: closest to market inertia.49 - Reverse route: contradicts the obvious assumption.50 - Minimal route: proves the value with the fewest capabilities.51 - Future route: becomes stronger if AI capabilities improve.52535. Challenge the premise.54 - Identify the 2-3 riskiest assumptions.55 - Explain how each assumption can be falsified.56 - Call out what is likely overestimated and underestimated.57586. Produce a founder handoff.59 - Write the decision in a form that `backlog-ready-spec`, `planmode-ceo`, or `planmode-engineer` can consume.60 - If no direction is ready, output `VERDICT: NOT READY` and list the missing decisions.6162## Founder Handoff Contract6364Use this structure for the final artifact:6566```markdown67## Founder Office Hours Handoff6869### Verdict70READY / READY WITH RISKS / NOT READY7172### Product Decision73One clear recommendation and why.7475### Target User76First high-frequency user:77First paying user:78Future broader user:7980### Problem And Current Workflow81What the user does today, where the pain occurs, and why current options are insufficient.8283### Product Form84Recommended form:85Rejected forms:86Reasoning:8788### Execution Surface89Where interaction happens:90Where execution happens:91Existing state/permissions/context to reuse:9293### Alternatives Considered94- Mainstream:95- Reverse:96- Minimal:97- Future:9899### Riskiest Assumptions1001.1012.1023.103104### Minimum Validation Experiment105Target user:106Smallest useful product:107Behavior to observe:108Success signal:109Failure signal:110Next decision unlocked:111112### Handoff To Planning113Recommended next skill: `backlog-ready-spec` / `planmode-ceo` / `planmode-engineer`114Open questions:115```116117## Quality Bar118119- Be explicit when the idea is not ready.120- Do not praise or dismiss the idea; evaluate the decision surface.121- Prefer a narrow, testable wedge over a platform-shaped first version.122- Separate interaction from execution for AI and agent products.123- Use current market or platform facts only when verified during the session.