Битрикс24 для компаний по газификации домов и участков

газификация.png

Пошаговое руководство CRM для компаний по подключению газа: как навести порядок в заявках, документах и сроках — без хаоса и лишних затрат

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

Знакомая картина?

Если вся работа компании до сих пор держится на Excel-таблице, переписках в мессенджерах и памяти менеджеров — это не признак того, что что-то пошло не так. Это нормальный этап роста, через который проходит почти каждая компания, занимающаяся газификацией домов и участков: 30–50 заявок в месяц уже невозможно удержать в голове или в одной таблице.

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

В этом руководстве — пошаговый план, как настроить Битрикс24 именно под специфику газификации физических лиц: с учётом технических условий, проектирования, строительно-монтажных работ и передачи документов в ГРО.

Шаг 1. Найдите свою точку боли

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

  • Заявки теряются между каналами — звонок, сайт, «Авито», мессенджеры живут отдельно друг от друга.

  • Нет единой базы клиентов и истории по каждому объекту.

  • Документы — паспорт, СНИЛС, технические условия, проект, акты — разбросаны по папкам и переписке и теряются при увольнении или отпуске сотрудника.

  • Никто не контролирует сроки: просрочка согласования проекта или передачи документов в ГРО вскрывается только тогда, когда звонит недовольный клиент.

  • Непонятно, кто отвечает за оплату на каждом из этапов, а кто — за объект после передачи между отделами.

Не пытайтесь закрыть все пункты сразу. Выберите один — чаще всего это «мы не видим, на какой стадии находится каждый объект» — и стройте систему вокруг него.

Шаг 2. Построение воронки под модель бизнеса

«Газификация физических лиц» — общий термин, за которым скрываются разные бизнес-модели, и настройка CRM должна под них подстраиваться:

  • компании полного цикла — от получения технических условий до строительства газопровода и сдачи сети в газораспределительную организацию;

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

Для компании полного цикла рабочая воронка обычно выглядит так (это не шаблон «на все случаи», а ориентир — часть стадий у вас может отсутствовать или называться иначе):

воронка.png

Стадия воронки

1

Новое обращение

2

Выезд инженера

3

Коммерческое предложение

4

Подготовка и подписание договора

5

Технические условия (ТУ)

6

Проектно-изыскательские работы (ПИР)

7

ПИР на согласовании

8

СМР — подземный газопровод

9

СМР — надземный газопровод

10

ПТО (исполнительная документация)

11

Согласование исполнительной документации

12

Передача исполнительной документации в ГРО

13

Договор и акты готовности сетей

14

МРГ

15

Проверка сети до границ участка

16

Разрешение и пуск газа


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

Хорошая практика — сразу закладывать в системе несколько воронок под разные направления: например, «Физические лица» (рабочая, самая нагруженная), «Юридические лица» и отдельная воронка под специфический регламент подключения, если он у вас есть. Но начинать рекомендуется с одной — той, что закрывает основной поток заявок.

Шаг 3. Настройка карточки сделки под этапы работ

карточка.png

Карточка сделки — это «личное дело» объекта, и для газификации её удобно собирать из нескольких блоков.

Основной блок

  • клиент — физическое или юридическое лицо, представитель;

  • адрес и район объекта, тип объекта (жилой дом, квартира) — это пригодится для автоматического распределения инженеров, о котором ниже;

  • источник обращения — заполняется автоматически при интеграции с каналами связи;

  • ответственный, а также отдельные поля «ответственный за ПИР» и «ответственный за исполнительную документацию» — на разных этапах объектом занимаются разные специалисты.

Технический блок

  • вид газопровода — подземный или надземный;

  • длина трассы, давление, газовое оборудование, дополнительные технические параметры;

  • наличие технических условий (да/нет), даты подачи и получения, файл ТУ.

Блок оплат

Оплата обычно разбита на несколько этапов — например, при заключении договора, после строительно-монтажных работ и перед пуском газа. По каждому этапу фиксируются сумма, дата оплаты и статус: оплачен, в ожидании или не оплачен. Это поле — основа для автоматического контроля платежей (шаг 4).

Блоки документов

Удобно разносить документы по блокам, привязанным к этапам работ:

Блок

Что входит

Общие документы клиента

паспорт, СНИЛС, договор, план дома, выписки, фотографии объекта

Документы ТУ

файл технических условий, даты подачи и получения

Документы ПИР

PDF и DWG проекта, точка подключения, лист согласования

Документы СМР

фотографии подземных и надземных работ, даты выполнения

Документы ПТО

исполнительная документация, строительный паспорт, акты, документы по оборудованию и счётчику

Документы ГРО

акт готовности сетей, договор техобслуживания, комплект документов для лицевого счёта


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

Шаг 4. Настройка автоматизации, которая реально разгружает менеджеров

автоматизация.png

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

Автоматическое назначение ответственных

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

Напоминания на «зависающих» стадиях

На стадиях, где обычно случаются задержки (согласование ТУ, согласование проекта, передача документов в ГРО), настраивается напоминание: первое — через 7 дней после попадания сделки на стадию, затем каждые 2 дня, пока сделка не сдвинется дальше. Текст можно сделать типовым: «Контроль готовности. Сделка: [ссылка]. Стадия: [название]. Клиент: [ФИО]».

Автопостановка задач

Например, через 14 дней после передачи документации в ГРО система сама ставит задачу «Контроль приёмки документации»; при попадании сделки на стадию МРГ — задачу «Сформировать пакет документов для открытия лицевого счёта».

Контроль оплат

Через 3 дня после наступления срока оплаты, если статус — «в ожидании» или «не оплачен», ответственному приходит уведомление и ставится задача. При просрочке 30 дней уведомление уходит уже руководителю — это подстраховка на случай, если менеджер сам пропустил сигнал.

Кто может редактировать сделку

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

Шаг 5. Построение организационной структуры и прав доступа

структура.png


Чем больше сотрудников работает в системе, тем важнее не «кто что умеет», а «кто что видит и может менять». Без чёткой структуры любой человек с доступом к CRM в теории может открыть и отредактировать чужую сделку — а с ростом штата до 10–15 человек это уже не гипотетический риск, а вопрос времени.

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

  • отдел продаж / менеджеры — первичный приём обращения, подготовка договоров, подача заявок на технические условия, передача объектов между отделами, работа с МРГ, контроль документов вплоть до пуска газа;

  • выездные инженеры — выезд на объект, замеры, подготовка коммерческого предложения, взаимодействие с клиентом на месте, организация строительно-монтажных работ;

  • проектный отдел (ПИР) — проектирование и согласование проектов;

  • отдел ПТО — подготовка исполнительной технической документации;

  • руководство — контроль показателей и эскалации по просроченным сделкам и платежам.

Это не просто справочник «кто где работает». От отдела и роли сотрудника зависит, какие сделки он видит и может редактировать. Вместе с автоматическим назначением ответственных (шаг 4) это даёт цепочку без ручного администрирования: сделка попадает на стадию → система сама назначает ответственного из нужного отдела → права на редактирование действуют только для него и его отдела.

Пример правил, которые закрывают большинство ситуаций:

Правило

Описание

Проектную документацию редактирует только проектный отдел

Сделки на стадиях «ПИР» и «ПИР на согласовании» может редактировать только сотрудник проектного отдела — ответственный или соисполнитель по конкретной сделке.

Исполнительную документацию — только отдел ПТО

Сделки на стадиях «ПТО», «Испытания», «Контроль готовности» может редактировать только сотрудник отдела ПТО — ответственный или соисполнитель.

Остальные стадии — только ответственный и соисполнитель

Редактировать карточку может только сотрудник, назначенный ответственным или соисполнителем по сделке на данной стадии. Все остальные сотрудники могут её только просматривать.


Такая модель даёт три практических эффекта: данные клиента (паспорт, договор, финансовые условия) не может случайно изменить сотрудник, который не работает с этим объектом; передача дела между отделами происходит без путаницы — понятно, кто сейчас отвечает и кто может вносить правки; а вывод нового сотрудника на работу занимает меньше времени, потому что ему не нужно объяснять на словах, что можно трогать, а что нет, — система сама показывает только то, что относится к его задачам.

Шаг 6. Объединение всех каналов связи в одном окне

Битрикс24.png

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

Битрикс24 решает это через «Открытые линии» — единый контакт-центр, куда подключаются все каналы связи. Дальше уже не важно, откуда пришло обращение: оно попадает в CRM по одному и тому же принципу — создаёт новую сделку или подключается к карточке уже существующего клиента.

Телефония

Существующий номер или АТС компании подключается к Битрикс24: звонки фиксируются в карточке клиента автоматически, а запись разговора сохраняется и доступна прямо из сделки. Если звонит новый номер — создаётся лид; если звонит уже известный клиент — звонок сразу привязывается к его карточке, и менеджер видит всю историю по объекту ещё до того, как взял трубку.

Мессенджеры

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

Почта

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

Сайт и формы обратной связи

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

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

Шаг 7. Запустите пилот и только потом масштабируйтесь

Не пытайтесь перевести в систему сразу все отделы и все процессы. Начните с одной воронки — обычно «Физические лица», потому что там больше всего заявок, — и с одной группы сотрудников: 5–10 человек. Дайте команде 1–2 недели поработать и соберите обратную связь: что упростилось, что мешает, каких полей не хватает.

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

Как это работает на практике

Кейс 1. Компания полного цикла газификации

Было: заявки фиксировались вручную в Excel-таблице, около 40 обращений в месяц. Выезды инженеров распределялись вручную, документы по ТУ, проекту и исполнительной документации хранились в разных папках и переписках. При увольнении сотрудника часть истории по объектам терялась.

Сделали: настроили воронку «Физические лица» на 16 стадий — от «Нового обращения» до «Разрешения и пуска газа», с блоками документов по каждому этапу, автоматическим назначением ответственного инженера по району и типу объекта, напоминаниями на стадиях согласования и ролевой моделью прав по отделам.

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


Кейс 2. Компания автономной газификации (доставка газа, обслуживание газгольдеров)

Было: заявки приходили по телефону, в мессенджерах, с «Авито» и через сайт — единой картины по клиентской базе не было, а о плановой заправке узнавали чаще всего от самого клиента.

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

Результат: все каналы обращений собраны в одной карточке клиента, менеджер видит полную историю по объекту, а система сама напоминает о плановой заправке — вместо того чтобы клиент звонил с жалобой на пустой баллон.

Заключение: начните с малого

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

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

ЗАПИШИТЕСЬ НА ПРОЕКТНОЕ ИНТЕРВЬЮ

бесплатный разбор ваших процессов и расчёт стоимости настройки Битрикс24 под вашу компанию


Возврат к списку



Смотреть все статьи