E14企业文档、文件与知识管理

已上线

零散需求转方案

更新于 2026年8月26日

卡在哪
收到的业务需求往往只有几句话,目标、对象、资源和约束都不完整,直接写方案容易方向错误,希望先识别信息缺口和利益冲突,再形成可讨论的方案框架。
你要准备

5 个素材文件

  • 文本
  • 表格
花多久

10 分钟阅读48 分钟实践

零基础

你会拿到
  • 一份《需求归集与正式程度表》:18 条零散需求归到几件事上,哪些是正式需求、哪些只是口头提及。
  • 一份《利益相关方目标表》:五方各要什么,冲突在哪、能不能同时满足。
  • 一份《约束清单》:区分硬约束与软约束,硬约束逐条给出依据。
  • 一份《信息缺口清单》:还不知道什么、谁能回答、什么时候之前要。
  • 一份《两档方案》:A 档最小可行、B 档完整,各自的范围、时间、代价与放弃了什么。
  • 一份《待决策事项》:需要老板拍板的几件事,每件给出选项与后果差异。
  • 今日模板产出:《零散需求转方案提示词模板》(场景资产 E14)。

推荐工具

做这个场景要用到,先备好

开始前先确认

使用边界

  • 素材中的公司、人名、数据、系统约束均为虚构,可放心上传。
  • **这个场景最容易出的错,是让 AI 替你把目标定了。** 多方目标冲突时,"选哪个"是决策者的权力,不是方案作者的。本教程最后一步专门处理这条边界。
  • 涉及财务负债、预付卡合规、价格体系的判断,须由财务与法务出具意见,方案只做提示。

随手取用

可复用模板

复制或下载后,替换模板里的填空项即可复用。

01

痛点现场

你是屿动健身运营中台的席迢。事情的起点是 2026 年 7 月 22 日周会上的一句话

鄢牧(总经理): 「上周我去看了两家同行,人家都有积分体系。别人家都有积分,我们也搞一个。」 「先做起来再说,这个东西是标配了。席迢你出个方案。

这个议题在会上一共讨论了 2 分 40 秒没有目标,没有预算,没有交付时间。

接下来两周,需求从四面八方涌过来,一共 18 条

  • 市场部要拉新(老带新给积分),还想在小红书做话题;
  • 会员部要提升续卡率,而且明确说:「如果积分主要给拉新用,那对存量会员反而不公平」;
  • 门店店长要促进到店,还说「按消费金额给积分对我们没用,不来的那些人消费也少,永远拿不到」;
  • 财务甩来三条硬杠:积分是负债、兑换比例必须财务先审、兑换实物或课程涉及合规
  • IT 说:现有系统是三年前买的第三方产品,只有供应商能改,需求必须 8 月 20 日前冻结,最快 9 月中才进场

而 8 月 3 日周会上,老板又说了一句:「这个事要快,别拖到年底。」市场部当场接了一句"我们 9 月开学季想用上"——老板没回应,直接进了下一个议题。

你现在要出方案。但你手上这堆东西,互相打架

  • 拉新和续卡,钱只有一份,给谁?
  • 市场部要 9 月开学季,而 IT 说供应商 9 月中才进场——这在物理上就做不到
  • 预算多少?从头到尾没有任何人提过这两个字。

这就是今天要解决的痛点:不是"需求太少写不出方案",而是"需求来自五个方向、彼此冲突、而最有权力的那句话最模糊——你直接动笔写,写出来的一定是错的"。

处理这个需求的关键动作只有两个:先把各方目标的冲突摆到桌面上,再在硬约束里给出两档可选方案——而不是自己替老板选一个。

02

成果预告

  1. 1一份《需求归集与正式程度表》:18 条零散需求归到几件事上,哪些是正式需求、哪些只是口头提及。
  2. 2一份《利益相关方目标表》:五方各要什么,冲突在哪、能不能同时满足。
  3. 3一份《约束清单》:区分硬约束与软约束,硬约束逐条给出依据。
  4. 4一份《信息缺口清单》:还不知道什么、谁能回答、什么时候之前要。
  5. 5一份《两档方案》:A 档最小可行、B 档完整,各自的范围、时间、代价与放弃了什么。
  6. 6一份《待决策事项》:需要老板拍板的几件事,每件给出选项与后果差异。
  7. 7今日模板产出:《零散需求转方案提示词模板》(场景资产 E14)。

03

准备素材

按需逐个下载;整包下载是辅助入口。

  • txt

    各方访谈记录_5人_20260804-0805.txt

    6.0 KB

    用途

    市场、会员、财务、IT、门店五方的逐人访谈,关键表述保留原话

    下载
  • md

    周会纪要节选_20260722与0803.md

    1.7 KB

    用途

    老板两次发言的原话,以及记录人补的"待确认事项"

    下载
  • md

    方案输出要求_运营中台规范.md

    2.6 KB

    用途

    方案六部分、目标必须收敛、为什么要给两档、约束写法、四条禁止

    下载
  • md

    现有系统与数据现状_IT提供.md

    2.3 KB

    用途

    系统约束、供应商排期、会员数据、技术上可实现与不可实现清单

    下载
  • csv

    零散需求收集_多渠道_18条.csv

    2.0 KB

    用途

    两周内从周会、企微、店长群、邮件、工单收上来的 18 条需求,含是否为正式需求

    下载

04

跟着做

已完成 0 / 7

STEP 01

6 分钟

把 18 条需求归集,并分清正式程度

为什么现在做

18 条里有重复的(几个店长说的是同一件事)、有伪需求(要的东西公司已经有了)、还有权重最高但最不正式的——老板那两句口头提及。规范禁止第 4 条写得很清楚:「不得把口头提及当作正式需求——须注明来源与正式程度。」先分级,后面才知道哪些必须满足、哪些只是建议。

这一小步做什么

生成需求归集与正式程度表,先不要做任何方案设计

这一步使用

  • 零散需求收集_多渠道_18条.csv
  • 周会纪要节选_20260722与0803.md
  • 方案输出要求_运营中台规范.md

给 AI 的提示词

复制的是完整多行原文

这是两周内收集的 18 条零散需求和相关周会纪要。请只做归集与分级,**先不要设计方案,也不要判断可行性**:
①把内容相同或高度相近的需求**合并**,说明合并了哪几条;
②每件事标注:提出方、**提出渠道**、**是否为正式需求**(书面提出 vs 口头提及);
③找出**已经有现成解决方案、不需要新建的需求**(即伪需求),说明依据;
④单独标出**由决策者本人提出的**,并注明其正式程度;
⑤给出归集后共几件事。
不要给任何需求排优先级——那是后面的事。

检查 AI 的回答

  • 门店的多条(R04、R05、R10)是否被识别为同一诉求:促进到店与拉动课程消费
  • R14「生日礼」是否被判为伪需求——R15 会员部明确答复"我们早就有了,写在会员权益里,问题是会员不知道,这是宣传问题,不是产品问题";
  • R03「小红书话题传播」是否被标出——IT 清单明确列为技术上不可实现(无对接能力,只能人工运营);
  • R01、R17(老板)是否被标为"口头提及"而非正式需求,同时指出它们权重最高
  • 归集后是否收敛到 8 件事左右

做到这里算完成

一张归集表。18 条 → 不到 10 件事,其中 1 件是伪需求,2 件来自权重最高但最不正式的来源。

STEP 02

8 分钟

把各方目标摆上桌,指出冲突

为什么现在做

规范第三节说得很直接:「一个项目只能有一个主要目标」「试图同时满足所有目标的方案,通常一个也满足不了」。而这个项目有三个部门各要一个目标,且它们之间不只是优先级问题,是真的互斥——会员部原话就点破了这一点。这一步的产出不是调和,是把冲突呈现清楚。

这一小步做什么

生成利益相关方目标表,标出冲突点,先不要选目标

这一步使用

  • 各方访谈记录_5人_20260804-0805.txt
  • 方案输出要求_运营中台规范.md

给 AI 的提示词

复制的是完整多行原文

这是五方的访谈记录。请做利益相关方分析,**不要替我选定主要目标**:
①逐方列出:他要什么(**用他自己的话**)、为什么要、他认为的成功标准;
②找出**目标之间的冲突**,每处冲突写明:冲突双方、冲突在什么资源或规则上、**能否同时实现**;
③对不能同时实现的,说明**为什么在结构上互斥**,不要用"需要平衡"这类含糊说法;
④指出有没有哪一方明确表达过**对另一方诉求的反对**,引用原话;
⑤按规范第三节,把"**选哪个作为主要目标**"列为需决策者拍板的事项。
请注意:不要因为某一方声音大就把他的目标当成全公司的目标。

检查 AI 的回答

  • 三个目标是否清晰列出:市场部拉新、会员部续卡率、门店到店率
  • 是否引用了会员部的原话作为冲突证据:「如果积分主要给拉新用,那对存量会员反而不公平——他们办了这么多年卡,什么都没有」;
  • 是否引用了门店的原话作为另一处冲突:「按消费金额给积分对我们没用……不来的那些是低频会员,他们消费也少,永远拿不到」——这与"按消费金额积分"的常规设计直接冲突
  • 是否指出结构性互斥的原因:积分发放规则只能有一套——按消费金额发、按到店次数发、按老带新发,三者指向完全不同的人群与行为;
  • 是否没有自己选定主要目标。

做到这里算完成

一张目标冲突表。结论很清楚:这三个目标不是"都要兼顾"的问题,是"积分规则只能有一套"的问题。

STEP 03

8 分钟

分清硬约束和软约束

为什么现在做

规范第五节要求:"遇到硬约束与期望冲突时,必须明确指出'这件事做不到',不得含糊表述为'我们将努力争取'。" 而本项目里,市场部期望的 9 月开学季,在时间上物理不可能。这类事必须现在就说清楚,越晚说代价越大。

这一小步做什么

生成约束清单,区分硬软,硬约束逐条给依据。

这一步使用

  • 现有系统与数据现状_IT提供.md
  • 各方访谈记录_5人_20260804-0805.txt
  • 方案输出要求_运营中台规范.md

给 AI 的提示词

复制的是完整多行原文

请梳理本项目的约束条件:
①逐条列出约束,判定为**硬约束**(技术不可能 / 法规不允许 / 时间物理来不及 / 财务不可接受)还是**软约束**(偏好、习惯、期望);
②每条硬约束给出**依据出处**(哪份材料、哪句话);
③**特别核算时间**:把市场部期望的上线时间与 IT 给出的排期做对照,**算出最早可能的上线时间**,明确回答期望能否达成;
④列出**技术上不可实现**的需求,说明它们必须从方案中移除;
⑤对硬约束与各方期望冲突的地方,用明确语言写出"**做不到**",不要写成"将努力协调"。
不要假设任何硬约束会松动。

检查 AI 的回答

  • 时间是否算清:供应商 9 月中进场,仅累计功能 4 周 → 最早 10 月中;含兑换 ≥10 周 → 最早 11 月底因此 9 月开学季在物理上不可能
  • 是否明确写出"做不到",而不是"努力争取";
  • 需求 8 月 20 日前冻结是否列为硬约束(今天是 8 月上旬,留给决策的时间极短);
  • 财务三条是否列为硬约束:积分即负债需计提兑换比例须财务先审兑换实物/课程涉及预付卡合规须走法务
  • 小红书传播是否被列为技术不可实现并从方案中移除;
  • 是否注意到 IT 提示的关键代价:"如果只做积分累计不做兑换,改造量能小一半",以及财务的反驳"会员不会为了一个不能用的数字改变行为"。

做到这里算完成

一张约束清单。最重要的一条:9 月开学季做不到,这句话必须现在写进方案,不能等到 10 月再说。

STEP 04

6 分钟

把不知道的事列出来,不要用假设填上

为什么现在做

规范第六节:"不得用假设填补缺口后当成已知条件继续往下写。" 而这个项目有一个巨大的缺口——预算。财务原话是"没有人问过我这件事,目前没有立项,也没有预算科目"。没有预算,两档方案的投入量级就无法定;但这不是你能决定的,只能列出来问。

这一小步做什么

生成信息缺口清单,写明谁能答、什么时候要。

这一步使用

  • 周会纪要节选_20260722与0803.md
  • 各方访谈记录_5人_20260804-0805.txt

给 AI 的提示词

复制的是完整多行原文

请列出本方案依赖但目前未知的信息:
①逐条写明:**缺什么、为什么它影响方案、谁能回答、什么时候之前必须答复**;
②特别检查这几项是否有明确答案:**主要目标、预算上限、交付时间、是否必须赶某个节点**;
③对每个缺口,说明**如果拿不到答复,方案将如何处理**(给默认假设并标明,还是无法推进);
④按规范第六节,**不要用假设填补缺口后继续往下写**——请明确标注哪些部分是悬空的;
⑤结合 8 月 20 日需求冻结的截止时间,给出**每个缺口的最晚答复时间**。
不要替决策者回答任何一个缺口。

检查 AI 的回答

  • 预算是否被列为最大缺口——财务原话"没有人问过我这件事……如果要做,得走立项流程,我需要知道投入规模才能评估";
  • 主要目标是否被列为缺口(老板从未指定);
  • 交付时间是否被列为缺口——"要快""别拖到年底"未转化为具体日期;市场部的 9 月开学季总经理未确认(纪要明确记载);
  • 每个缺口是否给出了最晚答复时间,且都早于 8 月 20 日需求冻结日;
  • 是否没有替决策者假设一个目标或预算然后继续往下写。

做到这里算完成

一份缺口清单。四个关键缺口里有三个只有老板能答——而离需求冻结只剩不到两周。

STEP 05

9 分钟

在硬约束内做出两档方案

为什么现在做

前四步把"能做什么"的边界划清楚了,现在才能设计。规范第四节解释了为什么必须两档:「在目标未定、预算未定的情况下,给一个方案等于替决策者做了两次决定。」两档的作用是把选择权交还给决策者,同时把代价说清楚

这一小步做什么

生成 A 档(最小可行)与 B 档(完整)两个方案。

这一步使用

  • 现有系统与数据现状_IT提供.md
  • 方案输出要求_运营中台规范.md

给 AI 的提示词

复制的是完整多行原文

请在已确认的硬约束内,设计**两档**方案(**不要三档以上**):
**A 档(最小可行)**:在硬约束内能最快落地的最小范围;
**B 档(完整)**:覆盖更多目标的完整范围。
每档必须给出:
①**范围**(做什么、不做什么);②**最早上线时间**(依据 IT 排期算,写出算式);
③**投入量级**(开发周期 + 需协调的部门,无预算数字时给量级说明);
④**主要风险**;⑤**放弃了什么**——这一项必须写,且要具体到哪一方的哪个目标;
⑥该档**更适合哪一个主要目标**。
硬性要求:两档都必须在硬约束内;**不得包含技术上不可实现的内容**;不得假设需求冻结日期会推迟。
请特别处理 IT 建议的分期上线方案,并说明它的代价。

检查 AI 的回答

  • A 档是否为仅积分累计(获取、查询、有效期、过期提醒),最早 10 月中,开发约 4 周;且明确写出放弃了什么——会员有一段时间只能看不能用,且财务已指出"会员不会为了一个不能用的数字改变行为";
  • B 档是否为累计 + 兑换最早 11 月底,开发 ≥10 周,涉及合规评审(预付卡类)与财务审定兑换比例
  • 是否处理了 IT 的分期方案(一期 10 月中、二期 11 月底),并说明代价是约 6 周只能看不能用
  • 两档是否都明确写了"9 月开学季均无法达成"
  • 是否没有把小红书传播写进任何一档;
  • 老带新归因(额外 2 周开发)是否被正确地绑定到"主要目标选拉新"这个前提上。

做到这里算完成

两档方案。每一档都清清楚楚写着它放弃了谁的目标——这才是让人能做决定的方案。

STEP 06

6 分钟

列出必须老板拍板的事

为什么现在做

规范禁止第 1 条:「不得替决策者选定目标。」前面几步已经把冲突、约束、缺口都摊开了,现在要做的是把它们转成一组"选 A 还是选 B"的问题,而不是替他选好。每个问题都要附上选错的代价。

这一小步做什么

生成待决策事项清单,每项含选项与后果差异。

给 AI 的提示词

复制的是完整多行原文

请把需要决策者拍板的事项整理成清单,每项包含:
①**决策问题**(用一句话问清楚);②**可选项**(2–3 个);③**每个选项的直接后果**;
④**不同选项之间的代价差异**(时间、投入、放弃了谁的目标);⑤**最晚决策时间**(对照 8 月 20 日需求冻结)。
至少覆盖:**主要目标选哪个**、**选 A 档还是 B 档**、**预算量级**、**是否接受赶不上 9 月开学季**。
硬性要求:**不要给出你的推荐**,也不要用"建议优先考虑"这类暗示;
每个选项都要中立呈现,让决策者自己权衡。
最后单独说明:**如果 8 月 20 日前拿不到这些决策,会发生什么。**

检查 AI 的回答

  • 是否包含主要目标三选一(拉新 / 续卡 / 到店),并说明选定后积分规则将如何不同;
  • 是否包含预算量级——因为财务明确表示需要知道投入规模才能评估、且目前无立项;
  • 是否明确了9 月开学季无法达成这一既成事实,并把"是否接受顺延"作为需确认事项;
  • 每项是否给出了最晚决策时间且都早于 8/20;
  • 是否没有给出推荐或倾向性表述;
  • 是否说明了拿不到决策的后果:需求无法冻结 → 供应商排期作废 → 整体再顺延

做到这里算完成

一份待决策清单。注意检查有没有混进"建议采用 B 档"这类话——一旦出现,这一步就白做了。

STEP 07

5 分钟

合成方案、沉淀模板

为什么现在做

六步的产出已经齐了,按规范第二节的六部分结构合成。衡量标准只有一条:规范第一节写的"让看的人在 15 分钟内知道有哪几种做法、各自代价是什么、我需要拍板什么"。

这一小步做什么

输出方案,并把流程抽成模板。

这一步使用

  • 方案输出要求_运营中台规范.md

给 AI 的提示词

复制的是完整多行原文

请按规范第二节的六部分结构合成方案:
①**利益相关方与各自目标**(含冲突);②**约束条件**(区分硬软);③**信息缺口**(缺什么、谁答、何时);
④**两档方案**;⑤**需要决策者拍板的事项**;⑥**下一步与时间安排**。
硬性要求:
①**不替决策者选定目标,不给推荐**;②硬约束内不做承诺,做不到的明确写做不到;
③不把某一方的诉求当成全公司目标;④**口头提及须注明正式程度**;
⑤所有依赖未知信息的部分**显式标出**,不得用假设填补;
⑥篇幅控制在决策者 15 分钟内能读完。
最后把本流程抽成**《零散需求转方案提示词模板》**:保留方法与分步提示词,去掉本次的公司、人名、系统与具体数字,保留'先归集分级''冲突要摆出来不要调和''硬约束不得假设松动''缺口不得用假设填补''给两档不给推荐'五条纪律。

检查 AI 的回答

  • 第一部分是否如实呈现三方目标冲突,且未自行调和;
  • 约束部分是否明确写了 9 月开学季做不到
  • 缺口部分是否包含预算(从未有人提及);
  • 两档方案是否各自写明放弃了什么
  • 待决策部分是否没有推荐
  • 通篇是否注明了老板两次发言的正式程度为口头提及
  • 模板里是否已不含"屿动""鄢牧""积分"等本次专有信息。

做到这里算完成

一份六部分方案 + 一份模板。把它交给一个不了解背景的人,他应该能在 15 分钟内说出:这个项目现在卡在哪、要老板定什么。

05

验收清单

已核对 0 / 10

06

避坑提醒

  • ⚠️ 不要试图设计一个"都满足"的方案:这是零散需求场景最大的陷阱。目标互斥时,兼顾等于都不满足——而且方案通过之后,三个部门会各自按自己理解的目标来验收你。
  • ⚠️ 冲突要摆出来,不要在方案里悄悄调和:你把冲突藏起来,它不会消失,只会在上线后爆发。把它写在第一部分,是保护自己。
  • ⚠️ 硬约束不能假设它会松动:"供应商 9 月中进场"不会因为老板着急就变成 8 月。写"我们将努力协调",等于你替这件事背了书。
  • ⚠️ 缺口不要用假设填:没有预算就写"预算未定",不要自己假设一个数然后往下算。用假设填出来的方案,一旦假设不成立,整份都作废。
  • ⚠️ 口头提及不是需求:老板一句"我们也搞一个"派生出的这个项目,至今没有目标、没有预算、没有时间。这不是老板的问题,是没人把它转成正式需求的问题——而这正是方案要做的事。
  • ⚠️ 两档,不要三档:选项过多同样让人无法决定。A 最小可行、B 完整,两个足够。
  • 🚀 进阶:把《零散需求转方案提示词模板》固定下来。下次接到"你出个方案"时,第一件事不是打开文档,是把这套问题问一遍——目标、预算、时间、谁拍板。能当场问清楚的,比事后写十页方案有用得多。

07

晒成果

  • 晒「一句"别人家都有,我们也搞一个" → 一份能让老板 15 分钟做决定的方案」对比。
  • 把《零散需求转方案提示词模板》提交入库,标注编号 E14。
  • 配一句:「花两周收了 18 条需求,最后发现真正要解决的问题只有一个:这个项目从头到尾没人定过目标,也没人提过预算——而离需求冻结只剩两周。」

08

参考成果

先自己做一遍,再看答案

暂时不打开参考成果,能保留定位误区和预测结果的练习价值。完成教程后再解锁,用它校准你的结果,而不是照抄过程。

09

本场景成果

看看别人照着教程做出了什么,也欢迎把你的结果留给后来的人。

正在加载本场景成果…