← Emberlern/The Data Diaries With Dee
Course 02 · Customer Support / The Everyday Digital Navigator / Draft curriculum

The ticket that doesn't come back

Ten modules that take someone from no remote work experience to a paid customer support rep who keeps customers instead of just closing tickets — because the reply-fast, script-the-answer half of this job is already being handled by a chatbot.

Modules10 + capstone
Lessons50
Run time~10h
PrerequisitesNone
Free previewModule 1
The thesis

Every other support course teaches the script. AI now writes the script.

Answering an order-status question, drafting a first-pass reply, finding the right help-centre article, summarising a long thread before a handover — these are the tasks a beginner support course spends most of its length on, and they are exactly the ones a chatbot or an AI copilot now handles adequately, for a few dollars a month, without a shift pattern. Teaching someone to be a fast, polite ticket-closer in 2026 is teaching them to compete with software on software's terms.

What a brand still pays a person for is narrower and much more defensible: the judgement call on what a complaint is really about, the discretion to handle a customer's sensitive situation without it becoming office gossip, the read on when a policy should bend and when holding the line is what's actually fair, and the relationship with the customer who has bought from this brand for two years and is quietly deciding whether to keep doing so. A chatbot cannot decide that a "where's my order" message is actually the fourth complaint from someone about to leave a one-star review and go quiet forever.

So this course teaches the channels and the tools in order to teach the judgement sitting on top of them — and it never teaches a conversation without teaching what to do when it goes wrong.

The sequence is built the same way Course 01's was: it front-loads the two skills every support job post actually tests — running a stacked ticket queue, and staying steady with an angry customer — because a learner who stops halfway has still learned the two things that get someone a trial shift. It puts getting paid at module 9 rather than as a footnote, for the same reason it mattered in Course 01: cross-border payment friction is what makes people quit remote work, not the work itself. And it treats the AI chatbot as a colleague to supervise from module 7 onward, not a threat to out-type — because the rep who reviews and corrects the bot is worth more than the rep the bot quietly replaces.

Full outline

Ten modules, fifty lessons, eleven drills

Every module ends with a drill built from a mess, not a quiz — a stacked queue, a real angry thread, a policy grey area — because that is how support work actually screens people. Open any module to see its lessons.

01 What a support rep is actually paid to keep 5 lessons · 55m
1.1Nobody hires a support rep to close tickets. They hire one to keep customers.
1.2The four kinds of support work, and which two actually pay
1.3What AI chatbots already do better than you, and what that leaves
1.4The trust ladder: from a trial shift to owning the whole queue
1.5Your service, in one sentence a founder can repeat to someone else

DrillFive real support job posts. For each, name what is actually being protected — a rating, a repeat customer, a refund cost — which parts a chatbot would already handle, and what is left that needs a person. Then pick the one you would apply to and say why the other four are traps.

02 The ticket queue 5 lessons · 1h 10m
2.1Getting access without becoming the breach: shared inboxes, permissions, and what never gets shared
2.2Triage: severity, channel, and the ten-minute pass through a stacked queue
2.3Writing in the brand's voice, and the file that makes it repeatable
2.4Macros versus a human reply: when a template is the right call, and when it insults the customer
2.5The end-of-shift handover that makes the next person's morning easy

DrillSixty stacked tickets across email, chat and WhatsApp, one hour. Clear the queue, keep a log of every judgement call you made, and write the handover the next rep reads.

03 The angry customer 5 lessons · 55m
3.1Why customers escalate, and the three complaints that are never really about the product
3.2The de-escalation script: acknowledge, own, act — without over-promising
3.3When policy says no and the relationship says be careful
3.4The public complaint: same fire, different stage
3.5Knowing when you are the wrong person to keep talking, and handing off well

DrillThree real angry-customer threads — one email, one live-chat transcript, one public review. Respond to each within policy, and keep the customer.

04 Channels: one problem, five sets of rules 5 lessons · 1h
4.1Email: the paper trail, and writing for someone who will reread it later
4.2Live chat: speed without sloppiness, and the canned reply that reads canned
4.3WhatsApp and social DMs: informal tone, real boundaries, still logged
4.4Voice notes and calls: what changes when there is no undo button
4.5Choosing the right channel to move a conversation to, and why switching defuses more than it seems

DrillThe same complaint arrives on four channels in one afternoon. Reply appropriately to each without contradicting yourself.

05 Refunds, returns and judgement under policy 5 lessons · 1h 5m
5.1Reading a policy like a lawyer reads a contract — what it actually permits
5.2The refund conversation: verifying without accusing
5.3Where discretion lives: the calls you make alone, the calls you escalate
5.4Goodwill gestures: when they retain a customer, and when they train one to complain
5.5Documenting the exception so the next rep is not stuck explaining it

DrillTen borderline refund requests against a real policy document. Decide, write the reply, and flag which ones needed escalation.

06 The knowledge base 5 lessons · 1h
6.1Turning a repeated question into a documented answer with a stopping point
6.2Auditing an existing help centre for what is outdated, missing, or wrong
6.3Writing an article a stressed customer can actually follow
6.4Keeping macros and docs in sync as policy changes
6.5Reporting the pattern back: when five tickets are actually one product problem

DrillAn outdated help centre with a stale return policy. Find the gaps, rewrite three articles, and flag the pattern worth escalating to the founder.

07 Working with AI as your junior 5 lessons · 1h 10m
7.1What to hand the chatbot, and what must always route to a human
7.2Briefing a bot on your knowledge base without letting it invent policy
7.3The three-way check: catching a hallucinated promise before the customer does
7.4Reviewing AI-suggested replies at speed without rubber-stamping them
7.5Confidentiality: what never goes into a prompt

DrillTen AI-drafted replies, three of which invent a policy that does not exist. Find them, fix them, and explain the business risk of each.

08 The metrics, and what they hide 5 lessons · 55m
8.1CSAT, first response time, resolution time — what each is actually measuring
8.2When chasing a metric makes the service worse
8.3Reporting a bad week honestly, with the reasons, not just the numbers
8.4Saying no to a target that would mean doing the job badly
8.5The one-page weekly report a founder actually reads

DrillA messy week of ticket data. Compute the real numbers, and write the report that explains the dip honestly.

09 Running yourself as a business 5 lessons · 1h 5m
9.1Hourly, retainer or per-ticket: the arithmetic behind each, and when to use which
9.2What your hour actually costs you: data, power, transport, tax, unpaid admin
9.3The one-page agreement and the trial-shift rule
9.4Getting paid across borders: rails, fees, FX, and the wait that makes people quit
9.5Tracking shifts and invoicing without losing your evening to it

DrillBuild your rate card from your real costs, write your one-page agreement, and set up a payment route end to end — proven with a live test transaction, not a screenshot.

10 Getting your first three clients 5 lessons · 1h 5m
10.1Choosing a niche narrow enough that someone remembers you
10.2The profile: a LinkedIn page and a one-page service page that do the same job
10.3Proof of work when you have never had a support role
10.4Outreach: where small brands actually are, and the message that gets a reply
10.5The trial shift and the interview: how to be the one they choose

DrillTwenty real prospects, twenty messages sent, all tracked in one sheet. Report what came back, and what you would change about message twenty-one.

C Capstone: the backlog 2 weeks · assessed
·A cleared sixty-ticket backlog across three channels, with a written judgement log
·A de-escalated public complaint thread that kept the customer
·Three rewritten knowledge-base articles, plus the pattern flagged upward
·Ten AI-drafted replies reviewed and corrected, with the risk of each explained
·One honest weekly metrics report
·A five-minute walkthrough, marked on how you handle being challenged

BriefYou are dropped into one fictional new brand's genuinely bad week: a backlog across three channels, a public complaint gaining replies, a policy grey area, and a chatbot that has been quietly promising a discount that does not exist — all at once, with more arriving than you can finish. Marked on judgement and on what you chose to leave undone — not on tidiness.

Module one, written in full

What a support rep is actually paid to keep

Five lessons, about fifty-five minutes. This is the free opener, so it has to do two jobs at once: teach something genuinely useful in the first ten minutes, and make the rest of the course feel necessary. The running example throughout modules 1–9 is Tolu Bankole, who runs support for Bumi Naturals — a Lagos skincare and wellness brand shipping across Nigeria and starting to ship to Ghana and Kenya.

1.111 min

Nobody hires a support rep to close tickets. They hire one to keep customers.

Here is the first thing to unlearn. You are not being paid to make a number go to zero. A queue at zero tells a founder nothing about whether the customer who wrote in is still going to buy again. Every brand that has ever hired a support person did it at a specific moment: the moment they noticed a customer had gone quiet after a bad experience, or a founder realised they were the one answering "where is my order" at midnight instead of sleeping.

That is the thing you are actually being paid for — the customer who was about to leave, staying instead. Ticket volume, response time, a tidy inbox: all mechanism. None of it is the job.

Why does this matter on day one? Because it changes how you answer. A rep who thinks in tickets closes the "where is my order" message with a tracking link and moves on. A rep who thinks in customers notices this is the third message from the same person this month, checks whether the pattern is a shipping problem worth flagging, and answers the tracking question and the anxiety underneath it — because a customer who has been ignored twice is not really asking about a parcel anymore.

One of those reps gets replaced by a chatbot within a year, because a chatbot can send a tracking link. The other becomes the person a founder cannot imagine running the brand without.

There is a version of this worth carrying with you: the ticket is the surface, the relationship is the job. A brand can survive a slow reply. It struggles to survive a customer who quietly decides, after one bad interaction, to never mention them to a friend.

  • Covered in this lesson
  • Why ticket volume and response time are mechanism, not the actual job
  • Tickets versus customers, and the sentence that gives away which one you are managing
  • Why a repeat contact from the same person is worth more attention than a new one
  • The rep who gets replaced by a chatbot, and the one who does not — what actually separates them
Do this now

Think of the last time you personally contacted a company with a problem and it went badly. Write down, in one sentence, what would have made you stay a customer anyway. Keep it — you will use it in 1.5.

1.212 min

The four kinds of support work, and which two actually pay

Beginners lose their first months to the wrong kind of support work. Not to a lack of skill — to taking the first shift offered without noticing which of four very different jobs it actually is.

The overwhelmed founder's whole inbox. A solo skincare brand, a small SaaS tool, a one-person online shop — real revenue, no team, drowning in the same fifteen questions every day. Tolu Bankole's actual first client, Bumi Naturals, is exactly this. They can pay, they decide alone, and they feel the pain every single morning. Best client, and most beginners overlook them because the brand is small.

The small business with a growing queue. Five to twenty staff, one overworked person handling support alongside three other jobs. Slower to bring you on properly, but once you are trusted, the role grows for years.

The scaling startup. Funded, generous when things are going well, volatile when they are not. They will ask you to cover sales chat and onboarding too, and the role can vanish in a funding gap. Take them, but never make them your only client.

The ticket farm. Advertises "support agent needed, must handle 80+ chats a day, $2.50/hr, immediate start." This is not a client, it is a treadmill measured entirely on speed. Learn to recognise this post in ten seconds and close the tab — every hour spent here is an hour not spent becoming someone paid for judgement instead of throughput.

On rates: entry-level offshore support work commonly sits at the low end of what a task-based platform pays, while a rep trusted with a brand's whole queue and voice reaches considerably more, especially once retained monthly rather than paid per shift. The gap is rarely about typing speed. It is about whether the client believes they are buying replies or buying judgement.

  • Covered in this lesson
  • Four client types, with a real job post shown for each
  • The questions that reveal whether someone can actually pay, before you invest an hour
  • Red flags in a support job post: "must handle 80+ chats", no pay named, "immediate start"
  • What actually separates a low-paid ticket-closer from a well-paid support lead
Do this now

Open any freelance or remote job board and read fifteen customer-support posts without applying to any. Sort them into the four types. Notice how many are ticket farms, and how differently the good ones are written.

1.313 min

What AI chatbots already do better than you, and what that leaves

This is the lesson other courses will not give you, because it makes their curriculum look thin. Better to hear it in the first hour than after a year of learning the wrong half of the job.

AI chatbots and copilots now competently answer routine, repeated questions — order status, return eligibility, how a product is used, opening hours, a first-pass reply to a simple complaint. Those capabilities are already deployed by companies of every size, cost little, and never need a shift covered. If your pitch is "I reply fast and I am polite", you are pricing yourself against something that costs a few dollars a month and answers in two seconds.

Now the other half, and it is the half that pays. There are things no bot does well, and they are not small: judgement about what a complaint is really about — a bot answers the tracking question; it does not notice this is the fourth message from someone about to churn. Discretion — someone has to handle a customer disclosing a health reason for a return, or a complaint that names an employee, and be trusted not to mishandle it. Reading when policy should bend — a bot applies the rule; a person notices when applying it exactly would be technically correct and obviously wrong. Relationships — a repeat customer wants to feel recognised, not processed by a script that has never met them before.

Here is the reframe the whole course rests on: you are not competing with the chatbot, you are supervising it. The rep who lets the bot handle routine volume, reviews what it sends before it goes wrong, and steps in for the conversations that need a person is worth more than the rep who answers everything by hand — and worth considerably more than a founder trying to run the bot alone, because the founder does not want to check its work either. Module 7 covers the mechanics of that supervision; this lesson is where you accept the shape of the job.

  • Covered in this lesson
  • The honest list: what a chatbot already handles well, next to what has not moved
  • Judgement, discretion, reading policy, relationships — the four things that stay human, with an example of each
  • Supervision as the actual job description, and why it is a promotion rather than a threat
  • Why specialising in one kind of brand raises your rate faster than learning one more helpdesk tool
Do this now

Take five tickets from a real support job post or help centre and sort each into two columns: "a bot could handle this acceptably" and "this needs a person". Write one line on what would have to go wrong for a column-one ticket to suddenly need a person. That line is where your value lives.

1.410 min

The trust ladder: from a trial shift to owning the whole queue

Nobody hands a stranger their support inbox and their brand voice on day one. Understanding this saves you from the two mistakes that sink most beginners: asking to own the whole queue too early, and staying stuck on the bottom rung too long.

Rung one, the trial shift. A few hours, one channel, low stakes, easy to check. The test is not whether you can answer correctly. It is whether you flag the thing you were unsure about instead of guessing silently — Tolu's first trial shift for Bumi Naturals was three hours on email only, and the moment that got him hired was a single message: "I wasn't sure whether to offer a replacement or a refund on ticket #114, so I held it — here's what I'd lean toward and why."

Rung two, the recurring shift. A regular slot each week, the same responsibilities each time. The test is consistency — week four looks like week one, and the founder stops double-checking your replies.

Rung three, the standing responsibility. You own the whole queue across every channel. The test is whether tickets stop reaching the founder at all, and whether you tell them what you handled without making them read a transcript of everything.

Rung four, the retainer with judgement attached. A fixed monthly fee for owning support as a function, not a shift. The test most people never see coming: whether you bring things to the founder. "I've noticed the same complaint five times this month — I think it's a packaging problem, not a support problem." A rep who only responds stays on rung three forever.

Every rung is passed on reliability and judgement, never once on typing speed or tool knowledge — which is the same thing the pain research behind this course found: execution and communication are what get someone hired and kept, not a long list of software names.

  • Covered in this lesson
  • The four rungs, the hidden test at each, and the typical time to climb one
  • How to ask for the next rung without sounding like you want more money
  • Flagging uncertainty: the single habit that passes rung one
  • Why bringing a pattern to the founder unprompted is what actually earns a retainer
Do this now

Write the message you would send at the end of a paid three-hour trial shift. Three lines maximum: what you handled, the one thing you were unsure about and what you did instead of guessing, and one thing you noticed that is worth mentioning. Save it — you will use this shape for years.

1.59 min

Your service, in one sentence a founder can repeat to someone else

You are going to write one sentence, and you will use it on LinkedIn, in every outreach message, and in the first thirty seconds of a trial-shift interview. It has to survive being repeated by someone else — because your third and fourth client often come from your first two describing you to a friend, badly, from memory.

"I do customer support" does not survive that. It says nothing about who you help or what stops going wrong.

The shape is: I help [a specific kind of business] stop losing [a specific thing] by [running a defined part of their support].

Compare. "I'm a customer service rep with experience in email, chat and social." Now: "I help small skincare and beauty brands stop losing repeat customers to slow replies by running their email and WhatsApp inbox." The second is narrower — and narrower is why it works. A founder who hears it recognises their own inbox.

The fear here is universal and worth naming out loud: if I narrow it down, I will get less work. The opposite happens, almost every time. Nobody searches for a generalist. Every founder hiring for support is thinking about their own specific queue, and they hire whoever sounds like they have already solved it for someone like them. You can hold two of these sentences, no more — module 10 revisits this once you have real work to point at.

You do not need to have done the work yet to write the sentence. You need to have chosen who you are for.

  • Covered in this lesson
  • The three-part sentence, with worked examples across different kinds of brands
  • The repeatability test: say it to someone, wait an hour, ask them to say it back
  • Why narrowing increases replies, with the reasoning laid out plainly
  • Choosing a niche from what you already know — a product category, a platform, a language
Do this now

Write your sentence. Read it out loud to one person and ask them to repeat it back tomorrow without looking. If they cannot, it is not the sentence yet.

D~45 min

Module drill: read the queue, not the job title

Five real customer-support job posts are supplied — one from each client type in 1.2, plus a deliberately bad one. For each post, write four short answers: what is this brand actually protecting right now (a rating, a repeat customer, a refund cost); which of these tickets would a chatbot already handle acceptably; what is left that genuinely needs a person; and what you would charge, with your reasoning.

Then choose the one post you would apply to, and write one sentence on why each of the other four is a trap. Do it before checking the worked solution — the point is not to match the answers, it is to notice where your reasoning differed and why.

What this drill is testing

Not knowledge. Whether you can look at a job post and see the customer behind it — the same skill that later lets you notice a pattern a founder has not spotted yet.