需求分析常陷入“想太粗”或“想太细”的困境？这个开源九步框架，让AI陪你逐一拆解，确保每个环节都清晰无遗漏。
核心内容：
1. 需求分析流程的九步标准化拆解
2. AI辅助下，从目标对齐到方案锁定的关键追问
3. 框架的实际应用价值与获取方式

想清楚需求这件事，说起来简单，做起来不是。容易出现两种情况：

一个是想太粗，漏了一堆边界，开发做到一半回来说「这个场景没考虑到」。另一个是想太细，在某个细节里绕了两小时，出来发现大方向还没定。

我索性把需求分析流程做成了九个步骤，一个 skill 文件，开源出来了。AI 按这个步骤陪你走，帮你追漏掉的场景，补遗漏的边界。

做产品的朋友，直接拿去用，地址如下：

github.com/qili80193-collab/pm-req-clear

这个 skill 就是你和一个 AI 之间的对话框架。它不会替你做决定，但会按步骤追问你，确保你在正确的时机讨论正确的问题。

它把需求分析拆成了九个步骤，每一步只讨论一个问题。第一步只对齐目标，没对齐之前不准想方案。方案定了才想页面。每个阶段都有明确的出口——做完、锁了、才往下走。

九个步骤一一来看

第一步：对齐目标

搞清楚到底为什么要做这个。

先问三个问题。

• 这个功能是给谁用的？他现在怎么解决这个问题？

• 现在的方案有什么痛点？

• 为什么要现在做，指标掉了、业务阶段变了、还是竞争对手动了？

三个问题答完，AI 会帮你整理成一段完整的问题陈述。格式是，在某个场景下，某个用户尝试完成某任务时，遇到了什么痛点，导致了什么影响。四个要素缺一不可。如果回答里缺了任何一项，它会追问到补齐为止。

等你确认了，它才会告诉你，WHY 已对齐，进入下一步。

这一步看起来很基础。但很多需求翻车都是因为这个阶段没对齐，团队各想各的，开发做完了才发现产品要的不是这个。

第二步：拆解问题

大需求拆成小块。可以按用户故事拆、按功能模块拆、按角色拆。

拆完之后你会得到几个子需求，每个都是可管理的小问题。AI 会让你确认是不是这些，确认了才往下走。

这一步解决的是不知道从哪开始的问题。面铺太大就容易盯着整体发呆，拆成小块之后，每一块都能做了。

第三步：需求分析与验证

针对每个子需求，逐一检查四个维度。

数据验证。有没有数据支撑这个问题的存在？多少人遇到？频率多高？没数据的话，有没有类似场景经验可以参考。

可行性评估。从技术、资源、时间三个维度看，实现难度多大？有没有明显的风险或依赖？

竞品参考。同行怎么解决类似问题的？有什么可以借鉴或规避的？

一个子需求查完了，进入下一个。全部查完，进入下一步。

第四步：评估价值与优先级

每个子需求值不值得做？做到什么优先级？

价值评估。对用户的价值是什么？对业务的价值是什么？能量化的量化，量不了的排高中低。

成本评估。开发成本、运营成本、机会成本、潜在风险、对其他模块的影响。

全部评估完，AI 会做一个完整的优先级排序。P0 是必须做的，P1 是应该做的，P2 是有空再做的。

重点来了。它不会直接替你把 P0 全扔进设计流程。它会先问你，优先级在这了，哪些进下一步？你来定。

这一步是人为决策。AI 帮你想清楚优先级，但选不选，你说了算。

第五步：方案构思与锁定

对选中的子需求，逐个设计方案。

AI 会先说，你当前想到的方案是什么？你先把想法说出来，大概方向就行。

然后帮你考虑，还有没有其他思路？如果有，列出来对比。没有不强求。

接着砍 MVP。第一版做什么、不做什么。能不能切得更小？最小的可验证方案是什么？

最后锁定方案。

这一层解决的是过度设计的问题。方案阶段就忍不住想太细的人应该不少。框架的逻辑是，先定大方向，再扣细节。

第六步：流程梳理

方案锁定了，接下来让这个功能跑起来。

涉及哪些角色？每个角色做什么？从开始到完成分几步？每步做什么？有几条路径，主路径、分支路径、异常路径？现有线下流程什么样？上下游有哪些依赖？

AI 会引导你一步步想清楚这些。

第七步：页面设计

针对流程中的每个节点，逐个设计具体页面。

AI 的策略是，先出一版示例让你改，不让你从零描述。

每次只讨论一个节点。先看看 AI 出的示例，你来说哪里不对。改完。然后穷举这个节点的所有场景，正常状态、空状态、第一次进来、数据异常、权限不足。每一个场景都过一遍。

所有节点设计完之后，AI 会帮你做信息取舍。每个信息项它都会问，这个用户需要吗？去掉影响决策吗？能不能合并？

最后它会问你要不要生成 HTML 原型。可以直接拿来做评审和走查。

第八步：收官检查

方案、流程、页面都锁定了。这一步不做修改，只做检查。

跨步一致性。方案、流程、页面之间有没有前后矛盾？选中的子需求是不是都有对应的流程和页面？

实现扫雷。技术上有没明显的风险或依赖？涉及哪些现有系统？有没有冲突？如果需要估工时，还缺什么信息？

这一步看着轻，实际价值很大。很多项目到开发阶段才发现逻辑矛盾，就是因为少了这个全局检查。

第九步：输出文档

前面八步的所有结论，汇总成一份结构化的需求文档。

按 WHY、拆解、验证与评估、设计范围、方案、流程、页面七段输出。

PRD 不再是坐在空白文档前憋出来的，而是八步结论的汇总。

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧。如果想第一时间收到推送，也可以给我个星标⭐～

谢谢你看我的文章，我们，下次再见。

登录查看剩余 70% 内容