This is your go-to reference for how the Client Operations team works — who owns what, and how to handle the most common task types. When something comes up and you're not sure what to do, start here.
Each Client Owner is the go-to person for their assigned clients. The specific task workflows sit underneath that — but the bigger picture is always client health across every service area.
Every website change follows the same process, big or small. It might feel like overkill for a quick text update, but staying consistent means nothing gets missed.
QA is your last chance to catch anything before a client or patient sees it. It doesn't take long when things are right — and it saves a lot of back-and-forth when it catches something that isn't.
| Check | What to look for | Device |
|---|---|---|
| Links | All internal and external links open correctly. No 404s, no links going to the wrong page, no broken anchor links. | Both |
| Photos | Images load properly, are not blurry or stretched, are correctly cropped, and are appropriately labelled. No placeholder images remaining. | Both |
| Contact details | Phone numbers, email addresses, and physical address are accurate and match the client's approved details. Click-to-call works on mobile. | Both |
| Opening hours | Hours displayed on the website match what the client provided. If there is a map embed showing hours separately, check those too. | Both |
| Forms | All forms submit correctly. Test a submission. Check that confirmation messages or redirects work as expected. | Both |
| Copy accuracy | All text matches what was approved. No typos, no leftover placeholder text, no wrong service names. | Both |
| Layout | Nothing is overlapping, cut off, or breaking the layout on mobile. Check buttons are tappable and spaced correctly on smaller screens. | Both |
| AHPRA (bios only) | Bio copy has passed AI AHPRA compliance check before going live. No unverified outcome claims, no comparative language. | Required |
| Additional check | Detail |
|---|---|
| Form functionality | Test the appointment form end-to-end. Submit a test lead and confirm it routes correctly. Coordinate with Karla if anything is not working. |
| Tracking | Confirm any tracking pixels or tags required for the landing page campaign are in place. Flag to Dianne or the GA Specialist if uncertain. |
| No SEO | Landing pages do not get SEO meta data. Do not add meta descriptions or title tags to landing pages — they are not indexed. |
| Detail | |
|---|---|
| When to run it | Required on new website builds before sign-off. Will also apply to routine website QA once the process is confirmed. |
| Who runs it | The Client Owner assigned to that client. This is not delegated to Pradeep or Nathalie. |
| What it does | Codex audits the page for issues a manual visual check would miss — code-level problems, broken elements, accessibility gaps, and performance issues. |
| What to do with findings | Log any flagged issues in the Notion task card and assign to Pradeep if a fix is required before sign-off. |
SEO has a pretty defined scope here — it's worth knowing exactly what's in and what's out so you don't over- or under-do it.
These tasks are Karla's territory. If something comes up that falls into one of these areas, just pass it her way — no need for anyone else to jump in.
| Task | Detail |
|---|---|
| Appointment request forms | When any landing page is built and needs a "Request an Appointment" form, the Client Owner QA-ing that page should flag it to Karla. Do not publish a landing page with a missing or broken form. |
| Workflow automation | Build and maintain automated follow-up sequences, lead routing, and notification workflows as required per client brief. Keep workflow documentation updated when changes are made. |
| Form QA | After building any form or workflow, test it yourself before handing back to the Client Owner for final QA. Submit a test lead and confirm it routes to the right place. |
| Step | Detail |
|---|---|
| 1. Request comes in via Discord | The CSP or AM tags Karla in Discord with the recall list from the client (usually a CSV file with surname, firstname, mobile, email columns). They will specify which reminder it is — 1st reminder, 2nd reminder, etc. |
| 2. Upload and run in GHL | Karla uploads the CSV into GHL under the correct client account and runs the SMS recall sequence. Each batch is labelled clearly — e.g. "22-04-2026 recall 1st" and "22-04-2026 recall 2nd" — so it is easy to track what has been sent. |
| 3. Confirm completion on Discord | Once the sequence is complete, Karla replies to the original Discord message confirming it is done. She should include a screenshot of the GHL completion log showing the action label, SMS operation, status (Complete), and timestamps. |
| 4. Log in Notion | Create or update the task card in the Action Items board. Tag the client, set Status to Done, and note which reminder batch was completed and when. |
Getting requests to the right person makes everything faster. Here's a quick guide on who handles what.
The Notion Action Items board is where all client work lives. Think of it as the team's shared memory — if something isn't logged here, it's very easy for it to get lost or forgotten.
| Tab | What it shows |
|---|---|
| Action Items | All tasks across all clients and categories. Your default view when you need the full picture. |
| Google Ads | Tasks tagged Google Ads only. |
| Meta Ads | Tasks tagged Meta Ads only. |
| Website Changes | Tasks tagged Website Changes / Updates. Your most-used filtered view. |
| Landing Page | Tasks tagged New Landing Page. |
| Full Builds | Tasks tagged Full Website Build. |
| Status | When to use it |
|---|---|
| Not started | Task has been logged but work has not begun. Default when creating a new task. |
| On Hold | Work is paused. Add a note explaining why and what needs to happen before it can move forward. |
| In progress | Work is actively underway. Set this the moment you start, not when you are halfway done. |
| Waiting on Client | Blocked because you need something from the client. The AM handles follow-up — flag them when you set this status. |
| 🤖 Waiting on Agent | Handed off to an AI agent and waiting on their output. Tag the agent in the Agent field as well. |
| 👤 In Review | Work is complete and pending internal review or AM sign-off. |
| Approved | Reviewed and approved. Only use when sign-off has been confirmed. |
| Done | Fully complete, approved, and closed. Nothing left to action. |
| Cancelled | Task is no longer needed. Do not delete tasks — cancel them so the history is preserved. |
| Scenario | How to structure it |
|---|---|
| Full website build | Parent: "Full Website Design & Dev — [Client]" → Sub-items: Create Homepage, Service Pages, Contact Us, About Page, etc. Assign each to the right person with its own due date. |
| New landing page | Parent: "Create New Landing Page — [Client]" → Sub-items: Landing page content, Form setup (assign to Karla), QA, Tracking setup. |
| Multiple website changes | Parent: "Website Updates — [Client]" → one sub-item per individual change. This is the Notion replacement for tracking multiple revisions — everything stays in the board. |
| Simple single task | No sub-items needed. A standalone task like "Add New Dentist — Stones Corner Dental" is fine when the scope is clear and contained. |
| Situation | What to do |
|---|---|
| New request via AM | Create the task card first — set the Client, Task Category, and Due Date — then start work. Log it first, work second. |
| Large task with multiple parts | Create the parent task, then add sub-items for each component. Assign each to the right person — you, Pradeep, Karla, Forge, etc. |
| Handing off to an AI agent | Tag the agent in the Agent field, set Status to "🤖 Waiting on Agent", and tick AI Action Required if the agent needs to pick it up autonomously. Add clear instructions in Notes. |
| Work has started | Set Status to "In progress". Do not leave it on "Not started" once you have begun. |
| Waiting on the client | Set Status to "Waiting on Client" and add a note with what you are waiting on. Flag the AM — they handle the follow-up, not you. |
| Ready for review | Set Status to "👤 In Review" and notify the relevant person internally. Do not mark Done or Approved without sign-off. |
| Task is done and approved | Set Status to "Approved" or "Done", add a brief completion note, and post your internal channel update. Do not skip the note — it is the audit trail. |
| Task no longer needed | Set Status to "Cancelled". Do not delete. The record needs to stay for reporting and agent learning. |
| Meeting action item | Log within 24 hours. Named owner, due date, correct Task Category. A verbal action with no Notion record is very easy to lose track of. |
These are the things that keep the team running smoothly. Nothing here is complicated — it's mostly just about being consistent and not letting things slip.