Activity
Mon
Wed
Fri
Sun
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
Sep
Oct
Nov
What is this?
Less
More

Owned by Jerry

Your #1 Go-To Resource for Starting, Building, & Growing Your Contour Business!

The AI operator's room for GoHighLevel agencies.

169 contributions to GHL Command
Find the Conversations Nobody Answered
Command note: A lead who wrote in and never heard back is the most expensive record in your account. Most agencies audit what the automations send. Almost nobody audits what came in and went unanswered. Those threads are warm, and they are invisible until someone goes looking. Where they hide: • Inbound texts that arrived after hours or between workflow steps • Replies to automated messages that nobody reads • Chat widget and form follow-ups that landed in a thread with no owner • Conversations where the last message is from the contact Prompt to run today (read-only): "Search recent conversations for this sub-account. List every thread where the last message is inbound and nothing has been sent back. Group by channel and by age: under 2 days, 3 to 7 days, older than a week. For each group, show the contact's tags and who owns the contact. Do not send or change anything." Do it now: 1) Run the prompt for one sub-account — start with your busiest. 2) Read the oldest group first — those are the real misses. 3) Reply by hand to the ones still worth saving — a human sentence beats a template. 4) Find the pattern — same channel, same hour, same missing owner. 5) Fix the cause once — an owner rule, an alert, or an after-hours reply. Claude only reads the threads. The replies, and the judgment about which are worth sending, stay with you. An unanswered message is a decision someone made by accident.
0
0
Find the Conversations Nobody Answered
Give Every Client One Escalation Path
Command note: An automation without an escalation path just fails politely. Every client account will eventually hit something the workflow cannot handle. An angry reply, an unusual request, a lead who breaks the rules you wrote. What matters is whether a human hears about it in minutes or in weeks. What an escalation path needs: • One named person who gets the alert • One channel they actually watch • One clear trigger for when the AI hands off • One deadline for a human response Do it now: 1) List the three situations your automations should never handle alone — refunds, complaints, legal language 2) Pick the trigger for each — a keyword, a tag, a stage change, a sentiment flag 3) Route each trigger to a task or notification for a named owner 4) Set a time limit — if nobody acts in four hours, notify a backup 5) Test it on a sandbox contact and confirm the alert lands A useful check: ask Claude to read through a sub-account's workflows and list every place a message goes out with no human fallback. Those gaps are your escalation backlog. Automation handles the routine. Escalation handles everything else. The best handoff is the one nobody has to think about.
0
0
Give Every Client One Escalation Path
Monday Build Hour officially launches Monday, Nov 9th
Tomorrow, Monday, Nov 2, I’m going live here in Skool at 8:00am CDT for a preview. It’s a full walkthrough of GHL Command before the weekly format starts. Live at 7am Arizona / 8am Central. What we’ll cover: • What GHL Command is and what it does for an agency • How to install it and connect it to your GHL account • Three sentences that show it working, live • Five quick wins you can run in your own account this week • The User Guide and the Members Hub What Build Hour will be from Nov 9: • Every Monday, same time • We work on something real, live, on screen • Bring one thing that’s broken, half built, or on your list • Watch free. Trial and Command members get the chair • The replay lands in the Classroom the same day Do this now: 1. Put tomorrow’s session on your calendar 2. Post one question below so I can cover it live 3. Can’t make it live? Ask anyway and watch the replay One note: GoHighLevel only includes API access on its $297 Unlimited and $497 Agency Pro plans, so GHL Command needs one of those to connect. Start the week with one thing fixed instead of one thing broken.
0
0
Name Why Nothing Arrived
Command note: "Nothing happened" is not a test result. "Nothing happened because the test lead has no phone" is. Built Today: the latest Workflow Audit Pro release (3.92.2) changes how a failed check reads. When a test lead goes into a workflow and nothing arrives, the heading now names the cause instead of just saying nothing arrived. A text step skipped because the test lead has no phone is called out as exactly that. A failed step is reported as failed, not as "the workflows ran." The takeaway for your own QA: • A silent test teaches you nothing • "Did not run" and "ran and failed" are different problems • The cause belongs in the heading, not buried in a log Do it now on one live workflow: 1) Create a test lead with every channel filled in: phone, email, name. 2) Push it through and write down what each step did: sent, skipped, or failed. 3) For every skip, write the reason in one plain sentence. 4) Fix the test lead first, then the workflow, in that order. Half of "broken automation" is a test record that was never set up to receive anything. A test that can't say why it failed isn't a test yet.
Name Why Nothing Arrived
0 likes • 2d
@Glen Hutsell Fair point, Glen, and it mostly works that way already. The report only names a cause when the step log shows one. If the log can’t be read, it says the steps weren’t read and that only the messages were checked. If the log shows nothing that explains it, it falls back to wording like “may not have fired, may be drafts, or send later than the window,” which is a possibility, not a diagnosis. What it doesn’t have is a plain “cause not established” label. The hedged line does that job, but you have to read the “may.” When nothing arrives, the report picks the first of these that matches: 1. The test lead has no phone or email, and the log shows the step was skipped for that reason. The heading names it: “The text step was not tested: the test lead has no phone” (or “...no email address”). The detail says the workflow ran but that step wasn’t tested, and to run it again with one. 2. Some step ran. It says “The workflows did run: see the steps below.” 3. A step failed. It says “The workflows started, and a step failed: see the steps below.” 4. The lead entered the workflows but no step ran in the window. It says so and points to the steps. 5. The chosen workflows are drafts. It says GoHighLevel took the lead and ran nothing. 6. None of the above, or the log can’t be read. It falls back to a hedged line: “The workflows may not have fired, may be drafts, or send later than the window.”
Name Every Workflow Like a Sentence
Command note: A workflow name is the only documentation most of them will ever get. If the name says "New Lead Flow 2 (copy)", nobody can tell what it does, and neither can the AI you ask to audit it. Name it so the trigger, the action and the owner are readable in one glance. A name that works: • Trigger first: "Form submitted", "Tag added: booked", "Stage: Proposal sent" • Then the outcome: "Send confirmation + create task" • Then the status: LIVE, DRAFT or RETIRED • Same pattern on every account, every time Do it now: 1) List every workflow on one account — copy the current names into a sheet 2) Rewrite each name as "Trigger > Outcome" — if you cannot, you have found a workflow nobody understands 3) Add a status prefix — LIVE, DRAFT or RETIRED 4) Rename the copies and tests — "copy", "test" and "new" are not names 5) Save the pattern as a one-line rule for the whole team A good name turns an audit from archaeology into a read.
Name Every Workflow Like a Sentence
0 likes • 2d
Good catch, Glen. A name is only useful while it’s true, so I’d treat any change to the trigger or the outcome as a rename trigger. The cheapest way to enforce that is to put “re-check the name” on the same checklist as the change itself. On the owner: I’d keep it out of the name and put it in a separate place, such as a notes field or your handoff doc. A person’s name in the title goes stale the first time staff changes, and then the name is misleading. Role-based ownership (“Owner: intake lead”) holds up better than a person’s name. The name should say what the workflow does and the state it’s in. Who looks after it belongs somewhere you can edit without touching the name.
1-10 of 169
Jerry Relth
3
32 points to level up
@jerry-relth-2483
Helping clinics help more people!

Active 7h ago
Joined Jun 2, 2026
Peoria, AZ