Региональный поставщик спецтехники и оборудования с собственным парком для аренды:

• Более 80 единиц техники в ассортименте: экскаваторы, погрузчики, самосвалы, бульдозеры и др.
• 10+ менеджеров в отделе продаж, работали в Excel, мессенджерах и телефонных звонках.
• Клиенты — строительные, дорожные и коммунальные организации, лизинговые компании.

Обращения от клиентов поступали хаотично и часто терялись. Основные проблемы:

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

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

Работу разбили на последовательные шаги:

Производственно-строительная компания, постоянный участник государственных и коммерческих тендеров:

• Тендерный отдел из 12 менеджеров, которые вели учёт в разрозненных файлах, общей почте и чатах.
• Ежемесячно обрабатывали до 50–70 процедур разного масштаба.
• Заявки поступали с десятка электронных площадок и по прямым запросам заказчиков.

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

Основные проблемы:

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

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

Работу разбили на этапы:

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

Оптовая компания, поставляющая медицинское оборудование в частные клиники, диагностические центры и государственные учреждения.

• Отдел продаж из 8 менеджеров, использовали Битрикс24 для ведения сделок и коммуникаций.
• Бухгалтерия работала в 1С:УНФ — выставляла счета, контролировала поступление оплат, вела учёт.
• Данные о клиентах и заказах переносились вручную, что отнимало до 2 часов в день у каждого менеджера.

Ручная передача информации между системами порождала хаос и замедляла работу. Основные проблемы:

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

Формулировка задачи: Настроить двусторонний обмен данными между CRM и 1С:УНФ, чтобы исключить ручной ввод, синхронизировать клиентскую базу и заказы, дать менеджерам доступ к информации об оплатах без выхода из CRM.

Работу разбили на последовательные шаги:

Розничная сеть товаров для дома и ремонта, 25 магазинов в Москве, Санкт-Петербурге, Екатеринбурге и Новосибирске.

• 1000 сотрудников: персонал магазинов, складские работники, офисные отделы, региональные управляющие.
• Коммуникация велась в десятках чатов, рассылок и бумажных объявлений — найти нужный документ или контакт ответственного было непросто.
• Заявки на ремонт касс, доступы к системам, справки 2-НДФЛ и заказ канцелярии отправлялись по почте или через мессенджеры, часто терялись и не имели прозрачного статуса.

Информация и внутренние сервисы были рассеяны, а процессы — непрозрачны. Основные проблемы:

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

Формулировка задачи: Построить корпоративный портал, который станет главным цифровым хабом компании: объединит базу знаний, новостную ленту, каталог сотрудников и автоматизирует подачу заявок в IT-отдел, HR-службу и административно-хозяйственный блок. Интерфейс должен быть интуитивным, чтобы портал приняли сотрудники любого возраста и уровня цифровой грамотности.

Работу организовали в виде последовательных этапов:

Производитель промышленного и бытового котельного оборудования с собственным конструкторским бюро и цехом.

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

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

Основные проблемы:

• Отсутствовала единая воронка: новые обращения не фиксировались, расчёт коммерческого предложения требовал ручного запроса в конструкторский отдел и занимал до 4–5 дней.
• После подписания договора менеджер терял контроль над заказом: узнать, на какой стадии изготовление, было почти невозможно без прямого звонка мастеру.
• Клиенты регулярно получали недостоверную информацию о сроках готовности, что приводило к конфликтам и переносам отгрузки.

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

Работу провели поэтапно, с плотным вовлечением руководителей продаж и производства:

• Провели совместное проектирование с представителями отделов: зафиксировали путь заявки, этапы согласования КП, точки передачи заказа в производство, ключевые статусы изготовления и формат оповещений.
• Развернули коробочный Битрикс24 на собственной серверной инфраструктуре компании, настроили ролевую модель для менеджеров, конструкторов, руководителей и администраторов.
• Реализовали воронку лидов и сделок: лид охватывает всю преддоговорную работу — первичный запрос, уточнение техзадания, запрос расчёта у конструкторов, подготовку КП, защиту цены, согласование финальных условий; после подписания договора лид конвертируется в сделку с производственными этапами — запуск в производство, изготовление, контроль ОТК, уведомление о готовности, отгрузка, пусконаладка.
• Интегрировали CRM с 1С предприятия на уровне производственных статусов: в карточку сделки выведены ключевые поля — текущий этап изготовления, плановая и фактическая дата готовности.
• Настроили автоматические уведомления об изменении производственного статуса: как только в 1С меняется этап, менеджер получает оповещение на портал Битрикс24 и дублирующее письмо на электронную почту — это позволяет моментально информировать клиента без задержек.
• Добавили триггерные задачи для менеджеров при смене статуса: например, при переходе в «Готов к отгрузке» автоматически создаётся задача на согласование даты отгрузки с клиентом и вызов транспорта.
• Провели обучение обеих команд: менеджеры освоили работу с воронкой и карточкой сделки, производственники — регламент внесения статусов в 1С, от которого зависит прозрачность всей цепочки.

Региональный девелопер, возводящий жилые комплексы комфорт-класса в трёх городах-миллионниках.

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

• Отсутствовала единая и актуальная шахматка: менеджеры тратили время на выяснение статуса квартир, часто возникали конфликты из-за двойных броней, ручное обновление Excel приводило к ошибкам.
• Руководитель не видел реальной картины продаж и не мог оценить отдачу от рекламы: какие каналы приносят целевые обращения, какова конверсия в просмотр и договор.
• Не было истории общения: менеджер при повторном обращении клиента не знал, что ему уже предлагали и на каком этапе остановился диалог.
• Телефонные переговоры и переписка нигде не фиксировались, устные договорённости забывались.

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

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

• Отдел по работе с абитуриентами — 8 менеджеров-кураторов, которые вели учёт обращений в Excel и общей электронной почте.
• Собственный сайт-витрина с перечнем направлений (бакалавриат, магистратура, колледж) и формами заявок, но без связи с учётными системами — лиды обрабатывались вручную.
• Абитуриентам предлагалось более 20 программ: от информационных технологий и строительства до экономики и дизайна.

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

• Заявки с сайта приходили на почту и не имели автоматической привязки к карточке клиента — менеджеры переписывали данные в таблицы, допуская ошибки и задержки.
• Кураторы не видели целостной истории: какие программы предлагались, на каком этапе решение абитуриента, какие документы загружены.
• Отсутствовала воронка: руководитель не мог оценить, сколько заявок доходит до зачисления
• После оплаты договора студент «исчезал» из поля зрения куратора до самого выпуска — сопровождение было формальным.

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

Производственно-логистическая компания с распределённой филиальной сетью в пяти регионах.

• Более 400 сотрудников в центральном офисе и на удалённых площадках, IT-отдел — 6 специалистов.
• Заявки на техническую поддержку поступали в почту, личные сообщения и по телефону — единого окна для приёма не существовало.
• Часть запросов терялась или дублировалась, а специалисты тратили до часа в день на сортировку и выяснение приоритетов.

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

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

Формулировка задачи: Оцифровать службу IT-поддержки через смарт-процесс Битрикс24. Настроить единое окно приёма заявок с автоматической маршрутизацией ответственных по категориям.

Работу организовали поэтапно:

1. Провели аудит входящего потока: классифицировали все типы обращений (оборудование, доступы, ПО, связь, оргтехника), определили типы приоритетов и ответственных.
2. Вместо стандартных сущностей CRM создали смарт-процесс «IT-заявка» с уникальными стадиями и полями: Новая → Назначена → В работе → Ожидает запчасти/подрядчика → Решена → Подтверждена заявителем.
3. Настроили форму подачи на корпоративном портале: сотрудник выбирает категорию, описывает проблему, прикрепляет скриншот. Система автоматически определяет приоритет по типу инцидента и назначает ответственного.
4. Автоматизировали коммуникации: сотрудник получает уведомление о смене статуса заявки на портале, может подтвердить решение или отправить заявку на доработку.
5. Провели обучение IT-отдела и презентовали систему сотрудникам компании, записали короткие видеоинструкции по подаче заявок.

Средний производственный холдинг с штатом более 600 человек и активным наймом линейного персонала, инженеров и офисных специалистов.

• Отдел персонала — 4 HR-менеджера, которые работали с разрозненными файлами, почтой и мессенджерами.
• Ежемесячно в работе находилось до 30 открытых вакансий и более 200 активных кандидатов.
• Документы соискателей хранились на локальных дисках и в общих папках без чёткой структуры, найти резюме полугодовой давности было практически невозможно.

Процесс подбора и ввода в должность был перегружен рутиной и тонул в коммуникациях.
Основные проблемы:

• Не было единой воронки по вакансиям: HR-менеджеры не видели, сколько кандидатов на каком этапе, и забывали перезвонить после первичного скрининга.
• Карточки соискателей существовали в виде разрозненных файлов и сообщений в чатах — история общения и принятых решений терялась.
• Согласование собеседований с руководителями подразделений происходило через личные сообщения, время встреч постоянно сдвигалось, а подтверждения никто не фиксировал.
• Испытательный срок проходил бесконтрольно: новичок не знал, что и когда нужно пройти, а наставник не имел чёткого плана задач.
• Отсутствовало централизованное хранилище документов: анкеты, сканы паспортов, дипломов лежали в разных папках, что создавало риски утраты и усложняло поиск.

Формулировка задачи: Построить на базе Битрикс24 HR-платформу с воронкой подбора по каждой вакансии, структурой карточек кандидатов и сценариями адаптации. Оцифровать задачи по встречам с руководителями, создать адаптационные чек-листы для новичков и централизованно хранить все документы на Диске. Уложиться в три недели.

Реализовали проект спринтом, параллельно обучая HR-команду:

• Спроектировали воронку подбора: этапы — «Новый отклик», «Скрининг», «Интервью с HR», «Интервью с руководителем», «Проверка СБ», «Оффер», «Выход на работу». Для каждой вакансии создаётся отдельная воронка в виде смарт-процесса, что позволяет видеть движение по каждой позиции изолированно.
• Создали карточку соискателя как элемент смарт-процесса: в ней собраны контактные данные, желаемая должность, зарплатные ожидания, источники отклика и статус прохождения этапов. Вся история взаимодействия — звонки, письма, чаты — фиксируется в таймлайне.
• Настроили постановку задач на собеседования: при переводе кандидата на этап «Интервью с руководителем» система создаёт задачу для ответственного с выбором временных слотов, синхронизирует с календарём и отправляет уведомление обеим сторонам. После встречи руководитель оставляет краткий комментарий прямо в задаче.
• Оцифровали адаптационные чек-листы: для каждой должности разработали шаблон задач на испытательный срок — ознакомиться с регламентами, пройти вводный инструктаж, изучить продукт, встретиться со смежными отделами. При выходе новичка система автоматически генерирует персональный список с дедлайнами.
• Организовали централизованное хранение документов на Диске Битрикс24: все резюме, сканы трудовых, дипломов и подписанные офферы прикрепляются к карточке соискателя и автоматически сохраняются в структурированную папку с привязкой к вакансии и дате. При трудоустройстве карточка соискателя конвертируется в карточку сотрудника, а документы переносятся в личное дело.
• Провели экспресс-обучение HR-отдела и руководителей подразделений: два вебинара, короткие скринкасты и памятка по работе с платформой.