amoCRM для учебного центра в Самаре: четвёртая попытка внедрить CRM — и почему пришлось убрать половину напоминаний

Учебный центр индустрии красоты в Самаре трижды пробовал работать в CRM и трижды возвращался в Excel и мессенджеры. Перед запуском платной рекламы центр обратился в iFabrique: заявки, записи на пробные занятия и оплаты нужно было собрать в одну систему. Внедрение прошло полный путь от аудита до передачи в техподдержку за два с половиной месяца. Самое важное в этом проекте случилось в середине: систему пришлось не наращивать, а сокращать.

Центр обучает парикмахеров, барберов и мастеров маникюра. Курсы офлайн, от двух дней до двух с половиной месяцев. Ученики осваивают профессию с нуля или подтверждают навыки самоучки; приезжают из Самары и соседних небольших городов. Центр работает по франшизе. Продажи ведут два менеджера, контролируют два руководителя. Решение клиент принимает от нескольких дней до пары месяцев, и почти всегда на этом пути есть промежуточная точка — бесплатное пробное занятие.

Excel в центре формально существовал, но данные в него не вносились уже с начала года. Настоящая база жила в мессенджере: канал с подпапками, где менеджер раскладывала заявки по источникам и помечала касания. Перезвоны — в личном календаре. Подтверждения записи и напоминания о пробных занятиях она отправляла вручную, обычными СМС с личного телефона. На это уходили целые дни. Анкету выпускника ученики заполняли на бумаге.

Попытки навести порядок уже были — три. Центр пробовал amoCRM и ещё две системы, на одной проработал около полугода. Каждый раз всё возвращалось к таблицам и подпапкам. Объяснение звучало просто: не было специалиста, который помог бы разобраться, и не было интеграций — заявки всё равно приходилось переносить руками. Ситуация типовая: CRM формально есть или была, а управляемости нет. Почему так происходит и с чего начинать исправление — отдельно разобрано в статье «CRM не работает: что делать».

Толчком к четвёртой попытке стала реклама. Центр готовил новый сайт и запуск Яндекс Директа с таргетом ВКонтакте. Направлять платный трафик в мессенджер с подпапками означало платить за заявки, судьбу которых никто не сможет проверить.

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

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

Такая конструкция держится до первого роста нагрузки. Запуск рекламы стал бы этим ростом.

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

Этап «Предложение согласовано» появился по запросу самого менеджера. Между «я готова прийти» и внесённой предоплатой клиенты зависали, и нужна была, по её словам, «подгоняющая воронка»: напоминания за десять, пять и три дня до старта курса, чтобы дотянуть человека до брони места.

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

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

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

Менеджер сформулировала проблему точнее любого консультанта: «Задачи выполняются, но из-за того, что на одну сделку падает очень много автоматических задач, происходит неразбериха. Это не помогает нам, а путает». Маркетолог добавил про контроль: «Просроченные задачи проходят мимо глаз. Их так много, что подсветка никак на нас не действует».

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

На третьей встрече сопровождения настройку пересмотрели — в сторону сокращения. Из каскада автозадач убрали всё, что дублировало живую работу менеджера. Вместо этого закрепили три правила.

Первое: задачу на следующий контакт ставит менеджер — сам, на конкретную дату, сразу после разговора с клиентом. «Перезвонить 27-го» — это не заметка в примечании, а задача с датой, которая загорится в нужный день.

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

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

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

На финальной встрече эффект подтвердила та же менеджер, которая месяцем раньше тонула в уведомлениях: задач стало меньше — «и мне удобнее: сама всё вижу, сама проставляю».
Разница между потоком уведомлений и рабочей задачей — управленческая, а не техническая: список дел не управляет продажами, продажами управляет следующий шаг по конкретной сделке, со сроком и ответственным. Эту мысль мы коротко разбирали в MAX-канале iFabrique.

• Заявки с сайта, из Telegram, MAX и телефонии собираются в одной системе; видно, кто из менеджеров ведёт каждый диалог.
• У каждой активной сделки есть следующий шаг с датой; сделки без задач и просрочки видны руководителю сразу.
• Ручные СМС с личного телефона заменены сообщениями и напоминаниями из CRM.
• Спустя месяц работы в активной квалификации находилось порядка 25 сделок — раньше такой объём жил бы в подпапках и памяти.
• Причины отказов фиксируются и работают: по отказу «выбрал другой учебный центр» менеджер перезванивает и выясняет условия конкурентов. Уже нашёлся случай, когда клиент ушёл в центр с более высокой ценой, — повод пересмотреть, как центр доносит стоимость на первом звонке.
• База контактов ведётся без дублей; новый менеджер вышла на работу и освоила систему по видеозаписи обучения, не дожидаясь специалиста iFabrique из отпуска.

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

Проект передан в техническую поддержку, но часть контура ещё закрепляется — это очередь работ живого внедрения, а не недоделки. Центр переходит на мобильную телефонию, настройка идёт на стороне оператора. Заявки со второго сайта, который обслуживает головной офис франшизы, пока приходят на закрытую корпоративную почту и заносятся вручную — вопрос решается с франчайзером. Сообщения ВКонтакте и отдельную воронку для рабочих переписок команда осознанно отложила: сначала стабилизировать основной процесс продаж, потом расширяться.

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

Внедрение amoCRM своими силами: ошибки — почему самостоятельные внедрения часто заканчиваются возвратом в Excel.
Почему рост рекламы не даёт роста продаж — о том, зачем наводить порядок в продажах до запуска трафика.
Кейс: внедрение amoCRM для сервисного центра — как похожая задача решалась в другой сфере: заявки, задачи и контроль в одной системе.

Дело не в количестве заявок, а в том, где они живут. Пока база хранится в мессенджере и памяти одного менеджера, бизнес зависит от этого человека: уйдёт он — уйдут и договорённости, и перезвоны, и история клиентов. CRM переносит этот риск с человека на систему. А при запуске платной рекламы без CRM невозможно проверить, что произошло с каждой оплаченной заявкой.

Обычно не из-за программы. Клиент из этого кейса пробовал три системы, и каждый раз возвращался в Excel: не было специалиста, который довёл бы настройку до работающего процесса, и правил, по которым команда работает в системе каждый день. CRM приживается, когда вместе с ней появляются процесс, обучение и сопровождение по живым сделкам.

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

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

Понимание, почему клиенты не доходят и кого выбирают вместо вас. В кейсе центр по причине «выбрал другой учебный центр» стал перезванивать ушедшим и выяснять условия конкурентов — и обнаружил случай, когда клиент ушёл в школу с более высокой ценой. Это повод пересмотреть, как менеджер доносит стоимость на первом звонке.

Book design is the art of incorporating the content, style, format, design, and sequence of the various components of a book into a coherent whole. In the words of Jan Tschichold, "Methods and rules that cannot be improved upon have been developed over centuries. To produce perfect books, these rules must be revived and applied." The front matter, or preliminaries, is the first section of a book and typically has the fewest pages. While all pages are counted, page numbers are generally not printed, whether the pages are blank or contain content.

Book design is the art of incorporating the content, style, format, design, and sequence of the various components of a book into a coherent whole. In the words of Jan Tschichold, "Methods and rules that cannot be improved upon have been developed over centuries. To produce perfect books, these rules must be revived and applied." The front matter, or preliminaries, is the first section of a book and typically has the fewest pages. While all pages are counted, page numbers are generally not printed, whether the pages are blank or contain content.