CRM для компании услуг: запуск своими силами за две недели

Компания услуг — ремонт, монтаж, клининг, обучение, консультации — обычно нуждается в простой цепочке: обращение, уточнение, расчёт, назначение исполнителя, выполнение, оплата, напоминание о повторе. Не десять модулей. Две недели хватает, если контур один, владелец процесса выделен, параллель с таблицей ограничен пятью днями. Мы в NXR-Engine так запускаем типовой сервис: не «идеальная цифровизация», а перестать терять заявки.

Дни 1–2: схема на бумаге — статусы, кто создаёт заявку, срок первого ответа, поля телефон, адрес объекта, услуга, следующий шаг. Сбор черновика в конструкторе или установка шаблона «услуги» из магазина. Команда пока работает по-старому; цель — согласовать слова, не спорить о кнопках.

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

Дни 4–7: новые обращения только в CRM. Из таблицы переносят активные — открытые заказы, не архив пяти лет. Короткое обучение два раза по пятнадцать минут: создать, назначить, следующий шаг. Исполнителям — упрощённый доступ: наряд, контакт, комментарий выполнения.

Дни 8–10: поле оплаты и связь с бухгалтерией вручную — счёт выставлен, оплата получена. Отчёт просрочки каждое утро. Руководитель закрывает три просрочки сам — пример. Список правок от команды: что мешает на объекте, что лишнее в офисе.

Дни 11–14: причины отказа, напоминание о повторном обслуживании, разделение сервисных и новых заявок если уже болит. Решение: расширять контур или ещё неделя на текущем. Критерий успеха — новая заявка не живёт без ответственного и шага дольше регламента.

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

Роли: диспетчер или менеджер создаёт и ведёт до передачи; мастер меняет статус выполнения; руководитель смотрит просрочку и качество заполнения раз в неделю. Бухгалтерия — отметки оплаты. В малой команде один человек совмещает — но роли в системе разведены для роста.

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

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

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

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

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

Запишите имя владельца процесса и его заместителя на период отпуска уже в первую неделю. Без этого на двенадцатый день запуска CRM снова встанет, когда единственный энтузиаст уедет отдыхать, а команда вернётся к старой таблице «временно» до его возвращения.

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

• Зафиксируйте один контур на бумаге до настройки системы.
• Проведите демо на трёх реальных кейсах в день 3.
• Переведите новые заявки в CRM к концу первой недели.
• Подключите поля оплаты и отчёт просрочки во второй неделе.
• Отложите интеграции до стабильной работы ядра.