在真正开始用 AI 处理工作之前，一直以为AI干的是设计师或者程序员的事。我把 200 条用户评论丢给 AI，让它「帮我总结一下用户说了什么」。输出回来五段话，全是「用户反馈涵盖多个维度，包括功能、体验与性能」这类东西——说了等于没说。当时的第一反应是，这玩意儿不好使。然后我们组的一个实习生小伙，用同一份数据，重新问了一次。他给 AI 设了一个「用研分析师」的角色，说清楚了受访群体、时间范围，要求输出按痛点频次排列、每条附用户原话，控制在一页以内。出来的东西，我改了几个字直接发给了老板。我见过很多人用 AI 的方式，都有一个共同特点：把 AI 当搜索框使。但 AI 不是搜索引擎。它更像一个聪明到过分、却完全不了解你业务的外部顾问。每次对话对它来说都是从零开始，它不知道你们的产品在哪个阶段，不知道你的汇报对象是谁，不知道这份分析是拿去决策用的还是拿去存档用的。你省掉的那些背景，它会用自己的假设填上。而它的假设，几乎一定和你的预期不一样。但这不是 AI 的问题，这是你的问题。换个角度想：如果你让一个刚入职的新人做竞品分析，你会直接说「帮我分析一下竞品」然后走人吗？你会告诉他公司背景、分析目的、关注的维度、输出给谁看、要多少字。你会把这些事情说清楚。Prompt 就是你写给 AI 的那份「新人 briefing」。只不过你可能从没意识到，这件事你已经做了很多年了——只是当时的对象是人。你是一名负责 C 端电商方向的产品经理，产品处于 0-1 阶段。我们的搜索功能目前转化率是 3.1%，行业均值大约 7%。请分析拼多多和淘宝的搜索功能，重点关注这几个维度：- 在转化路径上，它们分别做了什么设计，效果如何- 小屏用户（手机 5 寸以下）的使用体验- 已知的用户投诉点（可引用应用商店评价或公开调研）不需要全面，需要有观点。禁止出现「更好的用户体验」「更人性化」这类空话。输出表格，可以直接在周会上用。
同一个问题，两种写法的差距不在于「问得聪明不聪明」，在于你有没有把脑子里的东西写出来。大多数人的 Prompt 缺的不是技巧，缺的是「把话说完」的意识。不知道你写 PRD 的时候有没有想过：你为什么要在需求文档里写「背景」这一节？因为如果不写，开发不知道这个功能是为了解决什么问题，不知道优先级从哪来，遇到模糊边界也不知道该往哪个方向判断。你花时间写背景，是为了让执行方少问你问题、少走弯路、少返工。这个逻辑，和写 Prompt 完全一样。PRD 里有「目标」「用户」「边界条件」「验收标准」——好的 Prompt 里，这些东西也都需要。区别只有一个：PRD 的读者是人，Prompt 的读者是 AI。但 AI 在理解模糊输入这件事上，比大多数初级开发员工还要更需要你说清楚。它没有情感，不会主动追问，不会用上下文猜你的意思。你写了什么，它就按什么来。从这个角度看，那些喊「Prompt 工程」很难、说要专门学的人，可能只是从没认真写过一份需求文档。很多人在讨论 Prompt 的时候，把重点放在「告诉 AI 要做什么」。但我用下来，发现真正影响输出质量的，往往是「告诉 AI 不要做什么」。「不要超过 500 字」「不要给我结论，给我问题和方向」「不要用首先其次最后」「不要引入我没提到的假设」——这些约束加进去，能让输出质量提升的幅度，往往比正向指令还大。这不是什么新道理。你在给设计师 review 稿子的时候，说「把这个颜色换掉」和说「不要用任何暖色」，后者通常更有用。因为你告诉了他一个判断原则，而不只是一个点。PRD 里的「约束与边界」这一节，很多 PM 写得最草率，觉得说了做什么就够了。但往往问题就出在那些没写清楚的边界上。Prompt 也一样。不是所有 Prompt 都需要花时间精心设计。如果是临时性的任务，一次性用完，写到「说清楚背景、任务、格式」就够了。如果是团队里固定会重复跑的场景——比如每周的用户反馈分析、每月的竞品跟踪报告——那就值得花半小时把 Prompt 打磨到可以反复用的程度，然后存下来，当成团队的标准模板。这就是你们 PRD 模板、设计规范做过的事情：把一次性的经验，沉淀成可复用的资产。Prompt 版本管理，本质上和这没什么区别。市面上教 Prompt 的文章，有一大半在教你背框架：ICIO、BROKE、CRISPE……我不是说这些东西没用，我是说：你如果理解了「把需求说清楚」这件事，这些框架对你来说是自然而然的，不需要专门去背。它们只是把你本来就会做的事，拆成了几个格子，帮助那些没有需求文档经验的人找到感觉。对一个写了几年 PRD 的产品经理来说，你需要的不是框架，你需要的是一个意识的迁移：你和 AI 对话的时候，你就是产品经理，AI 就是你的下游。把需求说清楚，是你的职责，不是 AI 的能力问题。从这个角度看，AI 工具用得好不好，和你做产品的底层能力是同一件事。角色：你是一名[具体方向]的产品经理。背景：[产品处于什么阶段、核心用户是谁、当前面临的具体问题]。任务：[具体要分析什么]，聚焦在以下维度：[列出 2-4 个]。约束：不超过[字数]，不要[具体禁止的表达或方向]。输出用途：[给谁用、用在哪里]。
材料：以下是[来源 + 数量 + 时间]的[数据类型]。任务：提炼[核心痛点/情绪走向/隐性需求]，每条结论附[数量]条原始内容支撑。约束：结论不超过[字数]，可直接进报告，不需要描述性引导语。
需求原文：[来自某人/某渠道的原始描述]背景：[产品背景]任务：1. 列出这个需求的模糊点和未定义边界（至少 5 个）2. 判断可能的真实业务目标是什么3. 给出 2-3 个实现方向，说明各自的风险和适用场景注意：输出问题和方向，不要给最终结论。
用之前先把括号里的内容换成你自己的情况，别直接发出去。
上面这几个模板用过一段时间之后，你会发现自己开始不需要模板了。那才是真正学会了。
夜雨聆风
