Follow the steps from first enquiry to aftercare and a relevant return visit.
Illustrative example
From first contact to next visit
Choose a stage, then select a step to see what happens.
1. Enquire
Enquire / Before · manual handoffs
The enquiry arrives. The handoff is manual.
Information and responsibility can sit in separate places.
Customer · Trigger
An enquiry comes in
The same enquiry arrives, but the contact history, source and response may sit in different tools.
Human · Manual action
Copy details. Find an owner.
Someone finds the existing contact, copies the details, checks permission and decides who should respond. These are separate coordination tasks.
Human · If the details are ready
Write the first response
The team prepares the response and manually shares the enquiry with its owner.
Human · If information is missing
Remember to investigate
A person has to notice the missing information, assign the investigation and keep track of what is waiting.
Enquire / After · connected workflow
Give the enquiry a clear starting point.
Capture the details, check the rules and make ownership explicit.
Customer · Trigger
An enquiry comes in
An enquiry from a connected channel starts this example. The source and available contact details travel with the record.
System · Configured action
Match the contact. Assign an owner.
Use agreed matching rules to find or create the contact, record the source and assign a responsible person. Check required details and communication permission before automated outreach.
System · If the checks pass
Send the agreed acknowledgement
A relevant acknowledgement follows the agreed contact rules. The assigned person receives the context and handles questions; acknowledgement does not replace that responsibility.
Human · If information needs review
Check the exception first
Missing details, uncertain permission or a matching exception goes to a person. The affected outreach waits until the issue is resolved.
2. Connect
Connect / Before · manual handoffs
The conversation needs manual coordination.
A new reply may not change reminders stored elsewhere.
Human · Trigger
An enquiry is awaiting a response
Someone needs to check whether a reply or booking has arrived, including in a different tool or channel.
Human · Manual action
Find the latest context
The team compares conversation history, appointments and separate follow-up reminders before deciding what to do next.
Human · If a reply or booking is found
Update the other records
The owner answers the reply or records the booking, then manually cancels outdated messages or tasks.
Human · If there is no new activity
Remember the next follow-up
A person checks permission, decides when to follow up and remembers when to stop. An opt-out also needs to reach every separate list.
Connect / After · connected workflow
Keep the conversation connected.
A reply changes the path. Silence has a defined stopping point.
System · Trigger
An enquiry is awaiting a response
This stage starts after the enquiry has an owner. A reply, booking or opt-out can change the path at any time. A customer can book without replying first.
System · Configured checks
Check the latest status before acting
Recheck permission and activity before each agreed message. A reply pauses lead follow-up and notifies the owner. A booking exits the booking-request sequence; an opt-out stops outreach. No response never means unlimited messages.
System · If a reply or booking arrives
Route the new event
A reply goes to the responsible person, who answers questions and agrees the next step. A booking starts the appointment workflow and exits lead follow-up, even when there was no reply.
System · If there is no new activity
Follow up within the agreed limit
Only an eligible contact receives the next relevant message. Stop at the defined time or message limit, and stop outreach on opt-out. A new reply or booking interrupts the sequence.
3. Book
Book / Before · manual handoffs
A booking creates more places to update.
Calendar changes and contact records need to be reconciled.
Customer · Trigger
An appointment is booked
The booking arrives, but its status may not be reflected in other records or reminders.
Human · Manual action
Update the other records
The team updates the contact, stops previous booking requests and prepares appointment reminders by hand.
Human · If the appointment goes ahead
Share the attendance notes
Someone records attendance and separately passes on the appointment outcome.
Human · If it changes or is missed
Find every affected reminder
The team needs to notice a cancellation, new time or no-show and amend each affected record and planned message.
Book / After · connected workflow
One booking. The right next actions.
Use the current appointment status, including when plans change.
Customer · Trigger
An appointment is booked
A confirmed booking starts this stage directly. The current time and status are recorded, whether the customer replied first or booked on their own.
System · Configured action
Confirm. Set relevant reminders.
Exit the sequence asking the customer to book. Send agreed confirmation and reminders only for the current appointment, checking status and communication rules before each send.
Human · If the appointment goes ahead
Confirm attendance and the outcome
A person confirms attendance and what happened during the appointment. Attendance alone does not automatically mark every service task complete.
System · If it changes or is missed
Update the path and reminders
Cancellation stops obsolete reminders. Rescheduling uses the new time. A missed appointment follows an agreed recovery task or permitted follow-up; it does not count as completed service.
4. Deliver
Deliver / Before · manual handoffs
The handover depends on sharing notes.
What happened and what comes next can be hard to find together.
Human · Trigger
The team records the outcome
A person records the service outcome, but the information may not yet be available to the next team member.
Human · Manual action
Pass on the context
Someone shares the notes, updates separate records and checks that the next person has received the handover.
Human · If service is confirmed complete
Remember the check-in
The team confirms completion and creates a separate reminder for relevant aftercare.
Human · If more work is needed
Find and brief the next owner
A person identifies the owner, shares the open issue and tracks whether the next action has happened.
Deliver / After · connected workflow
Your team delivers the service.
People confirm the outcome. That outcome controls the next step.
Human · Trigger
The team records the outcome
A person confirms the actual appointment or service outcome. The workflow does not infer completion from a calendar date passing.
System · Configured action
Share the right context
Use the confirmed outcome to update the record and notify the right person. Keep service notes and the next required action with the handover.
System · If service is confirmed complete
Prepare a relevant check-in
Only a team-confirmed completion status starts relevant aftercare. The timing and message depend on the service and communication rules.
Human · If more work is needed
Take the next service action
An incomplete service, question or exception stays with a responsible person. Do not send completion-based aftercare while that work remains open.
5. Follow up
Follow up / Before · manual handoffs
Aftercare is another reminder to track.
The team has to connect completed work with the next conversation.
Human · Trigger
Service is confirmed complete
Someone confirms the work is complete and decides whether a check-in is due.
Human · Manual action
Write and track the follow-up
The person preparing the message reviews communication preferences, service history and any contact already made.
Human · If the customer responds
Find the right person to help
A reply needs to reach the owner, and separate reminders need to be paused or removed manually.
Human · If there is no response or an opt-out
Update the separate lists
A person tracks the limit and removes future outreach when appropriate, including wherever an opt-out needs to be recorded.
Follow up / After · connected workflow
Aftercare with a clear owner.
Keep check-ins relevant, limited and connected to a person.
Human · Trigger
Service is confirmed complete
The team-confirmed completion status and agreed timing start this example. Cancelled, missed or incomplete service does not trigger this path.
System · Configured checks
Send a relevant check-in
Use permitted aftercare or feedback appropriate to the service. Stop on opt-out or at the agreed limit. Any public-review invitation uses consistent criteria, without filtering customers by satisfaction.
Human · If the customer responds
Continue the conversation
A reply pauses automated check-ins and goes to the responsible person. A new booking exits any message sequence that has become obsolete.
System · If the limit or opt-out is reached
End the sequence
No response is not permission to continue indefinitely. End at the agreed limit, stop outreach on opt-out, and check for a reply or relevant booking before another message is sent.
6. Return
Return / Before · manual handoffs
The next visit depends on memory.
Personal reminders need to be checked against today’s situation.
Human · Trigger
A follow-up reminder comes due
Someone notices a reminder about a possible future visit and looks up the customer’s history.
Human · Manual action
Review the records one by one
The team checks previous service, current appointments and preferences before deciding whether outreach still makes sense.
Human · If the invitation is still relevant
Write and send it manually
A person prepares a relevant invitation, checks the response and tracks when follow-up should stop.
Human · If it no longer fits
Remove the old reminder
The person removes the outdated task and updates other records that might prompt unnecessary contact.
Return / After · connected workflow
A next visit, when it makes sense.
Relevance and permission decide whether an invitation should be sent.
System · Trigger
A relevant follow-up date arrives
An agreed follow-up date is based on the service provided. A future invitation is appropriate only when it still fits the customer’s situation.
System · Configured checks
Check current status and permission
Check current bookings, communication permission, recent replies and whether the service is still relevant. Apply a defined limit to any reminder sequence.
System · If the invitation is still relevant
Invite the next conversation
Send the agreed, relevant invitation. A reply goes to a person; a booking exits the invitation sequence. Stop at the defined limit or on opt-out.
System · If it no longer fits
Skip outreach. Update the record.
Skip outreach when the customer is already booked or not eligible. Route uncertain information to a person rather than send a redundant or irrelevant invitation.
Illustrative workflow. Your tools, permissions and process determine the setup.
Case studies
A closer look at the work.
Explore the challenge, the work and the outcome behind each project.
Lead-to-enrollment automationiRoute Franchising
iRoute Franchising: a connected path from enquiry to enrollment.
BusinessEye built a GoHighLevel system connecting lead capture, tour booking and follow-up with the stages of a CDL training enrollment journey.
CastroBros: a CRM structure for business leads and consumer requests.
BusinessEye built a GoHighLevel HQ structure for business leads and consumer service requests, alongside a reusable vendor template prepared for future accounts.
Map what happens today and where the friction sits.
02
Agree on the right scope
Define the changes, dependencies and responsibilities.
03
Build and test the important paths
Check the ordinary journey, replies, bookings and exceptions.
04
Make the handover useful
Clarify account access, documentation and who handles future changes or support.
Founder
Aatman Chhatbar
BusinessEye
People behind the process
Meet the people behind the work.
Aatman Chhatbar & the BusinessEye team
We work directly with businesses on GoHighLevel setup, workflows and integrations. Our focus is a customer journey that makes sense to the people using it.
Yes. We start by understanding your current setup and tracing the problems you want to solve. The scope can focus on improving existing workflows or connections; a new account is not always needed.
Can we start with one workflow?
Yes. One clearly defined journey can be a useful starting point. We agree on its trigger, the next steps, who owns it and what needs to be tested before expanding the scope.
Can you connect the other tools we use?
We review the specific tools, available connections and account access before agreeing on an integration. Any separate subscriptions, usage charges and ongoing responsibilities are identified during scoping.
What affects the cost of a project?
Our pricing page sets out service prices, starting rates and monthly support plans. Your journeys, workflows, connections and existing records determine the final scope. We agree a fixed project price before work starts; software subscriptions and usage charges are separate.
What happens after the build?
Your team receives the agreed handover and documentation. New builds include a six-month build guarantee: if something we built breaks during that period, we fix it free. New requirements and ongoing assistance can be covered by a support plan or separately agreed work.
What should we prepare for the first call?
Bring a short description of what is not working, the tools your team uses and what you want to happen instead. A real example of an enquiry, booking or follow-up journey is a useful place to start.