Пошаговое руководство CRM для компаний по подключению газа: как навести порядок в заявках, документах и сроках — без хаоса и лишних затрат
Заявка пришла в МАХ. Вторая — звонком. Третья — через форму на сайте. Проходит месяц, и никто не может с ходу сказать, на какой стадии находится конкретный объект: получены ли технические условия, ушёл ли проект на согласование, кто отвечает за передачу документов в газораспределительную организацию.
Знакомая картина?
Если вся работа компании до сих пор держится на Excel-таблице, переписках в мессенджерах и памяти менеджеров — это не признак того, что что-то пошло не так. Это нормальный этап роста, через который проходит почти каждая компания, занимающаяся газификацией домов и участков: 30–50 заявок в месяц уже невозможно удержать в голове или в одной таблице.
Про внедрение Битрикс24 часто думают: это долго, дорого и требует отдельного айтишника в штате. На практике для отраслевой компании такого масштаба всё можно выстроить поэтапно, без остановки текущей работы — начиная с одной воронки под самый частый сценарий.
В этом руководстве — пошаговый план, как настроить Битрикс24 именно под специфику газификации физических лиц: с учётом технических условий, проектирования, строительно-монтажных работ и передачи документов в ГРО.
Шаг 1. Найдите свою точку боли
Главная ошибка при внедрении CRM — попытка автоматизировать всё и сразу. Для компании из сферы газификации типичный набор проблем выглядит так:
-
Заявки теряются между каналами — звонок, сайт, «Авито», мессенджеры живут отдельно друг от друга.
-
Нет единой базы клиентов и истории по каждому объекту.
-
Документы — паспорт, СНИЛС, технические условия, проект, акты — разбросаны по папкам и переписке и теряются при увольнении или отпуске сотрудника.
-
Никто не контролирует сроки: просрочка согласования проекта или передачи документов в ГРО вскрывается только тогда, когда звонит недовольный клиент.
-
Непонятно, кто отвечает за оплату на каждом из этапов, а кто — за объект после передачи между отделами.
Не пытайтесь закрыть все пункты сразу. Выберите один — чаще всего это «мы не видим, на какой стадии находится каждый объект» — и стройте систему вокруг него.
Шаг 2. Построение воронки под модель бизнеса
«Газификация физических лиц» — общий термин, за которым скрываются разные бизнес-модели, и настройка CRM должна под них подстраиваться:
-
компании полного цикла — от получения технических условий до строительства газопровода и сдачи сети в газораспределительную организацию;
-
компании автономной газификации — установка и обслуживание газгольдеров, доставка газа, монтаж оборудования без стройки магистральных сетей.
Для компании полного цикла рабочая воронка обычно выглядит так (это не шаблон «на все случаи», а ориентир — часть стадий у вас может отсутствовать или называться иначе):
|
№
|
Стадия воронки
|
|
1
|
Новое обращение
|
|
2
|
Выезд инженера
|
|
3
|
Коммерческое предложение
|
|
4
|
Подготовка и подписание договора
|
|
5
|
Технические условия (ТУ)
|
|
6
|
Проектно-изыскательские работы (ПИР)
|
|
7
|
ПИР на согласовании
|
|
8
|
СМР — подземный газопровод
|
|
9
|
СМР — надземный газопровод
|
|
10
|
ПТО (исполнительная документация)
|
|
11
|
Согласование исполнительной документации
|
|
12
|
Передача исполнительной документации в ГРО
|
|
13
|
Договор и акты готовности сетей
|
|
14
|
МРГ
|
|
15
|
Проверка сети до границ участка
|
|
16
|
Разрешение и пуск газа
|
Если ваша компания занимается не строительством газопроводов, а, например, установкой и обслуживанием газгольдеров и доставкой газа — большая часть этих стадий вам просто не нужна. Цикл короче: коммерческое предложение → договор → монтаж или заправка → оплата. Плюс имеет смысл отдельная воронка сопровождения уже подключённых клиентов — с напоминаниями о плановой заправке.
Хорошая практика — сразу закладывать в системе несколько воронок под разные направления: например, «Физические лица» (рабочая, самая нагруженная), «Юридические лица» и отдельная воронка под специфический регламент подключения, если он у вас есть. Но начинать рекомендуется с одной — той, что закрывает основной поток заявок.
Шаг 3. Настройка карточки сделки под этапы работ
Карточка сделки — это «личное дело» объекта, и для газификации её удобно собирать из нескольких блоков.
Основной блок
-
клиент — физическое или юридическое лицо, представитель;
-
адрес и район объекта, тип объекта (жилой дом, квартира) — это пригодится для автоматического распределения инженеров, о котором ниже;
-
источник обращения — заполняется автоматически при интеграции с каналами связи;
-
ответственный, а также отдельные поля «ответственный за ПИР» и «ответственный за исполнительную документацию» — на разных этапах объектом занимаются разные специалисты.
Технический блок
-
вид газопровода — подземный или надземный;
-
длина трассы, давление, газовое оборудование, дополнительные технические параметры;
-
наличие технических условий (да/нет), даты подачи и получения, файл ТУ.
Блок оплат
Оплата обычно разбита на несколько этапов — например, при заключении договора, после строительно-монтажных работ и перед пуском газа. По каждому этапу фиксируются сумма, дата оплаты и статус: оплачен, в ожидании или не оплачен. Это поле — основа для автоматического контроля платежей (шаг 4).
Блоки документов
Удобно разносить документы по блокам, привязанным к этапам работ:
|
Блок
|
Что входит
|
|
Общие документы клиента
|
паспорт, СНИЛС, договор, план дома, выписки, фотографии объекта
|
|
Документы ТУ
|
файл технических условий, даты подачи и получения
|
|
Документы ПИР
|
PDF и DWG проекта, точка подключения, лист согласования
|
|
Документы СМР
|
фотографии подземных и надземных работ, даты выполнения
|
|
Документы ПТО
|
исполнительная документация, строительный паспорт, акты, документы по оборудованию и счётчику
|
|
Документы ГРО
|
акт готовности сетей, договор техобслуживания, комплект документов для лицевого счёта
|
Такая структура решает две задачи сразу. Во-первых, вся информация по объекту хранится в одном месте — не нужно поднимать переписку за полгода, чтобы найти скан ТУ. Во-вторых, если сотрудник увольняется или уходит в отпуск, данные остаются в карточке, а не в его личной почте и папках.
Шаг 4. Настройка автоматизации, которая реально разгружает менеджеров
Автоматизация имеет смысл там, где решение зависит от понятных правил, а не от индивидуальной оценки. Вот примеры, которые хорошо работают именно в газификации:
Автоматическое назначение ответственных
Например, на стадии «Выезд инженера» соисполнитель назначается автоматически — в зависимости от района и типа объекта: квартиры ведёт один специалист, частные дома распределены по районам между остальными инженерами. На стадиях проектирования и подготовки исполнительной документации сделка автоматически передаётся в профильный отдел, а ответственного можно при необходимости сменить вручную.
Напоминания на «зависающих» стадиях
На стадиях, где обычно случаются задержки (согласование ТУ, согласование проекта, передача документов в ГРО), настраивается напоминание: первое — через 7 дней после попадания сделки на стадию, затем каждые 2 дня, пока сделка не сдвинется дальше. Текст можно сделать типовым: «Контроль готовности. Сделка: [ссылка]. Стадия: [название]. Клиент: [ФИО]».
Автопостановка задач
Например, через 14 дней после передачи документации в ГРО система сама ставит задачу «Контроль приёмки документации»; при попадании сделки на стадию МРГ — задачу «Сформировать пакет документов для открытия лицевого счёта».
Контроль оплат
Через 3 дня после наступления срока оплаты, если статус — «в ожидании» или «не оплачен», ответственному приходит уведомление и ставится задача. При просрочке 30 дней уведомление уходит уже руководителю — это подстраховка на случай, если менеджер сам пропустил сигнал.
Кто может редактировать сделку
Отдельный вопрос — кто из сотрудников имеет право менять карточку на той или иной стадии. Это тоже управляется правилами системы, а не устной договорённостью внутри команды. Разберём подробнее в следующем шаге, вместе со структурой компании.
Шаг 5. Построение организационной структуры и прав доступа
Чем больше сотрудников работает в системе, тем важнее не «кто что умеет», а «кто что видит и может менять». Без чёткой структуры любой человек с доступом к CRM в теории может открыть и отредактировать чужую сделку — а с ростом штата до 10–15 человек это уже не гипотетический риск, а вопрос времени.
В Битрикс24 организационная структура настраивается буквально — как в жизни: создаётся иерархия отделов и подотделов, каждый сотрудник привязывается к своему отделу и должности. Для компании, занимающейся газификацией, типичная структура выглядит так:
-
отдел продаж / менеджеры — первичный приём обращения, подготовка договоров, подача заявок на технические условия, передача объектов между отделами, работа с МРГ, контроль документов вплоть до пуска газа;
-
выездные инженеры — выезд на объект, замеры, подготовка коммерческого предложения, взаимодействие с клиентом на месте, организация строительно-монтажных работ;
-
проектный отдел (ПИР) — проектирование и согласование проектов;
-
отдел ПТО — подготовка исполнительной технической документации;
-
руководство — контроль показателей и эскалации по просроченным сделкам и платежам.
Это не просто справочник «кто где работает». От отдела и роли сотрудника зависит, какие сделки он видит и может редактировать. Вместе с автоматическим назначением ответственных (шаг 4) это даёт цепочку без ручного администрирования: сделка попадает на стадию → система сама назначает ответственного из нужного отдела → права на редактирование действуют только для него и его отдела.
Пример правил, которые закрывают большинство ситуаций:
|
Правило
|
Описание
|
|
Проектную документацию редактирует только проектный отдел
|
Сделки на стадиях «ПИР» и «ПИР на согласовании» может редактировать только сотрудник проектного отдела — ответственный или соисполнитель по конкретной сделке.
|
|
Исполнительную документацию — только отдел ПТО
|
Сделки на стадиях «ПТО», «Испытания», «Контроль готовности» может редактировать только сотрудник отдела ПТО — ответственный или соисполнитель.
|
|
Остальные стадии — только ответственный и соисполнитель
|
Редактировать карточку может только сотрудник, назначенный ответственным или соисполнителем по сделке на данной стадии. Все остальные сотрудники могут её только просматривать.
|
Такая модель даёт три практических эффекта: данные клиента (паспорт, договор, финансовые условия) не может случайно изменить сотрудник, который не работает с этим объектом; передача дела между отделами происходит без путаницы — понятно, кто сейчас отвечает и кто может вносить правки; а вывод нового сотрудника на работу занимает меньше времени, потому что ему не нужно объяснять на словах, что можно трогать, а что нет, — система сама показывает только то, что относится к его задачам.
Шаг 6. Объединение всех каналов связи в одном окне
Заявки на газификацию чаще всего приходят по телефону, через мессенджеры, с «Авито» и через форму обратной связи на сайте — нередко все четыре канала одновременно. Если каждый из них живёт отдельно, часть обращений неизбежно теряется: менеджер физически не может параллельно держать открытыми телефон, три мессенджера, почту и админку сайта.
Битрикс24 решает это через «Открытые линии» — единый контакт-центр, куда подключаются все каналы связи. Дальше уже не важно, откуда пришло обращение: оно попадает в CRM по одному и тому же принципу — создаёт новую сделку или подключается к карточке уже существующего клиента.
Телефония
Существующий номер или АТС компании подключается к Битрикс24: звонки фиксируются в карточке клиента автоматически, а запись разговора сохраняется и доступна прямо из сделки. Если звонит новый номер — создаётся лид; если звонит уже известный клиент — звонок сразу привязывается к его карточке, и менеджер видит всю историю по объекту ещё до того, как взял трубку.
Мессенджеры
Telegram, «MAX» и другие каналы подключаются через «Открытые линии» — переписка ведётся прямо в интерфейсе Битрикс24, без необходимости держать открытыми сами приложения. История переписки сохраняется в карточке сделки навсегда: даже если сотрудник, который вёл диалог, уволится или уйдёт в отпуск, вся переписка останется на месте. Сообщение от нового номера или аккаунта, как и в случае со звонком, автоматически создаёт лид.
Почта
Корпоративные почтовые ящики подключаются к CRM: письма автоматически привязываются к сделкам и контактам по адресу отправителя, а обращение с незнакомого адреса может само создавать лид. Переписка по объекту хранится там же, где договор и остальные документы, а не в личном почтовом ящике сотрудника.
Сайт и формы обратной связи
Форма на сайте интегрируется напрямую с CRM: заявка попадает в Битрикс24 сразу как лид или сделка, без ручной пересылки на почту и без риска, что письмо потеряется среди остальной входящей корреспонденции.
Итог для менеджера простой: не нужно проверять пять приложений по очереди и помнить, где что искать. Где бы клиент ни написал или ни позвонил, обращение окажется в одном месте — с историей по конкретному объекту и клиенту, доступной с первой секунды разговора.
Шаг 7. Запустите пилот и только потом масштабируйтесь
Не пытайтесь перевести в систему сразу все отделы и все процессы. Начните с одной воронки — обычно «Физические лица», потому что там больше всего заявок, — и с одной группы сотрудников: 5–10 человек. Дайте команде 1–2 недели поработать и соберите обратную связь: что упростилось, что мешает, каких полей не хватает.
Только после этого расширяйте систему: добавляйте вторую воронку, подключайте телефонию и мессенджеры, усложняйте автоматизацию.
Как это работает на практике
|
Кейс 1. Компания полного цикла газификации
Было: заявки фиксировались вручную в Excel-таблице, около 40 обращений в месяц. Выезды инженеров распределялись вручную, документы по ТУ, проекту и исполнительной документации хранились в разных папках и переписках. При увольнении сотрудника часть истории по объектам терялась.
Сделали: настроили воронку «Физические лица» на 16 стадий — от «Нового обращения» до «Разрешения и пуска газа», с блоками документов по каждому этапу, автоматическим назначением ответственного инженера по району и типу объекта, напоминаниями на стадиях согласования и ролевой моделью прав по отделам.
Результат: каждая заявка теперь имеет ответственного на каждой стадии, документы не теряются при смене сотрудника, а просроченные этапы видны сразу — раньше это вскрывалось только при звонке недовольного клиента.
|
|
Кейс 2. Компания автономной газификации (доставка газа, обслуживание газгольдеров)
Было: заявки приходили по телефону, в мессенджерах, с «Авито» и через сайт — единой картины по клиентской базе не было, а о плановой заправке узнавали чаще всего от самого клиента.
Сделали: вместо громоздкой воронки строительства выбрали короткий цикл — коммерческое предложение, договор, монтаж или заправка, оплата — и отдельную воронку сопровождения для уже подключённых клиентов с напоминаниями о плановой заправке газгольдера.
Результат: все каналы обращений собраны в одной карточке клиента, менеджер видит полную историю по объекту, а система сама напоминает о плановой заправке — вместо того чтобы клиент звонил с жалобой на пустой баллон.
|
Заключение: начните с малого
Не ждите момента, когда появится идеальный бюджет и свободный месяц на «полное» внедрение. Начните с одной воронки и одной точки боли — например, просто перенесите в CRM новые заявки вместо таблицы. Это можно сделать уже на этой неделе.
Ваша первая задача — не построить систему с полной автоматизацией. Ваша первая задача — перестать терять заявки и документы, которые уже приносят вам деньги. Сделайте один шаг сегодня.
|
ЗАПИШИТЕСЬ НА ПРОЕКТНОЕ ИНТЕРВЬЮ
бесплатный разбор ваших процессов и расчёт стоимости настройки Битрикс24 под вашу компанию
|
Возврат к списку