Lifecycle Stage Progression Workflow
Automate the contact journey through the sales funnel with four progression workflows, each triggered by a specific business event.
Progression Paths
| From | To | Trigger |
|---|
| Lead | MQL | Lead score exceeds threshold |
| MQL |
SQL | Meeting booked |
| SQL | Opportunity | Deal created and associated |
| Opportunity | Customer | Deal marked as closed-won |
Prerequisites
- - HubSpot Marketing Professional or Enterprise plan
- Lead scoring model configured (run
/build-lead-scoring first) - Deal pipeline set up with a "Closed Won" stage
- Meeting tool or integration configured (for SQL transition)
Building the Workflow: Three Options
Option 1: Manual UI Build
Follow the step-by-step instructions in the "Execute" section below. This is the most reliable method and gives you full control over every trigger, branch, and action.
Option 2: HubSpot Breeze AI
HubSpot's built-in Breeze AI can generate workflow skeletons from natural language prompts. Navigate to Automation > Workflows > Create workflow > "Describe what you want" and paste one prompt per workflow. You will need to create four separate workflows:
Workflow 1 -- Lead to MQL:
CODEBLOCK0
Workflow 2 -- MQL to SQL:
CODEBLOCK1
Workflow 3 -- SQL to Opportunity:
CODEBLOCK2
Workflow 4 -- Opportunity to Customer:
CODEBLOCK3
CRITICAL WARNING: Breeze trigger limitations. Breeze creates event-based triggers (OR logic) instead of filter-based triggers (AND logic). Each of these four workflows requires AND logic between the event condition and the current lifecycle stage. After Breeze creates each workflow, you MUST manually verify and fix the trigger/enrollment conditions in the UI to ensure both conditions are ANDed together. Breeze is best used for creating the workflow skeleton (actions, branches, delays) -- the trigger conditions almost always need manual correction.
Additional Breeze limitations for these workflows:
- - Breeze cannot configure re-enrollment rules
- Breeze may not correctly set the lifecycle stage condition as part of the enrollment trigger (it may create it as a branch instead)
Option 3: Claude Anthropic Chrome Extension
The Claude Anthropic Chrome extension lets Claude see and interact with the HubSpot workflow builder UI directly. You can describe the workflow logic in natural language and Claude will click through the UI to build it. This is often more accurate than Breeze for workflows requiring precise AND-logic triggers, because Claude can verify each trigger condition visually.
To use this approach:
- 1. Open the HubSpot workflow builder in Chrome (Automation > Workflows > Create workflow)
- Activate the Claude Chrome extension
- Describe each of the four progression workflows using the specifications from this skill
- Build them one at a time, verifying triggers before moving to the next
Note on Fast Mode: If you're using Claude Code's Fast Mode to speed up workflow creation,
be aware of the billing model: Haiku usage is included in your subscription, but Opus in
Fast Mode consumes extra credits. For workflow building tasks (which are UI-heavy and may
require many interactions), consider whether the speed tradeoff is worth the credit cost.
Step-by-Step Build Instructions
Stage 1: Before — Plan Thresholds
- 1. Define your MQL score threshold (typically 40-60 on a 0-100 scale). Adjust after 30-60 days of observation.
- Confirm your deal pipeline stages include a clear "Closed Won" equivalent.
- Document current lifecycle stage distribution (run the audit or check the property breakdown) so you can measure the impact.
Stage 2: Execute — Build Four Workflows
Build each as a separate contact-based workflow.
Workflow 1: Lead to MQL
- 1. Trigger: HubSpot score is greater than or equal to [threshold] AND lifecycle stage is "Lead"
- Action: Set lifecycle stage to "Marketing Qualified Lead"
- Action (optional): Send internal notification to marketing team
- Re-enrollment: OFF
Workflow 2: MQL to SQL
- 1. Trigger: Meeting booked (use "Meeting activity date" is known, or "Number of meetings booked" is greater than 0) AND lifecycle stage is "Marketing Qualified Lead"
- Action: Set lifecycle stage to "Sales Qualified Lead"
- Action (optional): Send internal notification to sales owner
- Re-enrollment: OFF
Workflow 3: SQL to Opportunity
- 1. Trigger: Associated deal is created (use "Number of associated deals" is greater than 0) AND lifecycle stage is "Sales Qualified Lead"
- Action: Set lifecycle stage to "Opportunity"
- Re-enrollment: OFF
Workflow 4: Opportunity to Customer
- 1. Trigger: Associated deal stage equals "Closed Won" AND lifecycle stage is "Opportunity"
- Action: Set lifecycle stage to "Customer"
- Action (optional): Send internal notification to CS/onboarding team
- Re-enrollment: OFF
Workflow Settings (all four)
- - Re-enrollment: OFF (lifecycle should only progress forward)
- Suppression list: None needed — the lifecycle stage condition prevents backwards movement
- Time zone: Not applicable
Stage 3: After — Verify
- 1. Test each workflow with a test contact:
- Manually adjust score/create meeting/create deal/close deal and confirm progression.
- 2. Verify that workflows do not conflict — a contact should not be enrolled in two progression workflows simultaneously.
- Check that lifecycle stages only move forward (HubSpot enforces this by default, but verify).
- After one week, review the workflow history for each. Check for:
- Contacts stuck at a stage despite meeting criteria
- Unexpected enrollment volumes
Stage 4: Rollback
- 1. Turn off any or all four workflows.
- Lifecycle stages already set remain — HubSpot does not allow backward movement without manual override or a dedicated reset workflow.
- If stages were set incorrectly, create a temporary workflow or use the API to reset affected contacts.
Notes
- - Backward movement: HubSpot prevents lifecycle stage from going backward by default. If a deal is lost and the contact should return to MQL, you need a separate "regression" workflow that explicitly sets the stage.
- Multiple deals: If a contact has multiple deals, the Opportunity-to-Customer workflow fires when any associated deal is closed-won. This is usually the desired behavior.
- Score decay: If your lead scoring model includes decay, a contact's score may drop below the MQL threshold after promotion. This is fine — the lifecycle stage is already set and will not regress.
生命周期阶段推进工作流
通过四个推进工作流自动化联系人通过销售漏斗的旅程,每个工作流由特定的业务事件触发。
推进路径
| 从 | 到 | 触发条件 |
|---|
| 潜在客户 | MQL | 潜在客户评分超过阈值 |
| MQL |
SQL | 会议已预订 |
| SQL | 商机 | 交易已创建并关联 |
| 商机 | 客户 | 交易标记为已成交 |
前提条件
- - HubSpot营销专业版或企业版套餐
- 已配置潜在客户评分模型(先运行/build-lead-scoring)
- 交易管道已设置已成交阶段
- 已配置会议工具或集成(用于SQL转换)
构建工作流:三种方案
方案1:手动UI构建
按照下方执行部分的分步说明操作。这是最可靠的方法,让您完全控制每个触发器、分支和操作。
方案2:HubSpot Breeze AI
HubSpot内置的Breeze AI可以根据自然语言提示生成工作流框架。导航至自动化 > 工作流 > 创建工作流 > 描述您想要的内容,为每个工作流粘贴一个提示。您需要创建四个独立的工作流:
工作流1 -- 潜在客户到MQL:
创建一个基于联系人的工作流,当联系人的HubSpot评分
大于或等于[您的MQL阈值]且其生命周期阶段为潜在客户时触发。
该工作流应将生命周期阶段设置为营销合格潜在客户
并向营销团队发送内部通知。
工作流2 -- MQL到SQL:
创建一个基于联系人的工作流,当与联系人预订了会议
且其生命周期阶段为营销合格潜在客户时触发。
该工作流应将生命周期阶段设置为销售合格潜在客户
并向销售负责人发送内部通知。
工作流3 -- SQL到商机:
创建一个基于联系人的工作流,当联系人有关联的
交易被创建且其生命周期阶段为销售合格潜在客户时触发。
该工作流应将生命周期阶段设置为商机。
工作流4 -- 商机到客户:
创建一个基于联系人的工作流,当联系人的关联交易
阶段等于已成交且其生命周期阶段为商机时触发。
该工作流应将生命周期阶段设置为客户
并向客户成功/入职团队发送内部通知。
关键警告:Breeze触发器限制。 Breeze创建的是基于事件的触发器(OR逻辑),而不是基于过滤器的触发器(AND逻辑)。这四个工作流中的每一个都需要事件条件与当前生命周期阶段之间的AND逻辑。在Breeze创建每个工作流后,您必须手动验证并修复UI中的触发器/注册条件,以确保两个条件以AND方式组合。Breeze最适合用于创建工作流框架(操作、分支、延迟)——触发器条件几乎总是需要手动修正。
这些工作流的其他Breeze限制:
- - Breeze无法配置重新注册规则
- Breeze可能无法正确将生命周期阶段条件设置为注册触发器的一部分(可能会将其创建为分支)
方案3:Claude Anthropic Chrome扩展
Claude Anthropic Chrome扩展让Claude能够直接查看并与HubSpot工作流构建器UI交互。您可以用自然语言描述工作流逻辑,Claude将通过UI点击来构建它。对于需要精确AND逻辑触发器的工作流,这通常比Breeze更准确,因为Claude可以直观地验证每个触发器条件。
使用此方法:
- 1. 在Chrome中打开HubSpot工作流构建器(自动化 > 工作流 > 创建工作流)
- 激活Claude Chrome扩展
- 使用本技能的规范描述四个推进工作流中的每一个
- 一次构建一个,在进入下一个之前验证触发器
关于快速模式的说明:如果您使用Claude Code的快速模式来加速工作流创建,
请注意计费模式:Haiku使用包含在您的订阅中,但快速模式下的Opus
会消耗额外积分。对于工作流构建任务(这些任务UI操作密集且可能
需要多次交互),请考虑速度权衡是否值得积分成本。
分步构建说明
阶段1:之前——规划阈值
- 1. 定义您的MQL评分阈值(通常在0-100分制下为40-60)。观察30-60天后进行调整。
- 确认您的交易管道阶段包含明确的已成交等效阶段。
- 记录当前生命周期阶段分布(运行审计或检查属性细分),以便衡量影响。
阶段2:执行——构建四个工作流
将每个工作流构建为独立的基于联系人的工作流。
工作流1:潜在客户到MQL
- 1. 触发器: HubSpot评分大于或等于[阈值]且生命周期阶段为潜在客户
- 操作: 将生命周期阶段设置为营销合格潜在客户
- 操作(可选): 向营销团队发送内部通知
- 重新注册: 关闭
工作流2:MQL到SQL
- 1. 触发器: 会议已预订(使用会议活动日期已知,或已预订会议数大于0)且生命周期阶段为营销合格潜在客户
- 操作: 将生命周期阶段设置为销售合格潜在客户
- 操作(可选): 向销售负责人发送内部通知
- 重新注册: 关闭
工作流3:SQL到商机
- 1. 触发器: 关联交易已创建(使用关联交易数大于0)且生命周期阶段为销售合格潜在客户
- 操作: 将生命周期阶段设置为商机
- 重新注册: 关闭
工作流4:商机到客户
- 1. 触发器: 关联交易阶段等于已成交且生命周期阶段为商机
- 操作: 将生命周期阶段设置为客户
- 操作(可选): 向客户成功/入职团队发送内部通知
- 重新注册: 关闭
工作流设置(全部四个)
- - 重新注册:关闭(生命周期应仅向前推进)
- 抑制列表:不需要——生命周期阶段条件防止向后移动
- 时区:不适用
阶段3:之后——验证
- 1. 使用测试联系人测试每个工作流:
- 手动调整评分/创建会议/创建交易/关闭交易,并确认推进。
- 2. 验证工作流不冲突——一个联系人不应同时注册到两个推进工作流中。
- 检查生命周期阶段是否仅向前移动(HubSpot默认强制执行此规则,但请验证)。
- 一周后,查看每个工作流的历史记录。检查:
- 联系人尽管满足条件但仍停留在某个阶段
- 意外的注册数量
阶段4:回滚
- 1. 关闭任意或全部四个工作流。
- 已设置的生命周期阶段保持不变——HubSpot不允许在没有手动覆盖或专用重置工作流的情况下向后移动。
- 如果阶段设置错误,创建临时工作流或使用API重置受影响的联系人。
说明
- - 向后移动: HubSpot默认阻止生命周期阶段向后移动。如果交易丢失且联系人应返回到MQL,您需要一个单独的回归工作流来明确设置阶段。
- 多个交易: 如果联系人有多个交易,当任何关联交易被标记为已成交时,商机到客户工作流将触发。这通常是期望的行为。
- 评分衰减: 如果您的潜在客户评分模型包含衰减,联系人的评分在提升后可能降至MQL阈值以下。这没问题——生命周期阶段已设置且不会倒退。