Two or three refund requests per 100 new clients is a normal rate in the offers we run. Under five is fine. Most coaches cannot tell you their number.

They know roughly how many refunds went out last month. They do not know which closer sold those clients, which intake month they came from, or how many days after paying they asked. That is the part that tells you what to fix.

What columns does the log need?

ColumnExampleWhy it is there
Date receivedthe day the request or dispute notice arrivedSpeed of handling; links to the processor record
Client and cohort monththe month the client first paidShows which intake carried the problem
Closerthe name on the saleShows whether a pitch is the source
Days since purchasee.g. 4, 38, 120Before onboarding, first 30 days, or later
Typerefund request, inquiry or chargebackDisputes count against your ratio; requests do not
Reason in the client's words"I was told it was done for me"The exact words point at sales, onboarding or delivery
Outcome and amountkept, refunded, dispute won or lostCash impact per cohort and per closer
Call recording checkedyes, with the timestampWhether the promise was really made
The refund and dispute log. One row per case, kept by the person who takes refund calls.

A Google Sheet is enough. The closer and cohort columns come from the sale, so pull them from the client row rather than typing them twice.

How do you count it?

Per 100 new clients, never as a raw count. Six refunds in a month of 300 new clients is two per 100. Six in a month of 60 is ten per 100. The raw number looks the same and means the opposite.

  • By closer: requests and disputes per 100 clients each closer sold.
  • By cohort: requests and disputes per 100 clients who first paid that month.
  • By timing: before onboarding, inside the first 30 days, after 30 days.
  • By type: refund requests and disputes in separate columns, since only disputes hit the processor ratio.

What does each pattern mean?

Pattern in the logPoints atFirst fix
Spread evenly across every closerThe program or onboardingOnboarding speed and the first win inside two weeks
Piled under one closerThat closer's pitchPull the recordings, play them to the closer next to the agreement
Many requests before onboardingFear right after the sale, or an oversold callOnboarding call booked within days of payment
One cohort much higher than the restSomething that changed that monthCheck launch messaging, a new closer, an offer change
Disputes with no refund request firstClients could not reach a personOne named contact for refunds, answered within a day
How we read the refund and dispute log. One pattern is enough reason to pull the sales recordings.

The last row matters most for the processor. A client who asked and got a call rarely goes to the bank. A client who never reached anyone often does.

I track it over time as well as live. If you only see the current month, you never see whether it got better or worse three months ago. Then you loop in the same place and never improve dramatically.
Diego Miescher
Founder

Who keeps the log, and who reads it?

One person takes every refund request, and that person keeps the log. In the offers where we put one person on refunds, refunds went to about one a month or less. The same person sees every reason, which is how patterns get noticed at all.

The founder reads it once a month next to new clients by closer. The sales lead gets the closer view. Client success gets the timing view, because requests inside 30 days are an onboarding problem as often as a sales one.

Watch out. Do not use the log to punish a closer on one bad month. Ten clients is too few to judge. Look at three months, then listen to the calls before you say anything.

This week. Build the log from the last 90 days of refunds and disputes in Stripe or Whop. Add the closer and the cohort month to each row. Count per 100 new clients by closer and read the top line.