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

已上线修改建议

把零散需求整理成可执行方案

更新于 2026年9月16日

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

5 个素材文件

  • 文本
  • 表格
花多久

10 分钟阅读48 分钟实践

零基础

做这个场景要用到

推荐工具

先备好,照着教程做会更顺手。

开始前先确认

使用边界

  • 素材中的公司、人名、数据、系统约束均为虚构,可放心上传。

  • 这个场景最容易出的错,是让 AI 替你把目标定了。 多方目标冲突时,"选哪个"是决策者的权力,不是方案作者的。本教程最后一步专门处理这条边界。

  • 涉及财务负债、预付卡合规、价格体系的判断,须由财务与法务出具意见,方案只做提示。

随手取用

可复用模板

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

01

痛点现场

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

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

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

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

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

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

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

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

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

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

02

成果预告

完成后会得到这些类型的结果,具体要求留到验收时再核对。

  • 方案框架/初稿
  • 需求归集与正式程度表
  • 利益相关方目标表
  • 约束清单

03

准备素材

共 5 个文件,已打包为 1 个 ZIP,下载后解压使用。

下载素材包(ZIP)
  • 各方访谈记录_5人_20260804-0805.txt

    TXT · 6.0 KB

    ,用途:市场、会员、财务、IT、门店五方的逐人访谈,关键表述保留原话
  • 周会纪要节选_20260722与0803.md

    MD · 1.7 KB

    ,用途:老板两次发言的原话,以及记录人补的"待确认事项"
  • 方案输出要求_运营中台规范.md

    MD · 2.6 KB

    ,用途:方案六部分、目标必须收敛、为什么要给两档、约束写法、四条禁止
  • 现有系统与数据现状_IT提供.md

    MD · 2.3 KB

    ,用途:系统约束、供应商排期、会员数据、技术上可实现与不可实现清单
  • 零散需求收集_多渠道_18条.csv

    CSV · 2.0 KB

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

04

跟着做

已完成 0 / 7

STEP 01

约 6 分钟

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

操作原因

18 条里有相近的(几个店长提的都跟到店有关)、有公司其实已经有了的(生日礼)、还有提出人职位最高、但最不正式的——老板那两句口头提及。规范禁止第 4 条写得很清楚:「不得把口头提及当作正式需求——须注明来源与正式程度。」先分级,后面才知道哪些必须满足、哪些只是建议。

可复制提示词

复制的是完整多行原文

这是两周内收集的 18 条零散需求和相关周会纪要。请只做归集与分级,先不要设计方案,也不要判断可行性: ①把内容相同或高度相近的需求合并,说明合并了哪几条;同一主题下目的不同的子需求(比如到店、兑私教、抵扣课程)保留为子项,不要合并成一条; ②每件事标注:提出方、提出渠道、正式确认状态(先沿用需求表"是否为正式需求"一栏,再看有没有批准人和确认记录)——渠道和正式程度分开写,不要按"书面=正式、口头=非正式"简单判断; ③找出公司已经有、不需要新建的需求,说明依据,并写清背后真正的问题(比如"有但会员不知道"); ④单独标出由决策者本人提出的,并注明其正式程度; ⑤给出归集后共几件事。 不要给任何需求排优先级——那是后面的事。

预期结果

一张归集表。18 条归成若干件事:其中 1 件公司已经有了(问题在告知),2 条来自职位最高、但最不正式的口头提及。

STEP 02

约 8 分钟

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

操作原因

规范第三节说得很直接:「一个项目只能有一个主要目标」「试图同时满足所有目标的方案,通常一个也满足不了」。而这个项目有三个部门各要一个主要目标,预算只有一份——会员部原话就点破了分歧所在。这一步的产出不是调和,是把分歧呈现清楚:哪些是有证据的互斥、哪些是抢资源、哪些只是偏好不同。

可复制提示词

复制的是完整多行原文

这是五方的访谈记录。请做利益相关方分析,不要替我选定主要目标: ①逐方列出:他要什么(用他自己的话)、为什么要、他认为的成功标准; ②找出目标之间的冲突,每处写明冲突双方、冲突在什么资源或规则上,并分成三类:有证据的互斥条件(材料里写明不能同时满足)、资源竞争(预算、排期、积分发放的侧重)、偏好差异;每类附原话和证据; ③没有证据的,不要推断成"只能二选一";兼容的做法可以提,但标为"待评估"(要核实开发范围、预算、运营复杂度),也不要用"需要平衡"这类含糊说法; ④指出有没有哪一方对另一方的诉求表达过保留或反对,引用原话,注意原话的分寸("可以做,但不能是主要目标"不等于反对); ⑤按规范第三节,把"选哪个作为主要目标"列为需决策者做决定的事项。 请注意:不要因为某一方声音大就把他的目标当成全公司的目标。

预期结果

一张目标冲突表。结论:三个部门要的主要目标不同,预算只有一份——这不是方案作者能调和的,要交给决策者先定主要目标,再看次要目标能不能兼顾。

STEP 03

约 8 分钟

分清硬约束和软约束

操作原因

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

可复制提示词

复制的是完整多行原文

请梳理本项目的约束条件: ①逐条列出约束,判定为硬约束(技术不可能 / 法规不允许 / 时间物理来不及 / 财务不可接受)还是软约束(偏好、习惯、期望); ②每条硬约束给出依据出处(哪份材料、哪句话); ③特别核对时间:把市场部期望的上线时间与 IT 给出的排期估计做对照,写明最早可能的上线时间出自 IT 的哪句估计("9 月中""10 月中"不是精确日期,工期含不含测试也要问清),明确回答期望能否达成; ④列出技术上不可实现的部分,说明从方案中移除哪一部分——例如"系统对接外部平台"做不到,不代表人工运营的活动也不能做; ⑤对硬约束与各方期望冲突的地方,用明确语言写出"做不到",不要写成"将努力协调"。 不要假设任何硬约束会松动。

预期结果

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

STEP 04

约 6 分钟

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

操作原因

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

可复制提示词

复制的是完整多行原文

请列出本方案依赖但目前未知的信息: ①逐条写明:缺什么、为什么它影响方案、谁能回答、什么时候之前必须答复; ②特别检查这几项是否有明确答案:主要目标、预算上限、交付时间、是否必须赶某个节点; ③对每个缺口,说明如果拿不到答复,方案将如何处理:可以写明确标注的条件方案("如果预算在某个量级,就……")或做敏感性分析,但不能把假设当已知事实往下写; ④按规范第六节,明确标注哪些部分是悬空的,未知的预算不写成已批准的预算; ⑤结合 8 月 20 日需求冻结,给出每个缺口的建议答复时间,并说明理由(评估、审批、冻结准备各要多久)——这是我方建议,不是已定的截止日。 不要替决策者回答任何一个缺口。

预期结果

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

STEP 05

约 9 分钟

在硬约束内做出两档方案

操作原因

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

可复制提示词

复制的是完整多行原文

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

预期结果

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

STEP 06

约 6 分钟

列出必须老板做决定的事

操作原因

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

可复制提示词

复制的是完整多行原文

请把需要决策者做决定的事项整理成清单,每项包含: ①决策问题(用一句话问清楚);②可选项(一般 2–3 个;像预算这种还没有报价的,可以写"请给出预算范围或授权额度");③每个选项的直接后果; ④不同选项之间的代价差异(时间、投入、放弃了谁的目标);⑤建议决策时间(对照 8 月 20 日需求冻结,标明是建议)。 至少覆盖:主要目标选哪个、选 A 档还是 B 档、预算量级、是否接受赶不上 9 月开学季。 硬性要求:本练习要求不给推荐,也不要用"建议优先考虑"这类暗示(规范只禁止替决策者选定目标;如果你们公司允许作者给推荐,要把推荐和依据单独写、标明是建议); 每个选项都要中立呈现,让决策者自己权衡。 最后单独说明:如果 8 月 20 日前拿不到这些决策,会发生什么。

预期结果

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

STEP 07

约 5 分钟

合成方案、保存成下次能直接使用的模板

操作原因

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

可复制提示词

复制的是完整多行原文

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

预期结果

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

05

验收清单

已核对 0 / 2

06

完成前再看一眼

容易出错

  • ⚠️ 不要一上来就设计"都满足"的方案:主要目标没定时,"兼顾"往往哪个都满足不了——而且方案通过之后,三个部门会各自按自己理解的目标来验收你。先请决策者定主要目标,再看次要目标能不能兼容。

  • ⚠️ 冲突要摆出来,不要在方案里悄悄调和:你把冲突藏起来,它不会消失,只会在上线后爆发。把它写在第一部分,是保护自己。

完成后可以这样展示

  • 晒「一句"别人家都有,我们也搞一个" → 一份能让老板 15 分钟做决定的方案」对比。

  • 把《把零散需求整理成可执行方案提示词模板》提交入库,标注编号 E14。

07

参考成果

先自己做一遍,再看答案

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

08

本场景成果

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

正在加载本场景成果…