Read the log in one sitting
The only purpose is spotting a repeat. Three occurrences met one at a time look like three conversations; read together they are obviously one broken lesson.
Capture from six surfaces into one log, a threshold that turns a repeated question into a lesson, drop-off read as the feedback nobody volunteered, a quarterly review with an agenda, and a way to fix a module without staging a relaunch.

Students tell you what the course is missing constantly, in the ordinary business of getting stuck. Almost all of it is thrown away within the hour, because answering a question feels like finishing it.
That is the whole problem, and it is a filing problem rather than a listening one. A question answered in a reply has helped one person; the same question written down beside the lesson it belongs to eventually helps everybody who ever takes the course. The difference between those two outcomes is about eight seconds of typing at the moment the question arrives — and nothing else in course maintenance has that return.
Most course businesses do not, and the advice to “watch what people post” is useless to them. Without a community every question arrives privately and one at a time, so nobody ever says “I had that too” in public and no thread accumulates. The consequence is not that you get less feedback — it is that the pattern is invisible unless you write each one down. Logging is therefore the entire system for a solo course, rather than a supplement to a forum.
One thing worth adding on purpose: a question field inside each lesson. It costs nothing, it collects confusion at the exact point it occurs, and it converts a private email you might never receive into a logged entry attached to the right lesson automatically.
Every course maintenance system that fails fails the same way: it was too well designed to keep up with. A spreadsheet with five columns is not a compromise — it is the thing that still exists in November.
| Column | What goes in it | Why it earns its place |
|---|---|---|
| Date | The day it was asked, not the day you logged it. | The whole method depends on seeing three occurrences in six weeks rather than three across a year. Without a date, the count is meaningless. |
| The question, verbatim | Their words, including the vague ones. Do not tidy it into your own vocabulary. | The phrasing is half the signal. “I do not know what to put in the first box” and “what is a positioning statement” are the same confusion and need opposite fixes — and the raw phrasing is also the copy that will one day sell the course. |
| Lesson | The module and lesson it belongs to, even when the question arrived somewhere unrelated. | Attribution is what turns a list of questions into a map. Questions clustering in one module is a far more useful signal than the total count. |
| Surface | Where it came from: live session, email, in-lesson, support, onboarding, offboarding. | It tells you which channel is actually feeding you. If everything arrives from one place, you are hearing from one kind of student. |
| Type | Curriculum, administrative, or scope. | Three types with three destinations. Only the first one ever becomes a lesson, and mixing them is why most question logs turn into an FAQ nobody reads. |
The Type column does more work than the other four combined, because it stops the log turning into an undifferentiated pile that is easier to ignore than to read.
Read the log in one sitting once a month. The single sitting is the point: three occurrences met one at a time across nine weeks feel like three unrelated conversations, and the same three read together are obviously one broken lesson.
Without a stated threshold, curriculum changes get made on whichever question annoyed you most recently. With one, the log makes the decision and you only have to do the work.
Three is a working number rather than a discovered one, and the reasoning behind it matters more than the figure. Most people who are confused never ask — asking costs effort, exposes you slightly, and requires believing an answer will come. So every question in your log stands in for some unknown number of people who quietly closed the tab. Since you cannot know that multiplier, waiting for a large sample before acting is not rigour; it is a way of never acting. Three separate people, inside one window, is early enough to be useful and late enough not to be noise.
Scale the window rather than the count. In a twelve-person cohort three questions in six weeks is a strong signal about that module. In a self-paced course with hundreds of students moving at different speeds, use a longer window and pay more attention to which lesson the questions attach to than to the raw total.
“The thing three of you asked about last month is now lesson 4b” is the strongest argument anyone will ever hear for bringing you the next question, because it is evidence rather than encouragement. It also tells the cohort the course is maintained, which is worth more than most things you could add to it. The curriculum-loop section of the office-hours guide is the sibling treatment, scoped to a recurring live session.
Questions come from engaged students. Drop-off comes from everybody, including the ones who decided the course was not working and said nothing — which is most of them.
Before reading any of it, separate two populations that look identical in a completion figure: people who reached a lesson and stopped, and people who never reached it at all. A module with no activity is not a bad module; it may be a module nobody has arrived at yet. Conflating those two is the most common way course data gets misread, and it usually leads to rewriting something that was never the problem.
One more signal that is easy to miss: lessons people re-watch. Repeated views of the same lesson can mean it is a reference people keep coming back to, which is good, or that one pass is not enough to follow it, which is not. The question log usually tells you which, and if it does not, that lesson is the obvious candidate for the next section.

In most stacks they are two exports and a spreadsheet: the course platform knows the progress, the inbox knows the questions, and nothing knows both. In Agorix, lesson progress, milestones and inactivity can stay on the same customer record as the purchase and the follow-up — see how courses work.
End-of-course surveys are answered by finishers. Finishers are the people for whom the course worked, which makes them the least informative group you could possibly ask about what is broken.
That is not an argument against asking — it is an argument about timing and audience. Ask inside the course at the point of friction, and ask the people who stopped, by email, one question at a time. Both produce answers from the population a completion survey structurally excludes.
Both are open questions, deliberately. At the numbers most course businesses have, rating scales produce an average of a dozen people that moves for no discernible reason; a sentence in a student’s own words is directly usable and cannot be confused for a measurement. Save the scale for when you have enough responses that the average means something, and even then keep one open box.
Send it manually while numbers are small, and only to people who genuinely started and then stopped — not to everybody who has been quiet for a fortnight. One question, no pitch, and a genuine reason for asking.
Subject: One question about [course name] [First name] — you started [module or lesson name] on [date] and have not been back since. That is completely fine, and this is not a nudge. I am rewriting that part of the course this month and I would rather fix the real problem than guess at it. If you have thirty seconds: what were you trying to do when you stopped? Anything is useful — “it was too long”, “I got busy”, “I could not work out what to put in step two”. One line is plenty. [Your name]
The reason it works is in the third paragraph: you are rewriting that part of the course and you would rather not guess. That is true, it is not a nudge to come back, and it makes replying feel like helping rather than confessing.
Capture is daily and nearly free. Reading the log is monthly and takes twenty minutes. The quarterly review is where it stops being an observation exercise and starts changing the course.
Everybody who answers student questions should be in it, which in most businesses means one person and occasionally two. Book it as a recurring appointment rather than intending to do it, because a review that depends on remembering is a review that happens once.
The only purpose is spotting a repeat. Three occurrences met one at a time look like three conversations; read together they are obviously one broken lesson.
One rewrite, one addition, one cut, a version number and a changelog entry. Leaving with a list of observations rather than named edits is the failure mode this meeting exists to prevent.
The cut is the item people skip, and it is the one that keeps the course teachable. A curriculum that only ever grows becomes longer, slower and harder to finish, and every quarter of additions without a subtraction moves it further from the promise on the sales page. If nothing deserves cutting, cut the lesson with the lowest completion that generates no questions at all — it is doing nothing for anybody.
The most common reason a known-broken lesson stays broken for a year is that fixing it has been mentally attached to relaunching the course. Separate those two and the loop starts turning.
A version is a number and a date, not an event. v2026.1 is enough — the year plus the revision — and it goes at the top of the syllabus, on any certificate you issue and in a dated changelog inside the course. That changelog is worth more to past students than any re-engagement campaign you could write, because it is evidence that the thing they bought is still maintained.
Match the announcement to the size of the change. A re-recorded lesson needs a changelog line and nothing else. A new module that changes what the course delivers is worth one email to current students. A change to the promise itself is not a version — it is a different course, and the sales page and the price have to move with it.
The questions arriving in week one are the prerequisite you keep apologising for. The questions arriving after completion are the next programme. The ones nobody can answer without a conversation are what you should probably be selling as a coaching programme. None of that is visible in any single question; all of it is obvious in twelve months of them.

A repeatable path from what students say and do back into what the course teaches: capture every question in one log with the lesson it belongs to, classify it as curriculum, administrative or scope, count the repeats, read drop-off alongside the questions, and review the whole thing on a fixed schedule so the edits actually ship. The loop only closes when a lesson changes and somebody tells the students it did. The curriculum-loop section of the office-hours guide is the same idea scoped to a single recurring session.
Three separate people asking the same thing is a working threshold for rewriting a lesson; near-universal asking means the lesson is missing rather than unclear. Bias toward acting early rather than waiting for a quorum, because most confused students never ask at all — every logged question stands in for an unknown number of silent ones, and you cannot know the multiplier. Count within a window: three occurrences in six weeks means something that three across two years does not.
Into the course, whenever the question is about the teaching. An FAQ is where curriculum problems go to hide — the real answer ends up outside the lesson that needed it, findable only by the most diligent students, who were never the ones stuck. Reserve the FAQ and help pages for genuinely administrative questions: access, billing, deadlines, where the recording lives. Those belong in the onboarding sequence and a help page, and they are not curriculum problems at all.
Most of the useful feedback never comes from a community anyway. Six surfaces work without one: live sessions if you run any, email and direct messages, the support inbox, a question field inside each lesson, replies to the onboarding sequence, and replies to cancellation messages. The real constraint without a community is that questions arrive privately and one at a time, so nobody else ever says “I had that too” — which makes logging every single one the whole system rather than a nice extra.
It depends which of three shapes it takes. Bought and never started is an onboarding problem, not a curriculum one. Reached a module and stopped is difficulty or sequencing — and the questions disambiguate it, because questions plus stopping means hard, while silence plus stopping means unclear or unmotivating. Stalled near the end usually means no reason to finish, which is what completion systems exist to supply. Always separate never reached from reached and stopped before you interpret anything.
Version it instead of announcing it. Number and date every change, keep a changelog inside the course, add new lessons in place rather than bolting them onto the end, leave the old recording available while people are mid-module, and say what changed once in a single channel. The two changes that genuinely upset people are silently deleting paid content and renumbering modules mid-cohort. Shipping small fixes quickly upsets nobody — and holding three obvious fixes back so they can be launched together is how courses quietly rot.
Quarterly for the full review, with the log read in one sitting once a month. The monthly read is what surfaces a repeat — three occurrences spread across nine weeks look like nothing when you meet them one at a time. The quarterly review is where edits get named, assigned and dated. Both matter: without the monthly read you have no pattern, and without the quarterly meeting you have a pattern nobody acts on.
Lesson progress, milestones, inactivity, assessment results, purchases and follow-up on one customer record — so “which lesson produces the questions” and “who is stuck there right now” are the same query rather than two different exports.
14 days · $0 due today · Payment method required · Cancel before first charge and pay nothing