01「好用产品经理提示词」到底在问什么
「好用产品经理提示词」这类词，搜索的人和真正需要的人往往不是同一批。先分清你要的是了解，还是马上用。在资源与渠道这一类里，能直接跑起来的写法，比完整的方法论更有用。
先把问题拆成两层：你要的是了解这个概念，还是要马上产出一个能交的东西。前者看解释就够，后者必须动手跑一遍。
这一页的写法适用于大多数通用模型，不需要特定工具。真正的差别不在模型，而在你给的信息够不够。
「好用产品经理提示词」这个词本身信息不多，能确定的只有方向。真正决定结果的是你自己补进去的那几项：给谁用、什么场合、多长、不能出现什么。
如果一时说不清，就用最笨的办法：先写一版，把最不满意的地方圈出来，再回去改对应的那一行。改两轮通常就够。
02三种写法，差别在哪
三种写法放在一起对比，最容易看出问题：多数人卡在第一行，以为多写几句客套话就叫说清楚了。
| 常见写法 | 为什么效果差 | 改成这样 |
|---|---|---|
| 「给我好用产品经理提示词」 | 拿到一份长清单，八成内容和你的场景无关 | 「我在做××，请只给 5 条适合这个场景的好用产品经理提示词，每条注明适用条件」 |
| 「有没有更好的好用产品经理提示词」 | 回答会不断推荐新的，永远在找的路上 | 「请评估我现有的这 5 条，指出哪条该删、为什么」 |
| 「好用产品经理提示词哪个最全」 | 「最全」通常等于最难用 | 「好用产品经理提示词里哪一类最适合新手第一次上手，为什么」 |
03一条能直接用的示例
这段可以直接复制。把【】和括号里的内容换成你的情况，其余不用改；如果只有一分钟，改前两行就够跑起来。
你是长期做工具测评的编辑，见过大量「看起来很美」的资源包。
【任务】围绕「好用产品经理提示词」，帮我判断哪些值得花时间，哪些可以直接跳过。
【要求】给出判断标准（至少三条可操作的），再说明常见坑。
【约束】不列具体网址；每条标准都要能当场验证；不要写「因人而异」这类空话。
【格式】先三条标准，再三个坑，最后一句建议。04要加强版就加这两步
这一段适合任务比较重要、不能出错的场合。核心差别是加了「先复述再执行」和「标注不确定项」，能挡掉大部分硬伤。
你是做资源尽调的编辑，需要评估一批与「好用产品经理提示词」相关的资料是否值得团队采用。
【任务】设计一套 10 分钟能跑完的抽检流程。
【要求】
1. 抽样规则：从多少条里抽多少条，怎么抽；
2. 每条看三个点，说明这三个点分别能暴露什么问题；
3. 给出「留 / 改 / 弃」的判定线，必须是可量化的；
4. 最后说明这套流程在什么情况下会失效。
【约束】不评价具体网站好坏；不写「建议多方比较」这类空话；流程必须一个人能独立完成。
【格式】四个小标题，每段不超过四行。05字段怎么填
字段不用一次填满。先填任务和格式，看结果差在哪，再回头补对应那一行，效率比一次写全高。
| 字段 | 怎么写 | 常见反例 |
|---|---|---|
| 更新频率 | 看最近一次更新在半年内，否则多半已失效 | 只看总量不看日期 |
| 可用率 | 随机抽三条试，能用几条 | 看介绍写得漂亮就收藏 |
| 适配说明 | 有没有标适用模型和版本 | 以为所有模型通用 |
| 抽检样本量 | 至少抽 5 条，低于 5 条没有统计意义 | 看首页三条就下结论 |
| 可用判定线 | 抽 5 条能直接用 3 条以上，才值得留 | 「感觉还不错」 |
| 失效信号 | 写清哪些迹象说明它已过期 | 不看日期直接用 |
06换场景，侧重就不一样
同一个词，用在不同场合要调的地方不同。下面四种场景覆盖多数情况，按你实际的场合挑一行看就行。
| 场景 | 这种场合下要侧重什么 |
|---|---|
| 个人快速取用 | 优先选能搜索、能复制的单条形式 |
| 团队共享 | 必须有维护人和更新记录，否则三个月就废 |
| 对外交付 | 来源要可追溯，避免版权和准确性问题 |
| 长期积累 | 自己建库，只存实际用过的，数量少但命中率高 |
07六个常见错误
- 收藏了几十个站，实际用过的不到三个。
- 只看数量不看质量，3000 条里能用的可能不到 30 条。
- 不标注来源和更新时间，用的时候不知道是否过期。
- 把别人的场景直接套过来，背景不同结果自然不同。
- 把收藏当成学习，收藏夹越来越长，实际调用次数是零。
- 不记录来源，三个月后想找回来已经找不到出处。
08怎么判断这次输出能不能用
验收比写作更值得花时间。四条里只要有两条不过，与其修补，不如换个写法重来一次。
09三个让它更稳的做法
10三种不满，三种改法
下面这张表反过来用：先说你哪里不满意，再找对应的那一行去改。比从第一条要求往下读快。
| 你现在的感觉 | 该动哪一行 | 改完会怎样 |
|---|---|---|
| 给同事看，说看不懂 | 任务行写明读者身份，例如「给不熟悉业务的同事看」 | 术语自动减少，解释自动补上 |
| 让它改，越改越偏 | 一次只提一个问题，别把五条意见一起丢回去 | 能看出是哪一句起了作用 |
| 字数总是不对 | 格式行写死上限和段落数，例如「不超过 400 字，分 3 段」 | 长度稳定，不用来回删 |
11换个模型，要调什么
不必为每个模型重写一套。多数情况只需要动一行，剩下的是同一套结构。
| 模型 | 常见差异 | 调整一处 |
|---|---|---|
| 豆包 | 口语化，短内容出得快 | 先用它出草稿，再交给长文模型润 |
| 即梦 | 画面描述吃细节，镜头词有效 | 把氛围词换成具体光源、角度、焦段 |
| Midjourney | 参数决定画幅和风格力度 | 主体写最前面，参数单独放最后一行 |
| 文心一言 | 中文语感顺，遇到敏感话题会自我收窄 | 把要求拆小，一次只问一件事 |
12从空白到能交：五步走完
第一次走完大约二十分钟，之后同类任务只需要三分钟，因为结构已经固定了。
- 先定读者：他是谁、关心什么、最怕看到什么。
- 再定形态：文档、表格、清单，还是一条能直接发出去的消息。
- 给一个反例，写「不要写成这样」，比十条正面要求管用。
- 要求它自评：哪一段最弱，为什么。
- 只改它自评最弱的那一段，其余保留，别整篇重写。
13常被追问的四件事
如果只想看一条，看第三条：多数人的问题不在写法，在于没想清交付物长什么样。
多半是一次改太多。一次只动一行，改完立刻跑，才知道是哪句起的作用。
够用就行。日常任务八十到一百五十字；涉及格式、口径、禁用项时到三百字；超过五百字通常说明你在替模型做它该做的事。
事实、数字、引用、法规条款必须自己核；表达可以直接用。涉及合同、医疗、法律的内容，只当草稿。
不必。中文模型对中文指令的理解没问题；但涉及变量名、模型参数、代码报错时，保留英文原词更准，中英混写是常态。
14这套写法什么时候不管用
下面几种情况下，问题不在提示词本身，换个工具或换个流程更实际。
| 情况 | 为什么不管用 |
|---|---|
| 一次要处理上百条 | 单条提示词解决不了批量问题，你需要的是模板加表格批量跑，或者写脚本调接口。 |
| 需要原始数据或最新行情 | 模型不知道你的库存、你的成本、今天的汇率。它给的是通用框架，数字要你自己填。 |
| 要求可复现的打分或判断 | 同一份输入两次结果不同是常态。需要稳定判断，就把标准写成清单逐项打分，别让它自由发挥。 |
FAQ常见问题
「好用产品经理提示词」这类资源，怎么快速判断值不值得留？
三步：看更新时间、随机抽三条试、看有没有写清适用场景。三步里缺两步以上，基本可以直接跳过。
资源越多越好吗？
不是。资源的价值在于被用到的次数，不在于存量。十条反复用的提示词，价值高于三千条收藏夹里的。
免费的和付费的差在哪？
多数差在整理成本和更新维护，不在内容本身。真正稀缺的是「针对你的场景调过」的那一条，这个通常只能自己写。
收集了很多，但用的时候想不起来，怎么办？
问题不在收集，在检索。按「任务类型」而不是「来源」建目录：写标题的、写方案的、改文案的各放一处。找的时候按任务找，命中率会高很多。
别人整理的清单能直接用吗？
能当参考，不能当答案。别人的清单里没有你的背景信息，直接套用通常要改一半以上。正确用法是拿它当灵感，挑两三条改成自己的。
要不要付费买资源包？
先问自己：过去三个月你为这类资源付过几次费、用过几次。如果答案都是零，付费只是缓解焦虑，不会提升产出。
→同类关键词
同一类需求换个说法，答案的侧重也不同。下面这些词的写法可以直接套用。