Chapter 11

When Things Don't Work

Most of the time when something feels broken in the CRM, nothing is actually broken. Two settings that are supposed to agree with each other quietly disagree, and the automation does exactly what you told it to do, which unfortunately is not what you meant. This chapter is a checklist for the handful of mismatches that cause almost every "why didn't it fire?" question.

The CRM is rarely wrong. It is usually two settings, in two different places, that were set at different times by different people, and never compared side by side.

The golden rule: stage is the most common trigger

Stage change is the most common trigger in the CRM, but it is not the only one. Automations can also fire on form submissions, property updates, meetings booked, tags added, and more. The golden rule is: whatever the trigger is, make sure it actually happens. When an automation does not fire, the first question is never "is the automation broken?" It is "did the trigger event actually occur, and did it match exactly what the automation is listening for?" In the case of stage-change automations, three different places set or watch stage. All three have to agree.

📝
The form
On submit, move to
📅
The meeting type
On booking, move to
The automation
Listens for stage =​
📝Tour Scheduled
📅Tour Scheduled
🧒Lead lands in: Tour Scheduled
✉️
Automation fires. Lead is in Tour Scheduled, and that is exactly what the automation was listening for. Parent gets their email.

Try changing the three dropdowns above. When all three line up, the parent gets their email. When any one of them disagrees, the automation goes quiet, and you spend an hour wondering why.

Walkthrough: a tour was booked but nothing happened

This one is sneaky. A parent books a tour, they are in the CRM, but the confirmation email never arrives. You open the automation and it says "Completed." Nothing looks broken. The hidden cause is often a safety switch that stops the same lead from running through the same automation twice.

Automation setting
Only run once per lead
📅
January 15 - Jamie books a tour
First time. Automation fires, confirmation email sent.
✉️
📅
June 20 - Jamie books again
Automation sees Jamie already ran through this once. It silently skips. No email.
🦗
😿
Jamie never got the second email. The automation finished with "Completed," but the "only once" rule blocked it. The lead profile would show the first run and nothing after.
👆 Click each step to check it off as you work through it0 of 4 done

The filter flip: 'is equal to' vs 'is not equal to'

This one trips up almost everyone at least once. You are setting a filter on an automation, your brain reads the sentence one way, and you pick the operator that sounds right but means the opposite. Try it: flip the operator below and watch which leads actually make it through.

Your goal
You want to email only leads who came from your website.
Where
Lead source
Website
✉️ Gets the email
  • Jamie R.Website
  • Alex T.Website
  • Sam Q.Website
🦗 Skipped
  • Priya M.Referral
  • Devon K.Walk-in
  • Morgan L.Referral
That matches your goal. Only website leads go through. Easy to read once you see it side by side.

Read the lead's profile before you change anything

Every lead has their own profile, and that profile tells you exactly what happened, including the quiet settings that silently block automations from doing their job. Before you change anything in Forms or Automations, open the lead's profile and check the little flags that sit next to the big timeline.

🧒
Jamie R.
Lead profile
Automation: Text Follow-Up Sequence
Enrollment
⏱️Wait 10 min
🙈Text: Welcome!skipped
⏱️Wait 1 day
🙈Text: Reminderskipped
⏱️Wait 2 days
🙈Text: Final nudgeskipped
🏁Complete
😿
Automation shows "Completed" - but Jamie never got a single text. The profile says SMS opt-in is No, so every text step was silently skipped. The automation did exactly what it was told to do; it just had no permission to send.

Other things that look broken but aren't

Cause
The email step is paused, or the 'from' address isn't verified in Settings → Connections.
Fix: Open the automation, click the email step, check the toggle at the top. Then confirm a green checkmark on your sending address.
Cause
Two automations are fighting. One moves to Tour Scheduled, another immediately moves them to Toured.
Fix: Filter Automations by 'changes stage to'. Decide which one owns the move and remove the action from the other.
Cause
They submitted the form twice (once on mobile, once on desktop). Each submission re-triggered the stage change.
Fix: Turn on 'Only run once per lead' on the automation, or add an entry condition that checks the email hasn't already been sent.
Cause
The form doesn't collect that property, or the property is inactive in Settings → Properties.
Fix: Add the field to the form. If it exists but isn't capturing, confirm the property is active and writable from forms.

A debugging mindset that will save you hours

Rule of thumb: if you cannot explain in one sentence why the lead is in their current stage, do not touch the automations yet. Find the answer first, then fix.

Still stuck?

If you have walked the checklist and still cannot find it, that is okay.

Try the "Fix" button inside the automation editor first, it will flag obvious gaps like a missing email address or a deleted stage. If it still does not add up, reach out to Playground support with the lead's name and the automation name. They can read the same timeline you can, plus the bits you cannot see.