我应该怎么说?
告诉 AI 要做什么、有什么要求、输出什么,以及哪些事情不能做。
把这份客户调研整理成给管理层看的 5 分钟汇报。
从 Prompt 到 Context
一次讲明白
提示词写得很长,结果为什么还是差一点?我们从一份客户调研出发,把任务说明、材料准备和修改反馈一起讲清楚。
点击切换三种用法。变化的不只是提示词长度,还有 AI 能看到的材料、判断标准和当前任务边界。
帮我总结一下这份客户调研。
AI 可能按研究背景、样本、满意度、需求等顺序压缩全文。这不一定错,但它还不知道老板最需要听什么。
这里比较的是任务设计,不是假装展示已经运行过的 AI 结果。
请根据附件里的客户反馈,找出高频需求、影响续费的主要风险,以及三个值得优先验证的问题。每个结论带原文证据,不要把少量反馈说成所有用户。
AI 知道该找什么、怎样呈现、不能怎样外推。但当前产品背景、已确认的重点用户和认可的汇报样本仍可能缺失。
先让 AI 列出将使用的信息及其来源,确认没有混入旧结论,再生成面向管理层的汇报。
Prompt 没有消失。它是当前任务环境的一部分;仅把一句话写得漂亮,并不能补上缺失或过期的材料。
告诉 AI 要做什么、有什么要求、输出什么,以及哪些事情不能做。
把这份客户调研整理成给管理层看的 5 分钟汇报。
为这次任务提供相关的信息环境。包括提示词、文件、样本、对话历史与已确认结论、规则与偏好、可用工具和任务进度。
“分析报告、写老板汇报、排产品路线图、拆研发任务”不是同一个阶段。每一步需要的材料和验收标准都不同。
读取问卷、深访和工单,整理事实与证据。
让老板在 5 分钟内理解发现、业务影响和待决定的问题。
结合资源与成本,判断优先验证什么。
在方向确认后,讨论实现和任务分配。
点击六个角,逐项拆开。这个六边形是检查清单,不是 AI 评分;轻量任务只写目标和输出,也可能已经够用。
把“总结报告”改成有使用场景的交付目标。
把这份 20 页客户调研整理成给管理层看的 5 分钟汇报。
少了这一边:结果可能信息很多,却没有服务当前任务。
管理层要判断下一季度优先验证的问题,不需要完整复述研究过程。
重点讲用户信号、与续费相关的风险,以及需要管理层决定什么。
少了这一边:给老板的简报可能写成研究团队的长报告。
20 页研究是核心证据。口播的虚构案例设定包含 312 份有效问卷、24 次深访、62 条流失或降级工单。
已确认用户分层属于额外的战略背景,不能写成本次研究自己得出的结论。
少了这一边:研究事实与背景信息容易混在一起。
“倾向不续的客户中,移动体验差出现得更多”不等于“客户流失就是移动端导致的”。
一句管理结论 → 三个核心发现 → 三个管理层决策问题。
每个发现只保留证据、业务影响和下一步。详细数据放补充材料,避免把 20 页只是压成 10 页。
少了这一边:信息是对的,但形式不适合使用。
少了这一边:“看上去完成了”和“可以拿去用”之间仍有距离。
下面把六要素合在一起。实际使用前先附上材料;如果缺少研究文件,不要让 AI 凭案例名称编写发现。
目标:把我提供的客户调研整理成管理层能在 5 分钟内听懂的汇报。 背景:管理层要判断下一季度值得优先验证的问题,重点关注用户需求、续费风险和待决策事项。 材料:当前调研报告是研究结论的核心证据;产品背景、已确认用户分层、汇报样本分别作为额外 Context,注明用途,不混写成研究发现。缺少关键材料时先告诉我。 规则:只用我提供并确认有效的材料,不联网。不把相关性写成因果,不把少量反馈说成所有用户,不把研究建议写成已批准路线图;缺失、冲突或无依据的内容标记“待确认”。排除已作废的旧产品定位。 输出:一句管理结论、三个核心发现、三个管理层决策问题。每个发现包含证据、业务影响、下一步;标明材料名称和可核验位置。证据不足三个时明确说明,不凑数。详细数据放补充材料。 验收:关键结论可追溯,研究事实与战略背景分开,没有越过当前任务阶段。生成后按这些标准自查,再由我核对原件并试讲计时。
互动练习:除了已经写好的 Prompt,下面哪些信息该进入这次汇报?勾选后检查。选得多不代表选得对。
以上是口播中的虚构案例设定,不是已经核验的实际调研结果。当前 Prompt 本身也是 Context 的一部分。
事实、结构已经基本正确,仍需反复手改;知道什么好却难以描述;或希望复用同类任务的经验——这时可以开始校准。
“太像研究报告” → 第一屏先给结论;“还是太细” → 只留三个发现;“我该决定什么” → 最后列决策问题。保留这些方法,不把 FlowPilot 的具体数字当通用规则。
请回顾本次任务中我对各版汇报的修改反馈,区分:①只适用于本次项目的事实和要求;②适合今后同类管理层汇报的稳定规则。 只把第二类整理为可复用的任务模板、Context 清单和验收标准,并说明每条规则来自哪次反馈。保留已经确认的最新要求;无法判断是否通用的内容列为“待确认”,不要把本次项目数字、结论或客户名称固化进模板。先交给我确认。
为什么第一句话有效?为什么只留三个发现?为什么详细数据放在后面?分清结构中真正重要的部分和仅属于这个项目的内容。
请分析我提供的这份优秀管理层汇报:开头如何给结论、核心发现怎样取舍、证据如何支撑业务影响、结尾如何提出决策问题。 区分可复用的结构与仅属于该项目的内容。再反推出适合做同类汇报的六要素 Prompt、必要 Context 和验收清单。无法从成品确认的输入条件请标记为推测或待确认,不要声称还原了原作者的真实提示词。
直接给出一至几份认可的汇报,学习“先结论、后证据、最后决策”的结构。好报告、好邮件、好课程都能成为之后的 Context 资产。
请参考我提供的优秀汇报样本,先提炼它的结构、信息密度、语气和证据呈现方式,再用这些标准修改本次客户研究汇报。 学习先结论、后证据、最后决策的组织方法,不复制样本里的具体措辞、数字、客户或结论。本次结论只依据当前有效研究材料。最后列出保留了哪些样本特征,以及哪些不适合本次任务。
不必要求自己一次就写出完美 Prompt。先给真实场景,让 AI 找出会明显改变结果的缺口。
我有一份 20 页客户调研,下周要给老板做 5 分钟汇报,但不知道怎样设计 Prompt 和 Context。 请先担任任务设计助手,不要立即写最终汇报。判断任务是否需要拆阶段,再按目标、背景、材料、规则、输出、验收检查已有信息。 对于会明显改变结果的关键缺口,最多问我三个问题;其他缺口标记为待确认,不要自行编造。 信息足够后,请交付:一个简洁版 Prompt、一份完整六要素任务说明、一份 Context 清单和一份验收清单。 请特别检查:当前产品背景、已确认用户分层、认可的汇报样本、不可使用的旧资料,以及是否只允许内部材料。最后等我确认,再开始正式执行。
可以直接开始对话的短版本。
复杂任务的完整要求。
需要提供什么、排除什么。
完成以后怎样检查。
按步骤切换演示。沿用同一个研究案例,观察任务说明和 Context 改变了什么。
实际运行需要完整的虚构调研报告、产品背景、用户分层记录与汇报样本。它们不包含在这份课件中;只有口播中的数字或描述,不能代替原始附件。
案例设定:312 份有效问卷、24 次深访、62 条流失和降级工单。检查样本范围、统计口径、时间与可定位的原文。
不能把三类材料的数量直接相加,当成去重后的客户总数。
使用前面的六边形 Prompt:目标、背景、材料、规则、输出、验收逐项明确。
每个发现都需要证据、业务影响与下一步;不直接替公司批准路线图。
回到完整提示词 ↑明确禁用旧产品定位;不补写尚未提供的另外两类用户名称。
先不要写最终汇报。请列出你准备使用的 Context,并区分:研究事实、已确认战略背景、样本结构、规则与工具边界、当前任务状态,以及不可使用的旧信息。 每项注明材料名称、版本或时间、用途和是否实际读到。列出缺失材料、冲突和需要确认的地方,不要把样本中的事实或过期定位混入当前研究。等我确认后再生成。
这一停顿用于核对材料范围,不是让 AI 自己宣布所有输入都正确。
现在请按我刚确认的 Context 清单和六要素要求,生成管理层 5 分钟汇报初稿。 先给一句管理结论,再给三个有充分证据的核心发现,每个包含原文证据、业务影响与下一步;最后给三个需要管理层决定的问题。证据不足时明确说明,不补造发现。 沿用已认可样本的结构,不复制样本中的事实。分别标明研究发现、战略背景和待验证假设。保留可追溯的材料名称、页码或原文位置,附一份自查结果,等待我核验。
下面是可展开的结构示范,不是真实分析结果。每一项都需要从实际报告里填入证据。
这句话回答“应该记住什么”,不从研究方法的完整介绍开始。
【决定什么】+【为什么现在需要决定】+【还缺什么信息】
问题由管理层判断。补充证据可以附后,正文仍需真人试讲并计时。
逐项核对后再勾选。这是你的验收记录,不是系统自动核验过原始材料。
请对这份汇报做一次自查:列出每个关键结论对应的材料名称、数据口径和原文位置;检查是否遗漏重要信号、混淆战略背景、使用旧资料、把相关性写成因果,或把研究建议写成已批准路线图。 不能确认的地方标记“待确认”。区分你已查到的证据与仍需我人工核对的内容,不要声称替我完成了真人审核或 5 分钟试讲。
如果只做一次,到验收就够了。每周、每月都做的任务,再逐步沉淀,不必一开始把五层都搭好。
保存已经验证有效的六要素 Prompt。每次替换项目材料、目标和时间。
汇报好样本、证据规则、禁用旧资料规则可以复用;当前研究和产品背景需要持续更新。
把稳定方法整理为“管理层客户研究简报 Skill”,让同类任务可以按固定方法执行。
读取材料 → 提取证据 → 生成摘要 → QA → 等待人确认。每一步的输入、产物与检查点都清楚。
输入足够稳定时,再用 AI 编程工具做上传报告、检查 Context、生成初稿的小应用。仍然保留人工审核。
报告、邮件、课程、分析都可以练。先选一个边界清楚、能独立验收的任务。
先拆任务,再检查目标、背景、材料、规则、输出和验收。
给相关、当前、够用、干净的信息;知道哪些不该加载。
看结果、给反馈、用样本,再把稳定规则留给下次。
我的任务是:【填写具体任务】。 目标:【要完成什么】 背景:【谁使用、为什么需要、当前阶段】 材料:【提供哪些文件、数据,分别是什么版本和用途】 规则:【不能做什么,缺失或冲突如何处理】 输出:【格式、结构、长度】 验收:【如何核实结果可以使用】 补充 Context:【好样本、已确认历史、长期规则、允许的工具】 明确排除:【过期文件、旧结论、不相关信息】 请先检查任务是否需要拆分、关键材料是否齐全,最多问我三个会影响结果的问题。确认后再执行;完成后附上可核验的依据与待确认事项。