A naming convention for GoHighLevel sub-accounts that survives a second builder

A practical naming convention for GHL workflows, pipelines, tags, calendars and custom values — the change that makes a sub-account maintainable by someone who did not build it.

Naming is the cheapest quality improvement available in a GoHighLevel account and the one agencies skip most reliably. It costs nothing at build time and saves days at maintenance time, which is exactly the trade humans are worst at making.

Here is the convention we apply to every kit and every build.

Workflows: number, dot, verb

01 · Capture · Instant lead response
01 · Capture · Missed call text back
02 · Nurture · 14-day ladder
02 · Nurture · Stale lead recovery
03 · Booking · Reminder 24h
03 · Booking · No-show recovery
04 · Delivery · Onboarding chase
09 · Internal · Tag housekeeping

Three properties make this work:

The number sorts. Workflows list alphabetically, so numbering gives you the lifecycle order for free. Anyone opening the list reads the account’s shape top to bottom.

The middle word groups. Capture, Nurture, Booking, Delivery, Retention, Internal. Six categories cover almost everything, and 09 · Internal at the bottom keeps the plumbing out of the way.

The last part is a verb phrase. “Instant lead response”, not “Workflow 3”. You should be able to guess what it does without opening it.

Pipelines and stages: nouns that describe a state

Stages should describe where the contact is, not how the team feels. Estimate Sent is a state. In Progress is a mood. The test: can someone else tell whether a card is in the right stage without asking? If not, rename it.

Avoid stage names that duplicate across pipelines. Two pipelines both containing Follow-Up makes every report ambiguous.

Tags: namespace them

Tags are the fastest thing to make a mess of, because everyone can create one.

src-google-ads
src-referral
stat-customer
stat-unsubscribed
seq-nurture-active
seq-nurture-suppressed

Three namespaces cover most needs: src- for where they came from, stat- for what they are, and seq- for what they are currently inside. A tag with no prefix is a tag nobody will trust in six months.

Write the taxonomy down in the account itself — a note in a custom value called 00 tag vocabulary works — because the list living only in someone’s head is how you end up with customer, Customer and client.

Custom values: prefix by domain

biz.name
biz.phone
biz.service_area
link.booking
link.review_google
link.review_facebook
copy.guarantee
ops.timezone
ops.quiet_hours_start

Dot-prefixing groups them visually in a list that has no folders. When a builder needs the booking link they type link. and see every link in the account.

Calendars and forms: audience first

Client · Consultation and Internal · Team availability read better than Consultation Calendar and Calendar 2, because the first word tells you who is meant to see it.

The rule that matters more than the convention

Be consistent, not clever. A mediocre convention applied to every asset beats an elegant one applied to sixty percent of them. If you inherit an account with a different convention, adopt theirs rather than mixing two.

Retrofitting an existing account

Renaming is safe for workflows, pipelines and calendars. It is not safe for tags referenced in workflow conditions, or for custom values referenced in templates — renaming those breaks the reference silently.

Retrofit in this order: workflows, then calendars and forms, then pipelines, then tags (updating every condition as you go), then custom values last and carefully. If the account is large enough that this sounds daunting, that is what a sub-account audit is for — the inventory comes first, then the renaming becomes mechanical.

Every kit in our catalog ships with this convention already applied, which is less about elegance and more about a second builder being useful on their first day.

The two things naming actually protects

Snapshot updates. Pushing an improved kit into a live account is a merge. Against consistently named assets it is reviewable; against Workflow 4 (copy) it is unpickable. This matters most in self-serve delivery, where updates land in customer accounts unattended — SaaS mode snapshots.

Debugging under time pressure. When a client says “someone got two texts”, the first job is finding which two workflows are involved. A grouped, prefixed list turns that into a minute. The diagnosis order itself is in GoHighLevel snapshot not loading, and the duplicate-asset case is case four.

This note is one stage ofthe complete guide to GoHighLevel sub-accounts — seven stages from a signed client to a live account.

Read next

Operations

Custom values vs custom fields in GoHighLevel, and the layer that makes a snapshot reusable

Custom fields store data about a contact. Custom values store facts about the business. Getting the distinction right is what lets one snapshot serve forty sub-accounts.

Buying

What is actually inside a good GoHighLevel snapshot

Most GHL snapshots are a pile of workflows. A good one has a custom-value layer, a naming convention, real exit conditions and a load sheet. Here is how to tell them apart before you buy.

Installs

The GoHighLevel sub-account launch checklist we actually use

A pre-launch checklist for a GHL sub-account: numbers, sending domain, custom values, calendar availability, workflow publishing order, test pass and handover documentation.

From the same people

Twenty-two kits that already do this

Everything described in this guide is configuration a kit ships with. Pick the niche and load it.

No call required to buy a kit · replies within one business day