pmprd-writing

Featured

产品需求文档(PRD)的标准编写格式和内容要求,确保输出完整、清晰、可执行的产品文档

AI & Automation 555 stars 50 forks Updated 4 days ago MIT

Install

View on GitHub

Quality Score: 94/100

Stars 20%
91
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# PRD 编写指南 ## 适用场景 完成需求穿透和调研分析后,需要输出一份完整的产品需求文档(PRD),供设计师、开发者、测试人员使用。 ## PRD 标准结构 ### 1. 概述 - **功能名称**:[清晰简洁的名称] - **版本**:1.0 - **日期**:[当前日期] - **作者**:PM Agent ### 摘要 > 下游 Agent 请优先阅读本节,需要细节时再查阅完整文档。 - **核心目标**:[用一句话描述] - **目标用户**:[主要用户群体] - **关键功能**:[3-5 个最核心功能] - **技术约束**:[重要约束或偏好] - **优先级**:[MVP 范围说明] --- ### 2. 需求穿透分析(核心章节) 参见 `pm/requirement-penetration` skill 的输出要求。 --- ### 3. 竞品调研 #### 3.1 竞品分析 使用 `WebSearch` 搜索相关竞品: | 竞品 | 核心功能 | 用户体验亮点 | 用户痛点 | 我们的机会 | |------|----------|--------------|----------|------------| | [竞品 1] | [功能] | [亮点] | [痛点] | [机会] | | [竞品 2] | [功能] | [亮点] | [痛点] | [机会] | | [竞品 3] | [功能] | [亮点] | [痛点] | [机会] | #### 3.2 差异化策略 | 维度 | 竞品做法 | 我们的做法 | 差异化价值 | |------|----------|------------|------------| | [维度 1] | [做法] | [做法] | [价值] | | [维度 2] | [做法] | [做法] | [价值] | --- ### 4. 目标用户 #### 用户画像 1:[名称] - **基本特征**:[年龄、职业、收入等] - **行为特征**:[使用习惯、偏好等] - **核心需求**:[最想解决的��题] - **痛点场景**:[具体的痛苦场景描述] - **期望体验**:[理想的体验是什么样] #### 用户旅程图 ```mermaid journey title 用户完成核心任务的旅程 section 发现阶段 了解产品: 3: 用户 产生兴趣: 4: 用户 section 使用阶段 首次使用: 3: 用户 完成任务: 5: 用户 section 留存阶段 持续使用: 4: 用户 推荐他人: 5: 用户 ``` --- ### 5. 功能需求 #### FR-001:[需求标题] - **需求描述**:[清晰的需求描述] - **用户价值**:[这个功能给用户带来什么价值] - **优先级**:P0/P1/P2 - **需求来源**:显性/隐性/潜在/惊喜 - **验收标准**: - [ ] AC-1:[可测试的标准 1] - [ ] AC-2:[可测试的标准 2] - **边界情况**: - [边界情况 1 及处理方式] - [边界情况 2 及处理方式] #### FR-002:[需求标题] - **需求描述**:[描述] - **用户价值**:[价值] - **优先级**:P1 - **需求来源**:[来...

Details

Author
echoVic
Repository
echoVic/boss-skill
Created
8 months ago
Last Updated
4 days ago
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category

Web & Frontend Listed

pm-prd-writer

把模糊需求转化为可评审的产品需求文档(PRD)。当用户说"写个需求文档"、"帮我出PRD"、"这个功能怎么写需求"、"我有个想法想落地"、"把这个需求整理成文档"、"需求评审要用的PRD",或者用户描述了一段功能但没有结构化时,使用这个 Skill。 也适用于:用户上传了原始需求描述/会议纪要/聊天截图并要求整理成PRD;用户说"PRD"、"产品需求"、"需求文档"、"功能说明书"等关键词;用户要求对已有PRD进行补全、优化、查漏补缺。 下游接力:需要「字段级可开发」的规格版 PRD(五形态判定、每页配线框图、UX 规范、验图的 Word 导出)→ 本技能澄清与补漏完成后转 `pm-prd-spec`。 不适用于:纯技术方案设计(用 hld-design / lld-design)、纯 UI 稿标注(用 annotation)、项目管理类文档(用 pm-stakeholder-report)、SRS 需求规格说明书(用 req-doc)。

1 Updated yesterday
iDWong
AI & Automation Listed

prd-writing

通用 PRD 写作流程,分步骤走:读取/建立产品上下文 → 一页纸骨架确认 → 分档展开正文 → 埋点与成功指标。 触发词:写PRD、起草需求文档、prd-writing、做个策划案、需求评审前梳理、把这个功能写成PRD。 产品上下文按 PRODUCT-CONTEXT.md 协议管理(多产品共用一套 skill);埋点部分调用 tracking-plan skill。

0 Updated 1 weeks ago
Timi-Fish
Web & Frontend Listed

enterprise-prd-writer

企業 PRD Writer — 受監管 / 金流 / 風控 / 跨職能團隊等級的產品需求文件撰寫與強化工具, 用於產出可直接進入 Refinement、Engineering Design、Development、QA 與 UAT 的 「施工藍圖」等級文件。相對於輕量版 prd-writer,此版本額外涵蓋權限矩陣、NFR、 依賴管理、合規、Analytics/Observability、Rollout/Migration/Rollback 與 UAT/Release Readiness。 預設以 interactive-html-report 規格輸出互動式 HTML(含常駐目錄側欄、捲動高亮)。 ⚠️ 版本選擇(重要): 當使用者說「幫我寫 PRD」但未指明版本時,先問使用者要用「輕量版(prd-writer)」 還是「企業版(本 skill)」再開始。判斷提示:個人專案 / 單一功能 / 無合規需求 → 輕量版; 多團隊 / 金流 / 風控 / 合規 / 需上線維運全鏈路 → 企業版。使用者已明確指定版本時直接照做,不必再問。 當使用者提出以下需求時,應優先使用此 skill: - 幫我寫 PRD - 產品需求文件 - 寫 spec / feature spec - 功能規格 / 需求規格書 - write a PRD / product requirements - 產品設計文件 - 幫我整理這個功能的規格 - 把這個想法寫成文件 - 我要交一份產品文件給工程團隊 - 寫個規格讓工程師可以直接開工 - 補 AC / 驗收標準 - 補 Out of Scope - 補畫面狀態 - 補 Edge Cases - 補權限矩陣 - 補 NFR - 補 Rollout / Rollback - 強化既有 PRD 此 skill 的目標不是產出冗長文件,而是建立可執行、可測試、可追蹤、 可討論且邊界明確的產品規格,降低因需求模糊造成的返工與認知落差。 核心強制項目包含: - Acceptance Criteria - Edge Case Analysis - Screen / System States - In Scope / Out of Scope - Assumptions / Open Questions / Decisions - Dependencies - Roles & Permissions -

45 Updated 1 months ago
skinnerlee1225