Распределение заявок из всех источников
С разной логикой для рабочего и дежурного времени: обращение в будни днём и ночью в выходные попадают к разным людям.
Компания меняла подрядчиков один за другим: каждый что-то настраивал, брал деньги и уходил, а система так и не работала — заявки копились неразобранными, где теряются клиенты, никто не понимал. Мы сказали, что дело не в Битрикс24, и за три месяца это доказали.
Технически мы не сделали ничего, чего не могли предыдущие подрядчики. Разница была в другом — об этом ниже.
Мы уже десяток интеграторов поменяли, всё без толку. Все деньги берут, что-то настраивают, а система так и не работает: куча неразобранных заявок, непонятно, где теряем клиентов.
Из первого разговора, ноябрь 2024 годаЗнакомая ситуация для многих: деньги потрачены, подрядчики сменились, а результата нет. Обычно из этого делается вывод, что виновата система. Мы считаем иначе.
Мы посмотрели портал и увидели то, что видели и до нас: настройки в целом были. Не было привычки ими пользоваться — а без неё любая настройка остаётся мёртвой.
Каждый подрядчик что-то донастраивал и проводил разовое обучение. Формально работа выполнена: система настроена, сотрудники обучены, акт подписан.
Через месяц люди возвращались к прежним способам, заявки снова копились неразобранными, и компания шла искать следующего интегратора.
Разовое обучение даёт знание, но не привычку. Привычка появляется, когда кто-то регулярно смотрит, как человек работает, и поправляет его до тех пор, пока новый порядок не станет естественным.
Мы выходили на связь один-три раза в неделю и разбирали живую работу каждого менеджера.
Это самая трудоёмкая и самая недооценённая часть внедрения. Настроить систему можно за недели, а научить компанию в ней работать — только временем и регулярностью.
Не раз в месяц и не по запросу. Промежуток между «сделал неправильно» и разговором об этом должен быть коротким, иначе ошибка закрепляется.
Смотрели работу конкретных менеджеров: где обходят систему, что заполняют формально, какие заявки зависли и почему.
Правили и настройки, и порядок работы людей. Если сотруднику неудобно — меняли систему. Если удобно, но он не делает — требовали.
Посмотрели портал, поговорили с собственником. Объяснили свою позицию: настройку поправим, но главная работа будет не в ней, а в регулярных встречах с сотрудниками.
Поправили настройки под реальные процессы компании, в конце месяца провели первичное обучение.
Менеджеры отнеслись скептически — и мы их понимали. За их плечами было десять подрядчиков, каждый из которых обещал, что теперь всё заработает.
Два месяца плотной работы. Проверяли, как работает каждый менеджер, разбирали ошибки, требовали правильных действий. Где система мешала — правили систему.
Это была не техническая работа, а ежедневная дисциплина. Именно её не делал никто из предшественников.
Он подтвердил: Битрикс ожил, всё работает как надо. Но важнее другое — то же самое сказали менеджеры, те самые, что скептически смотрели на нас в декабре.
Их вывод был прямым: дело было в интеграторе, а не в системе.
Почти два года совместной работы. За это время добавили распределение заявок, подбор запчастей, финансы, логистику, расчёт вознаграждения менеджеров и отчётность.
Когда система ожила и люди начали в ней работать, стало возможно развитие. Каждый следующий блок опирался на то, что предыдущий уже используется.
С разной логикой для рабочего и дежурного времени: обращение в будни днём и ночью в выходные попадают к разным людям.
Менеджер формирует запрос в отдел подбора прямо из сделки. Передача между отделами перестала идти через переписку.
Документы формируются из карточки, движение денег фиксируется в системе. Финансовая картина по сделке собирается сама.
Отправка товара клиенту ведётся в системе и связана со сделкой. Видно, что отгружено, а что ещё в пути.
Процент менеджера за сделку считается системой по заданным правилам. Споры о цифрах в конце месяца исчезли.
Для руководителя отдела продаж и собственника: поток заявок, работа менеджеров, деньги. Данные берутся из системы, а не сводятся вручную.
Это важно сказать прямо. Настройки, которые мы поправили в декабре, технически мог сделать любой из десяти подрядчиков до нас. Никакого секретного знания у нас нет, и Битрикс24 у всех одинаковый.
Разница была в двадцати с лишним встречах за два месяца. Не в технологии, а в готовности приходить снова и снова, пока люди не начнут работать правильно.
Это неудобная работа. Она не выглядит впечатляюще в отчёте, её сложно продать как ценность, и она отнимает время, за которое можно настроить ещё один портал. Поэтому её почти никто не делает: настроил, обучил, закрыл акт, взял следующего клиента.
Второе, о чём стоит сказать: без собственника у нас бы ничего не вышло. Он дал нам право требовать от менеджеров правильной работы и поддерживал это решение, когда людям было неудобно. Внешний подрядчик не может заставить чужих сотрудников — он может только показать, где неправильно. Дальше нужна воля руководителя.
И третье. Менеджеры в декабре смотрели на нас скептически, и это была здоровая реакция. Десять подрядчиков до нас обещали то же самое. Мы не пытались их переубедить словами — просто приходили каждую неделю. К марту доказывать уже ничего не пришлось.
Если вы сейчас в похожей ситуации и думаете, что виновата система, — проверьте одну вещь. Спросите нового подрядчика, что он собирается делать после обучения. Если ответа нет, вы получите одиннадцатый заход по тому же кругу.
Почти никогда. Если несколько разных исполнителей настраивали систему и она всё равно не используется, причина обычно не в настройке. Люди не работают в системе либо потому, что она требует действий, которые им ничего не дают, либо потому, что никто не помог сформировать привычку. Первое лечится доработкой, второе — регулярными встречами после обучения.
Одно занятие даёт знание, но не привычку. Через неделю у сотрудника появляется ситуация, которой не было на обучении, и он делает по-старому — просто потому, что так быстрее и понятнее. Если рядом нет никого, кто это заметит и поправит, старый способ закрепляется обратно. Через месяц система снова стоит пустой.
Зависит от сложности и от того, сколько неудачных попыток было до этого. В этом проекте понадобилось два месяца встреч один-три раза в неделю, потому что менеджеры были настроены скептически после десяти подрядчиков. В обычной ситуации хватает еженедельных встреч в течение месяца-полутора.
Готовность поддержать требование работать по-новому. Внешний подрядчик не может заставить ваших сотрудников — он показывает, где сделано неправильно, и объясняет как надо. Но если руководитель не подкрепляет это, часть людей просто переждёт. В этом проекте собственник дал нам такие полномочия, и это решило дело.
Спросите, что он делает после обучения. Если план заканчивается на словах «проведём обучение и сдадим систему» — вы получите ещё один заход по тому же кругу. Нормальный ответ звучит иначе: обучение, а затем регулярные встречи в течение нескольких месяцев с разбором живой работы. Мы закладываем эти часы в проект сразу.
Обычно нет. В этом проекте мы внесли корректировки за месяц — базовая настройка была неплохой, ей просто никто не пользовался. Начинать стоит с аудита: он покажет, что можно оставить, а что действительно требует переделки. Портал, лицензии и данные сохраняются в любом случае.
Если система стоит, деньги потрачены, а сотрудники работают мимо неё — разберём, в чём причина. Иногда дело в настройке, чаще — в том, что после обучения никто не остался рядом. Встреча на 40 минут, без обязательств продолжать.