Automations
Branch on tags and fields
If they are a VIP, send this. Otherwise, send that. Built correctly the first time.
What you'll get
- A workflow that splits: one path for people who match, another for everyone else.
- Both paths written out and connected properly, which is the part that is fiddly to do by hand and easy to get subtly wrong.
- A condition based on what you actually know about the person: a tag, a custom field, where they came from.
Say this
If they are tagged vip, send the VIP text. Otherwise send the standard one.
Split the follow-up: existing patients get one message, brand new leads get another.
Add a branch for anyone whose treatment interest field is Botox.
The pro prompt
The exact ask we run on real client accounts
Proven liveIn my [Radiance Med Spa] account, build a workflow called "[New Lead Split]".
Trigger: when the tag [new-lead] is added.
Then branch on this question: does the contact have the tag [vip]?
If yes: text "[Hi {{first name}}, it is Dana. Since you are one of our regulars I saved you a priority slot this week. Want it?]"
If no: text "[Hi {{first name}}, thanks for reaching out to Radiance. Want me to grab you a free consult this week?]"
Before you build: confirm both tags exist in my account, and show me the two paths side by side so I can check the split reads correctly. Build nothing until I approve.Click the box to select it, then press ⌘C (or Ctrl+C)
Everything in [brackets] is yours to change. Ask for the two paths side by side every time. Reading them next to each other is how you catch a branch that is the wrong way round.
What Claude builds
TriggerTag new-lead is added
Questionare they tagged vip?
TextVIP path, priority slot
Textstandard path, free consult offer
What happens when you ask
- Claude checks the tag or field you want to branch on actually exists in the account.
- It shows you both paths, written out, before anything is built.
- It builds the branch with both sides properly connected, then gives you the link to review in GHL.
Good to know
- Use branches sparingly. Two clean linear sequences with a tag deciding which one someone enters are usually easier to read and to fix later than one workflow with branches inside branches.
- Branch on tags where you can. Tags are simple and visible. Custom-field conditions work too, but you have to keep the field filled in.
- A branch with nothing on one side is legal and almost always a mistake. Say what happens to the people who do not match.
- Needs the full license.
Where people go wrong
| What happened | The fix |
|---|---|
| "Everyone went down the same path." | The tag is added later in the same workflow than the branch that checks it. Move the check after the tag, or trigger on the tag itself. |
| "The branch does nothing at all." | The tag in the condition does not exist in that account, usually a typo or a different spelling. Run an audit. |
| "It got complicated fast." | Stop nesting. Split into two workflows and let a tag decide which one people enter. |