Ошибки в учете заказов у репетитора

У репетитора учет заказов — это не только список учеников. Здесь важно держать в порядке заявки, пробные занятия, переносы, оплаты, абонементы и контакты родителей, если они оплачивают уроки. Когда все хранится в переписках и заметках на телефоне, быстро теряются деньги, время и повторные обращения.

Ошибки в учете заказов особенно заметны в пиковые периоды: в начале учебного года, перед экзаменами и в сезон подготовки к контрольным. Ниже разберем, где чаще всего возникает путаница и как выстроить понятный учет без лишней рутины.

Почему учет заказов у репетитора ломается

У репетитора один клиент может проходить через несколько этапов: сначала пишет в мессенджер, потом договаривается о пробном уроке, затем берет пакет занятий или приходит нерегулярно. Если не фиксировать каждый шаг, заказ легко «растворяется» между сообщениями, календарем и устными договоренностями.

Главная проблема в том, что у репетитора нет отдельного администратора. Он сам отвечает на сообщения, назначает время, ведет уроки и принимает оплату. Из-за этого любая мелочь вроде переноса на завтра или обещания оплатить после занятия должна попадать в учет сразу, иначе начинаются ошибки.

Смешивание заявок, учеников и оплат

Одна из самых частых ошибок — хранить все в одной куче. В одном списке оказываются новые заявки, постоянные ученики, старые контакты и те, кто давно перестал заниматься. В результате непонятно, кому нужно написать, кто уже оплатил, а кто только интересовался.

Если смешивать все типы контактов, легко забыть про теплую заявку. Например, человек написал вечером, попросил информацию о занятиях, а утром его сообщение уже уехало вниз в общем чате. Через пару дней он может выбрать другого преподавателя просто потому, что ему не ответили вовремя.

Правильнее разделять хотя бы три группы:

• новые заявки;
• действующие ученики;
• завершенные или неактуальные контакты.

Так видно, где есть работа сейчас, а где контакт можно оставить в архиве. Для репетитора это особенно удобно, если ученики приходят волнами: после пробного урока часть остается надолго, а часть уходит.

Потеря расписания и переносов

Еще одна типичная ошибка — вести расписание отдельно от учета заказов. Когда время урока записано в календаре, а договоренности по переносу — в переписке, легко назначить два занятия на одно и то же окно или забыть, что ученик просил сдвинуть урок.

Это особенно больно, если репетитор работает в плотном графике и берет учеников подряд. Один пропущенный перенос запускает цепочку: сбивается весь вечер, переносится следующий урок, а дальше уже приходится извиняться и пересобирать день заново.

Здесь полезно фиксировать не только дату и время, но и статус занятия:

• запланировано;
• перенесено;
• проведено;
• отменено;
• ожидает оплаты.

Тогда в любой момент понятно, что именно происходит с заказом, а не просто где стоит следующий урок.

Нет отдельного учета оплат и долгов

Частая ошибка — помнить оплату «в голове». На практике это быстро приводит к путанице: кто оплатил пакет, кто внес только часть, кто должен за прошлую неделю, а кто заранее оплатил несколько занятий. Если учеников немного, проблема не бросается в глаза. Но как только их становится больше, без учета начинается тихий хаос.

Репетитору важно видеть не только факт оплаты, но и за что именно она была. Иначе легко перепутать оплату за пробный урок с оплатой за пакет, особенно если часть учеников занимается нерегулярно. Это же касается родителей: оплату может отправить один человек, а занимается другой.

Чтобы не терять деньги, нужно отдельно фиксировать:

• сумму и дату оплаты;
• за какое занятие или период она внесена;
• есть ли долг или предоплата;
• кто именно оплатил.

Такой учет помогает быстро отвечать на стандартный вопрос: «А за какой урок была эта оплата?» и не искать переписку по нескольку минут.

Отсутствие истории общения и договоренностей

Репетитор часто договаривается о важных вещах в сообщениях: формат занятий, длительность, домашние задания, переносы, пробные уроки, каникулы. Если не хранить историю общения, через месяц уже сложно вспомнить, о чем именно договорились с конкретным учеником.

Это приводит к неловким ситуациям. Например, ученик уверен, что занятие идет 60 минут, а вы помните только «короткий урок по математике». Или родитель считает, что пакет включает дополнительные проверки домашних заданий, а вы об этом не договаривались.

История контакта нужна не для формальности, а чтобы быстро восстановить картину. Полезно фиксировать:

• как пришел клиент;
• что он просил на старте;
• какие были договоренности по урокам;
• почему были переносы или паузы;
• когда планируется следующий контакт.

Это экономит время и делает общение спокойнее. В CRM это удобно хранить рядом с карточкой ученика или заявки: вся информация лежит в одном месте, а не размазана по чатам и заметкам. В Искра CRM это особенно полезно, если нужно держать под рукой контакты, историю общения и напоминания по заказам.

Слабый контроль загрузки и повторных заказов

У репетитора заказы часто повторяются: школьник приходит на весь учебный год, студент — только на сессию, взрослый ученик — на несколько месяцев. Если не считать загрузку по ученикам и по времени, легко упустить, что календарь переполнен или, наоборот, провисает в свободные дни.

Ошибка здесь двоякая. С одной стороны, можно взять слишком много занятий и выгореть. С другой — не заметить, что часть учеников давно не записывалась на следующий урок, хотя могла бы продолжить занятия. В итоге теряются и время, и выручка.

Полезно смотреть не только на количество уроков, но и на повторные обращения:

• кто уже занимался и может вернуться;
• у кого заканчивается пакет;
• кому пора напомнить о следующем уроке;
• какие заявки не дошли до записи.

У самозанятого репетитора это напрямую связано с доходом: чем лучше видно повторные заказы, тем проще планировать месяц.

Как упростить учет без лишней таблицы

Многие репетиторы начинают с таблицы или заметок. Это нормально, пока клиентов немного. Но проблема в том, что таблица не напоминает о переносе, не показывает историю общения и не помогает быстро вернуть клиента в работу. При росте числа учеников система начинает требовать все больше ручного контроля.

Упростить учет помогает одна логика: каждый заказ должен иметь свой статус, связанный контакт, запись об оплате и короткую историю действий. Тогда видно не только, кто пришел, но и на каком этапе сейчас находится ученик.

Если у вас несколько каналов связи — мессенджеры, звонки, заявки с сайта — важно сводить их в один список. Иначе один и тот же человек может существовать в трех разных местах под разными заметками. Для репетитора это особенно неудобно в сезон, когда новых обращений много и время на поиск контакта ограничено.

В CRM удобно использовать напоминания: написать после пробного занятия, уточнить оплату, напомнить о следующем уроке, вернуться к ученику после паузы. Это не про сложную автоматизацию, а про простой порядок в заказах.

Бытовые примеры из практики

Репетитор по английскому ведет учеников через мессенджер, а расписание — в обычном календаре. Один школьник попросил перенести занятие, но отметку об этом сделали только в переписке. В итоге репетитор случайно поставил на это время другого ученика. Конфликт возник не из-за работы, а из-за того, что перенос не попал в общий учет.

Похожая ситуация бывает у мастера, который принимает заказы на дом. Клиент уточнил дату, потом перенес встречу, а мастер оставил это только в личных сообщениях. Через пару дней он увидел свободное окно и занял его другим заказом. У фрилансера та же история: заказчик написал «вернемся завтра», но без статуса задача потерялась среди других переписок. У репетитора такие же риски, только вместо задач — уроки и оплаты.

Еще один частый пример — пробный урок без фиксации результата. Человек пришел, занятие прошло хорошо, но в учете осталась только пометка «созвон». Через неделю репетитор уже не помнит, нужно ли писать этому ученику первым. Если бы была история контакта, повторный выход был бы проще.

Итоги

• Учет заказов у репетитора ломается, когда заявки, занятия, оплаты и переписки живут отдельно.
• Самые болезненные ошибки связаны с переносами, забытыми оплатами и потерей истории общения.
• Разделение контактов по статусам помогает не терять новых учеников и не путать действующих с архивом.
• Если фиксировать расписание, оплату и договоренности в одном месте, уменьшается число накладок и спорных ситуаций.
• CRM полезна не ради “сложной системы”, а ради простого порядка в повторяющихся заказах и напоминаниях.

Практические шаги

1. Разделите всех людей в учете на новые заявки, действующих учеников и неактуальные контакты.
2. Для каждого ученика заведите одну карточку с контактами, предметом, форматом занятий и короткой историей договоренностей.
3. Фиксируйте каждое занятие со статусом: запланировано, перенесено, проведено или отменено.
4. Отдельно отмечайте оплаты: дату, сумму, за какой урок или период она внесена, есть ли долг или предоплата.
5. Сразу записывайте переносы и отмены, а не оставляйте их только в переписке.
6. После пробного урока ставьте напоминание о следующем контакте, чтобы не терять теплые заявки.
7. Раз в неделю проверяйте, у кого заканчивается пакет занятий и кому пора напомнить о записи.
8. Если учеников становится больше, перенесите учет из заметок в систему, где можно хранить контакты, заказы, историю и напоминания в одном месте.