Package a defined scenario as a Skill and build a guarded POC
设计与多媒体
FDE PRD Writer
试用Turn an approved POC into an implementable, testable specification
它能做什么
Stage 3 of FDE Delivery Loop. Turn an approved problem-discovery package and POC engagement charter into an English POC PRD specification handoff for engineering, QA, deployment, Agent Skill design, and POC execution. Use to write, improve, or review POC PRDs, functional requirements, acceptance criteria, test scenarios, scope decisions, and downstream handoffs. Do not use for initial discovery, customer commitments, prototype construction, or production operations.
技能文档
FDE PRD Writer | POC Specification Handoff
Turn an aligned customer problem and POC agreement into a PRD package that engineering can implement, QA can accept, and downstream teams can continue delivering.
Confirm upstream readiness
Before starting, confirm the presence of:
- The Customer Problem-Discovery Package from
fde-problem-discovery. - The POC Engagement Charter from
fde-engagement-charter.
When either is missing, state the gap and return to the corresponding upstream stage. Do not fill the PRD with unvalidated assumptions.
Writing process
- Lock the problem and outcome: Extract target users, real workflow, business outcomes, success criteria, and explicit non-goals.
- Design the minimum closed loop: Define scope, functions, exceptions, permissions, data, and dependencies around user tasks. Replace vague terms such as “intelligent” and “easy to use” with observable behavior.
- Write testable specifications: Number each requirement. Define trigger, preconditions, main flow, exception flow, acceptance criteria, and evidence.
- Complete downstream handoffs: Identify the inputs and open risks required by Deployment Architecture, Agent Skill Design, POC Run, and Adoption and Value.
- Run quality checks: Use references/prd-quality.md. Rewrite or mark as open anything that cannot be implemented, tested, or traced.
Method selection principles
Treat KANO, SWOT, JTBD, user stories, and Mermaid as decision and communication tools:
- Use a method only when it improves a scope, priority, risk, or workflow decision.
- Convert every conclusion back into concrete evidence, requirements, and acceptance criteria.
- Use Mermaid to clarify complex flows, states, or system relationships, not as decoration.
See references/method-selection.md for method selection and references/upstream-downstream-contracts.md for lifecycle boundaries.
Load references/user-stories.md, references/test-scenarios.md, andreferences/prd-style.md only when needed. Interviewing, discovery, and product strategy belong to Problem Discovery or Productization and are not the default starting point for this skill.
Output
Use templates/prd-skeleton.md to produce the POC PRD Specification Handoff Package. Default to English in this edition. Produce another language only when the user explicitly requests it.
Before delivery, run node scripts/validate-traceability.js to check structural traceability and orphan identifiers across FR → AC → TS. The script detects identifier and relationship gaps only; it cannot decide whether a requirement, acceptance criterion, or test is correct for the business.
Boundary
This skill does not replace Problem Discovery, the POC Charter, Deployment Architecture, Agent implementation, real execution, or value review. Its responsibility is to give those downstream activities a reliable, traceable, and acceptable specification.
相关技能
Turn a POC specification into a runnable, risk-controlled design
Align a validated problem into a testable POC agreement
Validate POC evidence and make a continue, adjust, or stop decision
Turn validated delivery learning into reusable playbooks and assets
Find the customer problem worth testing from field evidence