输单自动生成复盘讨论题

原文要点

该免费n8n模板监听HubSpot商机dealstage变化；仅当新阶段等于配置的closed-lost阶段ID时读取完整商机，抽取名称、金额、输单原因、备注和链接，低于最低金额即跳过。输单原因与备注交OpenAI生成最多两条中性、不指责的复盘讨论题及parkable标记；可入库时拉取TeamRetro近30天停车场条目，按词元重叠去重，新增非重复条目，并在HubSpot时间线写一条已完成“Queued for win/loss retro”任务。设置需HubSpot触发器凭据、具备deal读写与engagement写权限的私有应用令牌、OpenAI凭据，以及替换TeamRetro团队ID。

这次做成什么

把“输单后靠人工回忆原因”改成可复现小流程：阶段变更触发→金额与字段门槛→AI生成不指责讨论题→近30天停车场去重→入库与回写。本站设计一套先用合成数据手工演练、再接真实沙盒的方案，避免直接碰生产商机。

准备什么

• n8n可编辑环境，能新建凭据、触发器、分支与HTTP或应用节点
• HubSpot账户与私有应用令牌，需deal read/write和engagement write权限
• 知道本团队closed-lost阶段ID、最低金额门槛、测试用输单商机ID
• OpenAI凭据，且账户可使用模板所选gpt-5-mini；若不可用只换等价模型
• TeamRetro团队ID与可用parking lot/parked items功能权限
• 一份合成测试数据，不含真实客户姓名、邮箱、密钥或交易隐私

具体怎么做

1. 建隔离练习数据

   在n8n环境变量或单独测试表放三条虚构商机：一条closed-lost且金额高于门槛，一条closed-lost低于门槛，一条closed-won。字段固定为dealId,name,amount,dealstage,lossReason,notes,url，先不接真实HubSpot。

2. 配置触发与阶段过滤

   用HubSpot Trigger监听dealstage变更；紧接IF节点比较新阶段是否等于closed-lost阶段ID。练习期可用Webhook/手动触发模拟同一载荷，确认仅目标阶段进入后续，closed-won直接结束。

3. 读取完整商机并做金额门槛

   通过HubSpot私有应用令牌读取完整deal记录，映射name、amount、lossReason、notes、url；再加IF：amount小于最低金额则跳过并仅记录原因，大于等于才进入AI。

4. 生成不指责讨论题

   把lossReason与notes放入OpenAI节点，提示词强制输出JSON：prompts最多两条、parkable布尔、理由。禁止出现个人姓名、归罪词和未证实承诺；解析失败时进错误分支，不写TeamRetro。

5. 拉取近30天停车场并去重

   确认TeamRetro计划支持parked items后，读取本团队近30天条目；对每条新讨论题与旧条目做词元重叠比较，超过阈值视为重复。重复项只记日志，非重复项才创建。

6. 入库、回写与核对

   为非重复prompts创建TeamRetro parked items；随后向HubSpot商机时间线写completed任务，主题用“Queued for win/loss retro”，正文列出去重后的题目。最后用两条测试商机检查跳过低金额与重复题。

可直接复制的材料

你是B2B销售复盘助手。根据输单原因和备注生成最多两条可在团队回顾会使用的讨论题。要求：中性、非指责、面向流程与信息缺口；不得点名个人；不得虚构事实；不得承诺结果；若信息不足，把parkable设为false并说明缺少什么。只输出JSON，字段为prompts数组、parkable、reason。输入：dealName={{name}} amount={{amount}} lossReason={{lossReason}} notes={{notes}}

{
  "hubspot": {"stageProperty": "dealstage", "closedLostStageId": "REPLACE_CLOSED_LOST_STAGE_ID", "dealReadWrite": true, "engagementWrite": true},
  "fields": {"dealId": "id", "name": "properties.dealname", "amount": "properties.amount", "lossReason": "properties.closed_lost_reason", "notes": "properties.notes_last_contacted", "url": "dealUrl"},
  "gate": {"minAmount": 5000, "currency": "CNY", "skipBelowMin": true},
  "openai": {"modelFromSource": "gpt-5-mini", "maxPrompts": 2, "outputMustBeJson": true},
  "teamretro": {"teamId": "REPLACE_WITH_TEAM_ID", "lookbackDays": 30, "dedupe": "token_overlap", "parkOnlyIf": "parkable == true"},
  "timeline": {"taskStatus": "COMPLETED", "subject": "Queued for win/loss retro"}
}

dealId,name,amount,dealstage,lossReason,notes,url
T001,星河制造扩容,12000,REPLACE_CLOSED_LOST_STAGE_ID,预算冻结,客户认可功能但采购推迟到明年，需要安全评审材料,https://example.invalid/deals/T001
T002,蓝湾零售试点,1800,REPLACE_CLOSED_LOST_STAGE_ID,价格,只有三家门店试用，决策人称折扣不足,https://example.invalid/deals/T002
T003,北辰物流续约,22000,closedwon,不适用,续约成功,https://example.invalid/deals/T003

输入与输出示例

本站虚构演示，未调用HubSpot、OpenAI或TeamRetro；阈值为练习设定，不是原文承诺。

输入

T001星河制造扩容：amount=12000 CNY，dealstage=REPLACE_CLOSED_LOST_STAGE_ID，lossReason=预算冻结，notes=客户认可功能但采购推迟到明年，需要安全评审材料；近30天TeamRetro已有条目“采购预算流程如何更早确认”。

对应输出

门槛结果：T001进入AI，T002因1800<5000跳过，T003非closed-lost结束。AI示意输出：{"prompts":["预算冻结与采购推迟在哪个节点首次出现信号？","安全评审材料应在报价前由谁准备到什么粒度？"],"parkable":true,"reason":"原因与流程缺口足够讨论"}。去重：两条与既有“采购预算流程”词元重叠低，判非重复；回写任务正文只列这两条。

做完检查这些

• 仅当dealstage新值等于closed-lost阶段ID时才读取完整商机，closed-won不产生任何AI调用
• amount低于配置最低金额的输单被跳过，日志能说明跳过原因与商机ID
• OpenAI输出可被解析为JSON，prompts不超过两条且无姓名、指责或保证性措辞
• parkable为false或解析失败时不创建TeamRetro条目，也不回写已排队任务
• 与近30天parked items词元重叠过高的题目只记日志，不重复入库
• HubSpot时间线最终出现completed任务，主题与正文题目同去重结果一致

容易卡住的地方

• 把阶段显示名当ID过滤会漏触发，必须在沙盒确认closed-lost阶段ID
• HubSpot私有应用令牌缺engagement write会导致回写失败但前面已入库
• 私有应用令牌deal权限不足会拿不到金额或备注，金额门槛随之误判
• TeamRetro计划不支持parking lot时不能创建parked items，需先核对套餐
• 词元重叠阈值过低会把同主题不同问题误杀，过高会堆积重复议题
• AI提示词若允许自由文本，解析失败会阻塞后续节点，必须强制JSON
• 真实输单备注可能含个人信息，练习与日志都要用合成数据脱敏
• 模型不可用或更名时不应硬编码承诺，需在原模板与你的账户核对