Coding

Product Dev Workflow V5

Try it

产品开发工作流

What it does

产品开发全流程AI辅助工作流。当用户提供一个产品主题或新产品开发需求时,自动触发并一次性输出覆盖"需求分析→技术调研→方案设计→物料选型→测试分析→GTM上市策略"六个阶段的完整报告与方案文档。适用于传感器、仪器仪表、智能硬件等工业产品的前期研发工作。只要用户提到"新产品开发"、"产品立项"、"帮我做产品方案"、"开发一款XXX"等表述,务必使用此skill。

The skill document

产品开发全流程 AI 辅助工作流

概述

本skill指导Hermes针对用户给定的产品主题,一次性输出六阶段完整研发文档包,涵盖需求分析、技术调研、方案设计、物料选型、测试分析、GTM上市策略。所有输出均使用中文,采用结构化Markdown格式。


触发方式

用户输入示例:

  • "帮我开发一款柔性测斜仪"
  • "我想做一个XXX产品,帮我走一遍开发流程"
  • "新产品主题:XXX,请输出完整方案"

收到主题后,无需逐步确认,直接一次性输出所有六个阶段的文档


输出结构

严格按照以下顺序和格式输出,每个阶段之间用分隔线隔开:

# 【产品主题】全流程开发方案

---

## 第一阶段:需求分析报告
## 第二阶段:技术调研报告
## 第三阶段:方案设计报告
## 第四阶段:物料选型方案
## 第五阶段:测试分析方案
## 第六阶段:GTM上市策略

---

## 综合评估与开发建议

各阶段输出规范

第一阶段:需求分析报告

目标:明确产品核心功能需求与约束条件,并完成初步商业论证,回答"这个产品值不值得做"。

必须包含以下内容:

  1. 产品定义与背景

    • 产品用途与应用场景描述(列举2~4个典型使用场景)
    • 行业背景与市场需求简述:说明该产品解决了什么痛点、为何现在是开发时机
  2. VOC用户之声摘要

    • 基于对目标用户群体的典型需求推演,模拟列出3~5条用户核心诉求
    • 每条诉求注明:用户角色、场景、痛点描述、期望结果
    • 示例格式:"【角色】现场工程师【场景】野外无网络环境监测【痛点】断网后数据丢失【期望】本地存储+恢复上传"
    • 说明:这是对真实VOC访谈结论的桌面模拟,实际开发中应以真实用户访谈验证
  3. 核心功能需求清单

    • 列出主要核心功能(通常5~8项),每项须分配唯一需求编号并注明优先级
    • 需求编号规则(强制):P0级需求编号为 REQ-P0-001、REQ-P0-002……,P1级为 REQ-P1-001、REQ-P1-002……,P2级为 REQ-P2-001……,编号须在需求清单表格中显式标注,供后续阶段(特别是第五阶段需求覆盖追溯表)引用
    • 以表格呈现,列包含:需求编号/功能项/优先级/功能描述
    • 表格后用1句话说明哪类需求是产品可用性底线
  4. 性能指标约束

    • 精度、量程、分辨率、响应时间等关键参数的初步约束范围,以表格形式呈现
    • 表格前用1~2句话说明这些指标的来源依据(如:参考行业标准/竞品水平/用户访谈)
    • 表格"说明"列若无内容,填"—",不得留空
  5. 环境与使用约束

    • 工作温度、防护等级、安装方式、供电方式等,文字段落描述,无需表格
  6. 合规与标准要求

    • 适用的行业标准或认证要求,以表格形式列出标准代号、名称、适用说明
    • 表格后补充1~2句:说明哪项标准是强制要求、哪项是参考依据
  7. 需求优先级矩阵

    • 用表格呈现各需求的重要性与实现难度,表格中的需求项须使用第3项中已定义的需求编号
    • 表格后须有1段总结文字:说明优先级排序逻辑,点出最值得资源聚焦的1~2项需求
  8. 初步商业论证(Business Case)

    • 市场机会描述:目标市场规模的数量级估计
    • 财务预估:若规划多版本产品矩阵,需分版本建立财务预估;单版本产品则输出研发投入估算(人月×单价)、预期售价区间、预计年销售量、初步投资回收期判断
    • 立项决策建议:综合技术可行性与商业价值,给出"建议立项/有条件立项/暂不建议"的初步判断,并说明理由

本阶段完成标志(Gate 1 准入条件):

  • 核心功能需求清单已明确,每条需求已分配唯一编号,优先级已排序
  • 初步商业论证已完成,财务回报逻辑合理
  • 主要行业标准已识别

第二阶段:技术调研报告

目标:从技术、市场、专利、政策四个维度全面调研,形成结构化分析结论,为方案设计提供充分依据。

必须包含以下九项内容:

  1. 竞品概览

    • 列举3~5款国内外主流竞品或参考产品,以表格呈现厂商/型号/技术路线/市场定位
    • 国内外各至少列举1款,兼顾高端进口与国产主流
    • 表格前用1~2句话说明竞品筛选标准
  2. 关键技术指标横向对比表

    • 以表格形式对比各竞品的核心参数(量程、精度、通讯接口、功耗、尺寸、价格区间等)
    • 表格列数必须与表头列数严格一致,不得多列或少列;所有单元格不得为空,无数据填"—"
    • 表格后必须有一段分析文字:指出各竞品的技术优势集中在哪里,并标注本产品拟超越或持平的关键指标项及理由
  3. 竞品痛点与用户差评分析

    • 针对主要竞品,梳理其已知缺陷、用户反馈的不满点、应用场景局限
    • 每款竞品至少指出1~2个明确痛点,文字段落描述,不使用表格
    • 段落末尾须有一句总结:这些痛点对本产品差异化创新的启示是什么
  4. 主流技术路线梳理

    • 梳理该产品领域内2~4种主流技术实现路线,每种路线说明原理、优缺点及适用场景
    • 使用文字段落分条描述,不使用表格;每条路线100字左右,重点突出实用信息
  5. 技术成熟度与国产化评估

    • 以表格对比各技术路线的成熟度、国产化程度、供应链情况、成本级别
    • 表格后须有1段文字:明确指出哪些环节仍依赖进口、国产替代进展如何,以及对本项目的影响
  6. 专利与知识产权风险分析

    • 梳理该产品领域的核心专利布局方向(主要持有方、关键专利技术点),文字段落描述
    • 识别本产品开发中可能面临的专利壁垒,提出规避建议或自主创新方向
    • 若该领域专利壁垒较低,也应明确说明;结尾给出风险等级判断(高/中/低)
  7. 市场与商业环境分析

    • 市场规模与增长趋势:给出数量级估计,说明数据来源或推算逻辑
    • 主要目标客群与采购决策特征:以表格分客群描述"谁买、怎么买、看重什么"
    • 竞争格局:市场集中度、主要玩家份额,文字段落描述
    • 初步定价参考区间:以表格呈现不同定位档位的目标竞品、参考价格、目标场景、本产品建议定价;表格列数必须与表头列数严格一致;表格后给出定位理由
  8. 政策与行业趋势分析

    • 与本产品相关的国产化政策、行业标准升级趋势,列出2~3条具体政策名称及影响
    • 行业技术演进方向:未来3~5年该产品类别的主流技术变化趋势,文字段落描述
    • 结尾说明:政策红利对本产品的加持点,以及潜在合规风险
  9. 调研结论

    • 综合以上八项,提炼3~5条核心结论,每条结论须有明确判断,不得仅罗列现象
    • 明确指出本产品的差异化切入点:基于竞品痛点和市场空白,本产品应在哪1~2个维度重点突破,并说明理由
    • 结尾须明确一条"对第三阶段方案设计的输入建议",例如:推荐优先探索XX技术路线,理由是……

本阶段完成标志(Gate 2 准入条件):

  • 竞品技术指标矩阵已完成,差距分析清晰
  • 专利风险已识别,规避路径已明确
  • 差异化切入点已确定,商业逻辑已验证

第三阶段:方案设计报告

目标:基于调研结论,生成多种技术路线方案并完成初步筛选,输出可指导硬件开发的方案文件。

必须包含以下内容:

  1. 系统架构概述

    • 先用1~2段文字描述产品整体系统组成思路(感知层、处理层、通讯层、供电层的分工逻辑)
    • 再以列表或表格呈现各层的具体组成,说明各层之间的数据流向和接口关系
  2. 技术路线方案对比

    • 提出2~3种候选技术路线
    • 先用1段文字介绍为何提出这几种路线(来自调研结论的哪些输入)
    • 每种方案用文字段落描述:方案名称与核心思路、主要优势、主要劣势/风险、适用条件
    • 方案描述完成后,用一张对比表格汇总各方案在关键维度(技术成熟度/成本/开发周期/风险)上的评级
  3. 推荐方案及理由

    • 明确推荐一种方案
    • 用1段文字说明选择依据(技术成熟度、成本、开发周期、与差异化切入点的契合度等)
    • 说明未选其他方案的主要原因
  4. 关键技术难点分析

    • 先用1句话说明本产品面临的核心技术挑战概括
    • 列出2~3个核心技术难点,每个难点用文字段落描述:难点描述、根因分析、初步应对策略
  5. 通讯协议方案比选

    • 先用1句话说明通讯选型的核心约束条件(如:野外无网、低功耗、实时性要求等)
    • 以表格对比候选通讯协议的实时性、传输距离、功耗、成本、推荐度
    • 表格后用1~2句明确推荐选择及理由
  6. 初步技术指标目标

    • 先用1句话说明这些指标的制定依据(参考竞品水平+VOC需求+差异化目标)
    • 以表格给出推荐方案下的预期技术指标范围
    • 表格所有单元格不得为空,无备注填"—"

本阶段完成标志(Gate 3 准入条件):

  • 推荐技术路线已确定,关键难点有应对策略
  • 通讯协议已选定
  • 初步技术指标目标已设定,与需求阶段的约束保持一致

第四阶段:物料选型方案

目标:为推荐方案中的关键器件完成选型,评估国产化替代可行性,并完成DFM可制造性初步评估。

必须包含以下内容:

  1. 关键器件清单

    • 先用1句话说明器件清单的划分逻辑(按系统架构分层对应)
    • 以表格列出核心器件类别及关键器件名称
  2. 器件选型对比表

    • 每类关键器件单独一个小节,先用1~2句话说明该类器件的选型关键考量因素
    • 再以表格列出2~3款候选型号,对比以下参数(列缺一不可):
      • 主要性能参数、封装形式、参考价格、供货稳定性、国产/进口
    • 每张表格的列数必须与表头列数严格一致,不得多列或少列,所有单元格不得为空
    • 每张选型表格后必须有推荐结论:推荐哪款型号,理由是什么(1~2句)
  3. 推荐选型汇总表

    • 用一张汇总表呈现所有器件的推荐选型结果(器件类别/推荐型号/数量/备注)
    • 表格前用1句话说明汇总的总体原则(如:首版样机优先成熟方案,国产替代作为下一阶段规划)
  4. 国产化替代评估

    • 先用1~2句说明国产化评估的背景和重要性
    • 以表格列出各器件的国产替代方案、替代可行性、风险说明
    • 表格后给出1段总结:哪些器件国产化替代条件成熟、哪些需要验证周期、整体国产化比例目标
  5. 供应链风险评估

    • 先用1句话说明风险评估视角(如:重点关注进口依赖、单一货源、定制件交期)
    • 以表格列出风险器件、风险类型、风险等级、备选策略
    • 表格后给出1段总结:整体供应链风险判断,建议优先采购的器件和备货策略
  6. DFM可制造性初步评估

    • 目标:在进入生产前识别设计中可能导致量产困难的工艺问题,避免样机转产时出现意外障碍
    • 必须包含以下三个子项:
      • PCB工艺可制造性:评估PCB层数、最小线宽/间距、BGA/QFN等特殊封装的焊接工艺要求,指出可能的工艺风险点
      • 结构装配可行性:评估外壳结构的开模难度、密封工艺(IP68防护)的实现方式、线缆连接器的装配操作空间是否充足
      • 生产测试可行性:说明量产阶段需要哪些测试工装(如ICT在线测试、功能测试夹具),评估测试点布局是否合理,建议在PCB设计阶段预留测试点
    • 每个子项用文字段落描述,结尾给出1条针对性的设计改进建议

本阶段完成标志(Gate 4 准入条件):

  • 所有关键器件已完成选型,BOM草稿可输出
  • 国产化替代路径已明确
  • 高风险器件已有备选方案
  • DFM初步评估已完成,主要工艺风险已识别

第五阶段:测试分析方案

目标:为样机测试阶段制定测试框架,确保性能评估的科学性与完整性,并建立需求到测试的覆盖追溯关系。

必须包含以下内容:

  1. 测试目标与范围

    • 用1~2段文字明确本阶段测试的核心目标与验证重点
    • 说明测试的边界:哪些是本阶段必测项,哪些是后续批量生产阶段才测的项目
  2. 需求覆盖追溯表

    • 先用1句话说明该表的作用:确保第一阶段每条P0和P1级需求都有对应测试项覆盖,避免遗漏
    • 追溯表必须覆盖第一阶段需求清单中所有P0和P1级需求编号(REQ-P0-xxx和REQ-P1-xxx),不得遗漏任何一条
    • 以表格呈现:需求编号/需求描述/对应测试项编号/覆盖说明
    • 表格后说明:是否存在尚未被测试项覆盖的需求,若有则注明原因(如:该需求依赖现场实测,实验室无法模拟)
  3. 测试项目清单

    • 先用1句话说明测试项目的设计逻辑(如:按照功能验证/性能验证/环境适应性/可靠性四类组织)
    • 以表格列出主要测试项目,每项注明测试目的、测试方法、合格判定标准
    • 包括但不限于:功能测试、精度测试、稳定性测试、环境适应性测试、通讯测试、EMC测试
    • 表格后说明:哪2~3项是最关键的测试项目,一旦不通过意味着需要重大设计变更
  4. 测试数据分析方法

    • 先用1句话说明数据分析的总体思路
    • 逐项说明关键数据的处理与分析方法(误差分析、重复性评估、异常点识别、算法验证等)
    • 每种方法说明用途和具体操作步骤,不用表格,用文字段落
  5. 测试工具与设备需求

    • 先用1句话说明工具选取原则(精度要优于被测产品精度至少3倍)
    • 以表格列出所需测试仪器与工装夹具:设备名称/规格要求/用途/购置或外委
    • 表格后说明:哪些设备需要外委(委托第三方检测机构),哪些可自行完成,并给出外委费用估算区间
  6. 问题跟踪与迭代机制

    • 用文字段落描述测试发现问题后的处理流程:记录→分析→整改→复测→关闭
    • 说明问题严重等级划分标准(致命/严重/一般/建议)
    • 明确版本冻结条件:满足什么标准才可以进入小批量试产

本阶段完成标志(Gate 5 准入条件):

  • 所有致命和严重问题已关闭
  • 关键性能指标已达标
  • 需求覆盖追溯已确认,第一阶段所有P0和P1级需求编号均已覆盖,无遗漏
  • 设计已冻结,BOM已确认

第六阶段:GTM上市策略

目标:在研发阶段同步规划产品商业化路径,回答"产品做好后怎么卖出去",确保产品上市后能快速获得市场认可。

必须包含以下内容:

  1. 产品定位与价值主张

    • 用1~2句话明确本产品的核心卖点:针对哪类客户、解决什么问题、比竞品好在哪里
    • 提炼1条"电梯演讲"式价值主张(30字以内,可直接用于销售话术)
  2. 目标客户与优先市场

    • 结合第二阶段客群分析,明确首批目标客户类型(不超过2类,聚焦比广撒网更重要)
    • 说明选择这2类客户的理由:购买决策快、付费意愿强、还是容易形成标杆效应?
    • 指出优先切入的地域市场或行业细分(如:优先西南地区地灾监测、优先水利系统)
  3. 销售渠道策略

    • 说明采用直销、代理商、OEM/ODM、系统集成商合作中的哪种或哪几种组合模式
    • 每种渠道模式说明:适用场景、预计贡献比例、启动时间节点
    • 禁止使用表格,必须用文字段落分条描述
  4. 定价落地方案

    • 结合第二阶段定价区间,给出首批上市的具体建议定价
    • 说明定价策略:渗透定价(低价抢市场)、溢价定价(高端形象)还是跟随定价(对标竞品)
    • 说明是否设置阶梯价格(如:标准版/专业版/定制版)及各版本定价逻辑
    • 若规划多版本产品矩阵,各版本定价须与第一阶段商业论证中的财务预估保持一致;若第一阶段仅建立了单版本财务预估,此处须补充说明多版本对整体盈利模型的影响
  5. 标杆客户策略

    • 说明计划在产品上市前或上市初期争取几个标杆项目,标杆客户的选择标准是什么
    • 标杆项目的作用:形成可引用的案例、获得行业背书、验证产品在真实场景的表现
    • 给出1~2个具体的标杆客户目标方向(如:某省地质环境监测总站、某大型水电站)
  6. 上市时间节点规划

    • 以"第N月"为时间颗粒度,给出从产品研发完成到正式上市的关键节点
    • 必须包含:认证完成时间、内部试用时间、标杆项目上线时间、正式对外发布时间
    • 以表格呈现:时间节点/里程碑事件/负责部门
  7. 上市后反馈迭代机制

    • 说明产品上市后如何收集用户反馈(现场回访、数据监控、客服工单等)
    • 说明基于反馈触发产品迭代的判断标准(如:同一类问题出现3次以上则启动改版评估)
    • 说明下一代产品规划的输入来源

本阶段完成标志(Gate 6 准入条件):

  • 目标客户类型已聚焦,优先市场已确定
  • 销售渠道策略已明确
  • 标杆客户目标已识别,上市时间节点已规划
  • 多版本定价与商业论证财务预估已对齐

综合评估与开发建议

在六阶段文档输出完成后,输出一份综合评估。必须以"跨阶段一致性校验"作为第一个章节输出,后续再输出其他内容。

0. 跨阶段一致性校验(必须首先输出,不可省略)

对全流程各阶段核心决策进行一致性核查,以表格呈现六个校验维度:

校验维度结论矛盾说明(如有)建议处理方式
需求→方案(方案技术路线能否满足P0性能指标)✅通过 / ⚠️矛盾
需求→BOM(关键器件参数能否支撑需求指标达成)✅通过 / ⚠️矛盾
需求→测试(所有P0/P1需求编号是否有测试项覆盖)✅通过 / ⚠️矛盾
方案→BOM(物料选型是否严格对应用户确认的技术路线)✅通过 / ⚠️矛盾
调研→GTM(GTM客群和价值主张是否与市场调研一致)✅通过 / ⚠️矛盾
VOC→GTM(GTM策略是否回应了VOC中每条核心诉求)✅通过 / ⚠️矛盾
  • 表格后给出一致性总评:全部通过则注明"各阶段决策完全自洽";存在矛盾则注明矛盾数量,并说明在报告相关章节已标注,行动建议中将矛盾修复列为最高优先级

1. 开发可行性评估

  • 技术可行性:高/中/低,用1句话说明判断依据
  • 商业可行性:高/中/低,用1句话说明判断依据;若为"中"或"低",必须给出1~2条针对性的商业改善建议

2. 团队与资源规划

  • 团队组建方案:列出本项目所需的核心岗位,说明内部配置还是外部招募/外协
  • 资源预算估算:以表格呈现各类费用项目及估算金额,包括:人力成本、样机物料采购、模具开发、测试设备、认证外委、市场推广预算
  • 表格后给出总预算数量级及资金来源建议(自有资金/申请课题经费/外部融资)

3. 预估开发周期

  • 以"第N月"为统一时间颗粒度,分阶段给出里程碑时间节点建议
  • 避免使用"立即""尽快"等模糊表达
  • 以表格呈现:阶段/时间节点/主要工作内容

4. 主要风险提示

  • 列出2~3项最值得关注的风险(技术、商业、供应链各维度均需覆盖)
  • 以表格呈现:风险项/风险描述/建议应对
  • 表格后用1句话给出整体风险判断

5. 下一步行动建议

  • 给出3~5项具体建议,每项注明"第N月执行"
  • 以表格呈现:序号/时间/行动项
  • 行动项须具体可执行,不得写泛泛的"开展调研"
  • 若跨阶段一致性校验发现矛盾,矛盾修复行动项须排在第1、2位

输出质量要求

表格格式规范(重要)

  • 所有表格必须使用Markdown标准表格格式
  • 每张表格的列数必须与表头列数完全一致,逐行核查,不得出现多列、少列、空列或重复列头
  • 表格内所有单元格不得为空,若无数据或备注,统一填"—"

文字与表格搭配规范(重要)

  • 每张表格前必须有1~2句引导文字,说明该表格的作用或数据来源
  • 每张表格后必须有分析或结论文字,点出表格中最重要的发现或推荐判断
  • 禁止出现连续多个表格之间没有任何文字说明的情况
  • 文字与表格的比例:每个小节的文字量不少于该小节表格行数的1/3

其他质量要求

  • 技术参数尽量给出具体数值范围,避免模糊表述
  • 推荐结论须有明确依据,不得仅给出罗列而无判断
  • 全文使用专业但易读的中文技术语言
  • 总输出长度不限,以内容完整、信息充分为准

示例触发

用户输入:

产品主题:柔性测斜仪,用于边坡监测,请输出完整开发方案。

Hermes应执行: 直接按上述六阶段结构,一次性输出完整的《柔性测斜仪全流程开发方案》文档,无需逐步询问确认。

Related skills

AI产品经理全流程助手。覆盖需求洞察→竞品分析→PRD方案设计→AI能力设计(Prompt/Agent/RAG)→上线评估→迭代优化6大阶段。融合模型边界管理、Prompt工程、Agent编排、RAG数据工程、AI评估五大核心能力。触发词: AI产品经理, AI PM, 写PRD, 竞品分析, Prompt设计,...

4 installs1 stars

产品需求文档生成:从产品定位到功能定义、技术方案、商业化设计、路线图,输出结构化PRD文档。Invoke when user asks 写PRD、产品需求文档、产品方案、产品定义、产品立项.

1 installs

对软件产品进行深度研究,输出支持产品面试、竞品分析、行业研究或商业尽调的结构化报告。用于用户要求深度研究、分析某个产品、准备产品岗位面试、比较竞品或梳理产品战略时。

Production-grade product development workflow for Chen. Triggered when the user describes a feature, product idea, or asks to build a prototype, write a PRD, define architecture, or prepare a dev handoff package. Converts natural language requirements into a structured four-stage pipeline: Business

1 installs