Модернизация Битрикс24 для iPol.kz: автоматизация продаж и монтажа напольных покрытий
Как LIGASOFT модернизировала существующую CRM для компании, которая продаёт и монтирует напольные покрытия
iPol.kz — компания, которая продаёт и профессионально монтирует напольные покрытия в Казахстане.
В работе iPol.kz есть частные заказы, коммерческие помещения и объектные проекты. Продажа напольного покрытия может включать подбор материала, согласование технических параметров, замер, поставку, несколько этапов оплаты, монтаж и подписание акта.
Для такого бизнеса CRM должна учитывать не только продажу, но и дальнейшее движение объекта, договорные платежи и взаимодействие между отделом продаж и производственно-техническим отделом.
Задача проекта
У iPol.kz уже была внедрена коробочная версия Битрикс24. Систему ранее настраивали сотрудники компании и предыдущий интегратор.
По мере развития бизнеса существующая CRM перестала полностью соответствовать текущим требованиям. Воронка продаж стала сложной, отдельные процессы требовали ручного контроля, а управление оплатами и передачей объектов в монтаж нуждалось в дополнительной автоматизации.
Перед LIGASOFT стояла задача не внедрить новую CRM с нуля, а модернизировать существующую систему: разобраться в действующей архитектуре, сохранить рабочие процессы и адаптировать Битрикс24 под специфику продажи и монтажа напольных покрытий.
Какие проблемы требовалось решить
Сложная воронка продаж.
В действующей CRM было 17 стадий. Требовалось привести процесс к более понятной последовательности и сохранить контроль обязательных действий менеджеров.
Разное количество платежей по договорам.
В объектных продажах количество траншей зависит от условий конкретного договора. Фиксированной схемы «предоплата / доплата» было недостаточно.
Разделение продаж и монтажа.
Коммерческий процесс и производственно-технические работы должны были выполняться в отдельных воронках, но оставаться связанными между собой.
Контроль следующих действий.
Необходимо было снизить зависимость от ручных напоминаний менеджеров и дать руководителю инструмент контроля зависших сделок.
Архитектура решения
Основная задача проекта — связать продажи, договорные платежи и монтаж объекта в единую систему управления, сохранив отдельные рабочие процессы для разных подразделений.
Что важно: это не одна перегруженная воронка, а связанные процессы внутри одной CRM. Продажи, счета и ПТО имеют собственную логику, но используют общую информацию по объекту.
Что сделала LIGASOFT
1. Модернизировали существующую воронку продаж
Мы пересмотрели действующую структуру CRM и перестроили её под регламенты iPol.kz.
БЫЛО 27 стадий → СТАЛО 14 последовательных этапов.
На ключевых этапах настроили обязательные поля и автоматические действия.
При создании сделки система фиксирует источник обращения, определяет тип лида и ставит менеджеру задачу связаться с клиентом в течение 15 минут.
Для перехода на следующие этапы необходимо заполнить основные параметры объекта:
- город;
- площадь;
- тип помещения;
- вид напольного покрытия.
Это позволяет сохранить необходимую информацию в CRM уже на ранних этапах работы.
Результат: менеджеры работают по единой последовательности, а руководитель получает более прозрачную картину по активным продажам.
2. Автоматизировали обработку недозвонов и отложенного интереса
В существующую CRM добавили логику, которая помогает не терять клиентов из-за отсутствия следующего действия.
При фиксации недозвона система увеличивает счётчик касаний и ставит задачу на повторный звонок через 2 часа.
После пятого неудачного контакта сделка автоматически переводится в отказ с указанием причины.
Для клиентов, которые пока не готовы к покупке, настроили отдельную логику отложенного интереса. При переводе сделки на этот этап система требует указать дату следующего контакта.
Для долгосрочных клиентов предусмотрен автоматический возврат: в назначенный день создаётся новая связанная сделка с сохранением истории взаимодействия.
Результат: работа с клиентами перестаёт зависеть только от памяти менеджера, а отложенный спрос не теряется в общей базе.
3. Настроили контроль плавающего количества траншей оплаты
Для iPol.kz было важно контролировать каждый отдельный платёж по договору, независимо от количества траншей.
Мы использовали типовой смарт-процесс «Счета» и адаптировали его под объектные продажи.
Теперь в рамках одной сделки можно создать необходимое количество счетов — от двух до пяти и более, в зависимости от условий договора.
Для каждого счёта указываются:
- сумма;
- срок оплаты;
- статус;
- признак просрочки.
Система автоматически напоминает о приближении срока оплаты. Если платёж не отмечен как оплаченный в установленный срок, счёт получает признак «Просрочен», а руководитель отдела продаж получает уведомление.
Результат: по каждому объекту можно отдельно контролировать договорные платежи, не ограничиваясь фиксированной схемой оплаты.
4. Связали продажи и ПТО в единой CRM
Следующим этапом стало разделение коммерческого и производственно-технического процессов.
Мы сохранили продажи и монтаж в отдельных воронках, но связали их между собой.
После заключения сделки менеджер передаёт объект в ПТО одной кнопкой.
При этом в новую карточку автоматически переносятся основные параметры:
- адрес объекта;
- площадь монтажа;
- материал;
- тип помещения;
- информация о заказчике.
В таймлайне продаж сохраняется ссылка на связанную карточку ПТО.
Сам процесс монтажа также был оцифрован:
Новая заявка → Замер → Договор подряда подписан → Монтаж в работе → Акт подписан
Результат: отдел продаж и ПТО работают в своих процессах, но используют единую информацию по объекту. Не требуется повторно собирать технические данные и переносить их вручную.
5. Настроили автоматический контроль зависших сделок
Чтобы руководитель не зависел от ручной проверки CRM, мы добавили регулярный фоновый бизнес-процесс.
Система ежедневно проверяет активные сделки и выявляет те, которые находятся на рабочей стадии более 7 дней без изменений и активных дел.
По таким сделкам РОП получает уведомление со ссылкой на проблемный объект.
Результат: руководитель видит не только текущий объём продаж, но и сделки, которые требуют внимания.
Что изменилось для бизнеса
Единая картина по объектам
Руководитель видит, на каком этапе находится каждый объект — от первого обращения до монтажа и подписания акта.
Контроль договорных оплат
Каждый транш по договору можно отслеживать независимо от количества платежей. Просроченные счета автоматически попадают в поле зрения руководителя.
Меньше ручного контроля
Следующие действия, повторные контакты и контроль сроков выполняются автоматически.
Связанные процессы в одной системе
Продажи и ПТО работают в своих воронках, но используют общие данные по объекту.
CRM развивается вместе с бизнесом
Вместо замены существующей системы LIGASOFT модернизировала её архитектуру и добавила необходимую автоматизацию для продажи и монтажа напольных покрытий.
Почему этот проект — именно модернизация Битрикс24
В этом проекте не требовалось начинать с чистого листа. У заказчика уже была работающая CRM, накопленная история сделок и существующая логика процессов. Поэтому задача LIGASOFT заключалась в том, чтобы:
разобраться в действующей системе → выявить ограничения → переработать архитектуру → сохранить рабочие процессы → добавить необходимую автоматизацию.
Такой подход позволяет развивать Битрикс24 вместе с бизнесом, не заменяя систему каждый раз, когда появляются новые требования.
Часто задаваемые вопросы (FAQ) о модернизации Битрикс24
Можно ли модернизировать уже работающий Битрикс24, не внедряя CRM заново?
Да. Если компания уже использует Битрикс24, существующую CRM можно модернизировать без внедрения системы с нуля. Для этого анализируются текущие воронки, поля, автоматизации и бизнес-процессы, после чего система перестраивается под актуальную логику работы компании.
Чем модернизация Битрикс24 отличается от внедрения CRM с нуля?
При внедрении с нуля архитектура CRM создаётся заново. При модернизации необходимо учитывать уже существующие данные, настройки, автоматизации и рабочие процессы. Поэтому задача заключается не просто в добавлении новых функций, а в перестройке существующей системы без потери полезной информации и управляемости.
Как автоматизировать воронку продаж в Битрикс24?
В Битрикс24 можно настроить стадии сделки, роботов, триггеры и бизнес-процессы, чтобы часть действий выполнялась автоматически. Это позволяет сократить количество ручных операций и контролировать движение сделки от обращения клиента до завершения продажи.
Как контролировать зависшие сделки в Битрикс24?
В CRM можно настроить контроль времени нахождения сделки без изменений или активных задач. Если сделка не развивается в течение установленного периода, например более 7 дней, система может автоматически уведомить руководителя отдела продаж.
Как автоматизировать повторные контакты с клиентами?
В Битрикс24 можно автоматически создавать задачи менеджерам на повторный контакт в зависимости от результата предыдущего взаимодействия. Это позволяет не терять клиентов, которые не ответили на звонок или отложили принятие решения о покупке.
Можно ли связать продажи и работу ПТО в Битрикс24?
Да. Продажи и исполнение заказа можно разделить на отдельные связанные процессы. В таком случае отдел продаж работает со сделкой, а ПТО — со своей частью процесса, при этом информация об одном заказе остаётся связанной в CRM.
Можно ли использовать смарт-процессы Битрикс24 для работы ПТО?
Да. Смарт-процесс можно использовать как отдельный рабочий контур со своими стадиями, полями, ответственными и автоматизацией. Например, для управления процессом от новой заявки и замера до выполнения монтажа и подписания акта.
Как автоматизировать передачу заказа из отдела продаж в ПТО?
После выполнения заданных условий на определённой стадии сделки CRM может автоматически создать связанный элемент процесса для ПТО или поставить необходимые задачи ответственным сотрудникам. Это позволяет сократить ручную передачу информации между подразделениями.
Можно ли учитывать несколько оплат или траншей по одной сделке в Битрикс24?
Да. Если заказ предполагает несколько платежей, CRM можно дополнить отдельной логикой учёта и контроля оплат. Это позволяет отслеживать не только общую сумму сделки, но и выполнение отдельных условий оплаты в соответствии с бизнес-процессом компании.
Как понять, что существующий Битрикс24 нуждается в модернизации?
О необходимости модернизации могут говорить большое количество ручных операций, запутанная воронка продаж, потеря обращений и повторных контактов, сделки без дальнейших действий, отсутствие связи между продажами и исполнением заказа, а также сложности с контролем работы сотрудников. В такой ситуации сначала стоит провести аудит существующего портала и определить, какие элементы необходимо сохранить, изменить или перестроить.
Планируете модернизировать Битрикс24?
Если ваша CRM уже работает, но требует доработки, перестройки воронок или автоматизации отдельных процессов, LIGASOFT поможет определить, что необходимо изменить, а что можно сохранить.
Оставьте заявку на аудит существующего Битрикс24 — разберём текущую логику работы, найдём узкие места и предложим оптимальный вариант модернизации под задачи вашей компании.
Жмите на кнопку "Оставить заявку"!
Этот проект показателен тем, что автоматизация выполнялась не в новой CRM, а в уже работающей системе со сложившейся логикой работы. В таких проектах основная сложность заключается не в настройке отдельных роботов или стадий, а в том, чтобы перестроить существующую архитектуру без потери управляемости процессов.
В случае iPol.kz была выстроена связка между продажами, контролем оплат и работой ПТО. В результате CRM стала отражать реальный путь заказа — от обращения клиента до выполнения монтажных работ и подписания акта.