Independent HighLevel affiliate publication. We may earn a commission if you buy through links on this page, at no extra cost to you.

Practical guide

Write a client plan that separates software from service

Last materially reviewed 2026-09-27

Quick answerList software features, human work, variable usage and exclusions separately so the client can see what the plan actually buys.
What to know

Use four rows, not one slogan

Start a plan sheet with software access, work performed, variable usage and exclusions. Give each row a plain description, an owner and a condition that changes it. Avoid words such as unlimited when they apply to only one part of the arrangement. An unrestricted contact count, for example, does not establish unlimited staff time or no-cost communications.

What to know

An original plan example

A fictional Essentials package might provide named workspace features, one scheduled configuration check, and separately recorded usage. It excludes custom integrations and ongoing content production. A client asking for a new integration then has a clear question to discuss rather than an argument about what managed meant. This example is an editorial planning device, not a suggested contract or a HighLevel package for sale.

What to know

Make the boundary inspectable

For every included feature, record where access is configured and how the client would confirm it is usable. For human work, record the request route and acceptance criteria. For usage, identify the billable unit and payer. HighLevel feature permissions are relevant to the software row; they do not define your service promise. The commercial description and actual configuration must be reviewed together.

What to know

A simple acceptance conversation

Read the plan back as a client: what can I use today, what can I ask you to do, what could cost extra and how do I leave? If the answers require interpreting internal jargon, rewrite the sheet. Resolve exceptions before publication, and keep prior agreed versions when changing a plan. Qualified advice may be needed for contractual requirements; this checklist is not a substitute for it. For the next review, give the sheet to someone uninvolved in its drafting. Ask them to identify one included task, one extra cost and one excluded request without verbal explanation.

Continue when useful

Next: Build a client-plan feature matrix

Map each promised feature to actual subaccount access, a responsible user and a verification step.

Open Build a client-plan feature matrix →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. Subaccount feature permissions — Merchant documentation · help.gohighlevel.com · Merchant-controlled · checked 2026-09-27
  2. HighLevel billing and wallets — Merchant documentation · help.gohighlevel.com · Merchant-controlled · checked 2026-09-27