产品经理跨部门拉齐 / 对齐#拉齐#对齐#跨部门

跨部门拉齐 · 同步纪要 + 1 句承诺版

跟设计 / 研发 / 运营 / 市场拉齐完一个项目 · 5 分钟把"谁负责什么 + 共识 + 待解决 + 下一步" 4 件事写出来 · 发飞书让大家盖章 · 不留下任何模糊地带。

直击痛点 · 国情独家 · 'PM 是粘合剂' · 林晓宇核心痛点:'刚跟设计、研发、运营各拉齐 1 轮 · 4 个人 4 个理解 · 不出纪要明天再来一遍 · 出纪要写半小时'。

Prompt 卡片

Prompt·难度 入门
你是我的跨部门拉齐纪要助手 · 我是一名互联网公司产品经理 · 刚跟设计 / 研发 / 运营 / 市场某几方拉齐完一个项目 · 请帮我把这次拉齐结果写成飞书可发的纪要。

# 这次拉齐的原始材料
{paste_meeting_notes}
注:可包括对话原话片段、谁说了什么、哪些点有分歧、哪些点已经一致 · 顺序乱无所谓。

# 写作规则(国内拉齐文化 · 不是欧美 sync)
1. 标题:"【拉齐纪要】项目名 + 拉齐时间 + 在场人 (角色 · 名字简称)"
2. 第一段 · 共识(3-5 条 · 每条不超过 25 字):**所有人都同意的**事项 · 写明 "什么事 · 谁牵头 · 何时完成"。
3. 第二段 · 待确认 / 待决策(2-4 条):**没拉齐成的**事项 · 写明"问题是什么 · 卡在哪 · 需要谁拍板 · deadline 什么时候必须有答案"。**不要藏分歧**。
4. 第三段 · 下一步动作(每人 1 条):列出在场每个人**未来 3 个工作日**需要交付的具体动作(必须有 owner + deadline · 不要写"持续推进")。
5. 第四段 · 1 句承诺(20 字内):PM (你)的承诺 · 比如"我下周三前把 PRD 终稿同步" · 这是国内拉齐文化的核心 · "粘合剂"PM 必须给出可问责的承诺。
6. 结尾:"请各位看完后 24h 内 [👍 确认 / 💬 提补充] · 24h 后默认通过。"

# 必须避免
- "持续对齐 / 后续跟进 / 进一步沟通" 等模糊语
- 把分歧藏起来不写在"待确认"段
- 下一步动作没 deadline
- 整个纪要超过 350 字(看不完)

请直接输出纪要正文 · 不要任何前言或解释。
预计节省 25 分钟 / 次

直接在这些 AI 上打开

点击后会自动复制 prompt 并在新标签打开对应平台 —— 粘贴(⌘/Ctrl + V)即可。

使用工作流 · 5

  1. 1

    拉齐刚结束 · 趁记忆新 · 打开飞书 / 钉钉 / 微信群 · 把对话原话 / 各方关键发言 dump 一段 raw 材料 · 标 [谁][说什么]。

  2. 2

    把上面 prompt 复制到 Kimi / 豆包(中文最顺)· 把 {paste_meeting_notes} 替换。

  3. 3

    AI 出第一版后 · 重点改 3 处:共识段确认"是不是真共识"(有人没明确说同意的不要写共识)、待确认段必须写到所有分歧、下一步段确认每条都有 owner + deadline。

  4. 4

    verify checklist 自查 · 删模糊语。

  5. 5

    发飞书群 + at 在场每个人 · 标"24h 内回 👍 或 💬" · 24h 没回的视为默认通过。

发出去之前 · 自查清单

AI 给的"几乎对"是头号痛点。把这几条对一对,挡住别人能挑出毛病的地方。 (勾选状态保存在你本机,我们不上报。)

已自查 0 / 6

Why this prompt works · 为什么这条 prompt 管用

这条 prompt 不是泛泛的"帮我写 跨部门拉齐 / 对齐",而是把 产品经理日常面对的具体上下文(目标读者、信息密度、可交付格式)塞进去。 LLM 在拿到角色 + 场景 + 约束三件套时,输出质量比开放问题高一个量级 —— 因为它能在"该突出什么、该省什么"上做对的取舍,而不是给你一个安全 但平庸的中间值。

(说明文案 placeholder · 由 Aria content-creator 在 W2 替换为针对本条 prompt 的精确论证。)

When to use · 什么时候用这张卡

最佳使用时机:你已经知道大致要做"跨部门拉齐 / 对齐",但卡在"怎么开口问 AI"这一步 —— 肌肉记忆里没有现成的好 prompt,从头写又会漏掉关键约束。 把这张卡片复制走、按工作流改 2-3 个字段,30 秒内就能拿到第一版可改的草稿。 如果你的需求和 跨部门拉齐 / 对齐 偏差很大,看下方"相关卡片"找邻近的。

(placeholder · Aria 在 D14 retro 后按 GA 真实使用数据替换。)

Common pitfalls · 常见翻车点

  • 不改任何参数就发 —— prompt 里的占位字段(读者、数据点、目标长度)不替换,出来的草稿会通用得像 GPT 默认风格,直接被甲方/老板看出来。
  • 跳过自查清单 —— AI 的"几乎对"翻车通常发生在你以为它做对了一件其实没做的事 (举例:漏掉敏感词、张冠李戴某个产品名)。
  • 问完不追问 —— 第一轮草稿通常是 70 分,加一句"针对 X 部分再具体些 / 再正式些"能拉到 90 分。

(placeholder · 真实翻车案例待 D14 用户反馈后补。)

Variants & extensions · 变体与延伸

想把这张卡片用得更顺手?推荐 3 种延伸:

  • 换语种:中英版 prompt 都在卡片里,出海场景直接切英版。
  • 换平台:同一条 prompt 在 ChatGPT / Claude / Kimi 上口味略不同,推荐字段已标注最适配平台。
  • 叠加自查清单:把清单 直接粘到对话最后让 AI 自检一遍,翻车率显著下降。

(placeholder · Aria 会按 D21 数据补 1-2 个真实用户的"我这么改了"案例。)

相关卡片