Внедрение Битрикс24: этапы, сроки и где буксует

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

Дело не в том, что продукт плохой. Дело в том, что Битрикс24 — это не программа, которую устанавливают, а способ работы, который в неё переносят. И переносить надо не воронку, а привычки людей, что занимает несоизмеримо больше времени, чем настройка.

Разберём честно: что такое Битрикс24 на самом деле, чем он отличается от amoCRM, из чего состоит внедрение, где оно буксует чаще всего, что должна делать сама компания, а не подрядчик, и по каким признакам через три месяца понять, что проект получился.

Битрикс24 — это не CRM, а корпоративный портал

С этого и начинается большинство разочарований. Компания покупает Битрикс, думая, что покупает CRM-систему, и получает нечто заметно большее.

Павел Котов, основатель Business Commandos, формулирует это прямо:

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

Что это означает на практике. Внутри одного продукта живут несколько разных инструментов: CRM со сделками и воронками, задачи и проекты, чаты и видеозвонки, диск с документами, структура компании и учёт рабочего времени, конструктор сайтов, автоматизация процессов. Каждый из них — сам по себе отдельный продукт, за который в другой конфигурации вы платили бы отдельно.

Отсюда две противоположные ошибки.

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

Вторая — использовать пять процентов. Портал внедрили как CRM, всё остальное так и осталось выключенным. Компания платит за портал, а пользуется списком сделок.

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

Битрикс24 или amoCRM: чем они отличаются по существу

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

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

Битрикс24 — портал на всю компанию. Умеет несопоставимо больше, но за это приходится платить сложностью. Его недостатки Павел называет тоже прямо: «это большой и сложный продукт, а значит, настраивается он дольше и дороже. Одна настройка прав Битрикс24 может стать настоящей проблемой». И дальше — про людей: «я очень часто слышу от сотрудников, что им в Битриксе работать сложно, и внедрение Битрикса, как правило, вызывает намного больше саботажа».

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

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

Совет: развилка решается не сравнением таблиц функций, а одним вопросом: вы собираетесь автоматизировать что-то кроме продаж в ближайший год? Нет — берите то, что проще. Да — считайте сразу сложность внедрения портала, а не только цену подписки.

Из чего состоит внедрение Битрикс24

Слово «внедрение» прячет пять разных работ, и подрядчики обычно продают только вторую.

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

2. Настройка. Воронки, поля, права, роботы, интеграции с телефонией, почтой и сайтом. Техническая часть, за которую и берётся интегратор.

3. Перенос данных. База клиентов, история сделок, документы. Скучный этап, на котором всплывает качество ваших данных: дубли контактов, сделки без ответственного, компании с тремя разными названиями.

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

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

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

Про сроки Павел говорит без прикрас: «средняя длительность внедрения CRM-системы составляет от двух месяцев до года». Разброс объясняется как раз тем, включает проект только вторую работу или все пять.

Что придётся менять в самой компании

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

Цитата: «Для того чтобы внедрить CRM-систему, вам нужно пересматривать все свои бизнес-процессы, обновлять регламенты, обучать сотрудников, вовлекать в этот процесс практически всю компанию».

Разберём по пунктам, что это значит.

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

Регламенты придётся переписать. После внедрения работа выглядит иначе: заявка не «записывается в блокнот», а создаётся в системе; договорённость не «помню», а задача с датой. Старые инструкции описывают несуществующий порядок. Как устроен рабочий документ такого рода, разобрано в материале про регламент работы.

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

Кто-то в компании должен вести проект. Не подрядчик, а ваш человек с полномочиями: принимать решения о процессах, собирать замечания, требовать доработок. Проект без владельца на стороне заказчика растягивается бесконечно.

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

Этапы внедрения Битрикс24: как это выглядит по шагам

Шаг 1. Диагностика. Как продают сейчас, где теряются заявки, что болит. Результат — список того, что должно измениться, а не список функций.

Шаг 2. Техническое задание. Документ, где описано, какие воронки, какие поля, какие права, какие интеграции и какие автоматические действия нужны. Без ТЗ подрядчик настраивает по своему пониманию, а вы принимаете работу по ощущениям.

Шаг 3. Настройка ядра. Одна воронка продаж, обязательные поля, права доступа, телефония и почта. Всё, что не влияет на первый процесс, откладывается.

Шаг 4. Пилот на части команды. Два-три менеджера работают в системе две недели. Все нелепости всплывают именно здесь и правятся дёшево.

Шаг 5. Перенос данных и запуск на всех. С предварительной чисткой базы: дубли, мусорные контакты, сделки без ответственных.

Шаг 6. Обучение и инструкции. Короткие видео и текстовые памятки по конкретным операциям, а не общий курс по Битриксу.

Шаг 7. Контроль и доработка. Первые месяцы — регулярная проверка, что в системе действительно работают, и правка того, что мешает.

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

Что настраивают в первую очередь: минимальная рабочая конфигурация

Список того, без чего портал не работает как инструмент продаж, короче, чем кажется. Всё остальное — потом.

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

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

Права доступа по простой схеме. Менеджер видит свои сделки, руководитель — все, остальные — ничего. Тонкую настройку оставьте на потом: она отнимает больше времени, чем всё остальное вместе.

Телефония и почта. Звонки и письма должны попадать в карточку автоматически. Пока менеджер вносит их руками, часть коммуникации будет теряться, и никакая дисциплина этого не исправит.

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

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

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

Интеграции: что подключать и в каком порядке

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

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

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

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

Четвёртая очередь — документы. Автоматическая подготовка договоров и коммерческих предложений по шаблону. Приятная экономия времени, но никогда не первый приоритет.

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

Облако или коробка

Развилка, которая всплывает уже в процессе и способна изменить весь план проекта.

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

Коробочная версия. Ставится на ваш сервер. Даёт полный контроль над данными и возможность дорабатывать под себя, но требует инфраструктуры, обновлений и человека, который за всё это отвечает. Обновление коробки с доработками — отдельный проект, который повторяется регулярно.

Как выбирать. Для большинства компаний до пары сотен человек облако разумнее: меньше рисков, ниже требования к своим ИТ-ресурсам. Коробка оправдана, когда есть жёсткие требования к хранению данных, много доработок или интеграции с внутренними системами, которые наружу не выпускают.

Внимание: решение принимается до старта проекта, а не в середине. Переезд между версиями возможен, но это отдельная работа с переносом данных и перенастройкой — то есть повторение проекта, за который вы уже заплатили.

Самостоятельно или с подрядчиком

Если вы ещё не уверены, что вам нужен именно этот продукт, полезно сначала сопоставить системы по размеру компании и потоку заявок — это разобрано в статье про CRM для малого и среднего бизнеса.

Вопрос задают в самом начале, и однозначного ответа на него нет.

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

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

Как выбирать подрядчика. Спросите не про кейсы, а про метод: как он будет разбираться в ваших процессах, кто пишет техническое задание, что входит в обучение, что будет после запуска. Подрядчик, который начинает с вопроса «сколько у вас пользователей» и сразу называет срок, продаёт настройку, а не внедрение.

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

Где буксует чаще всего

Пять узких мест, о которых лучше знать заранее.

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

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

Автоматизация ради автоматизации. Роботы и триггеры — сильная сторона Битрикса, и на них легко увлечься. Автоматизация процесса, который не устоялся, приводит к тому, что система делает неправильные вещи быстро.

Сопротивление команды. Самая частая причина провала и, по опыту Павла, у Битрикса она выражена сильнее, чем у более простых систем. Механика понятна: раньше работу никто не видел, теперь видно всё — сколько сделок, что сделано, где просрочено. Это воспринимается как контроль, и им, по сути, и является.

Медленная работа на слабых компьютерах. Проверьте технику до проекта. Если портал у половины команды тормозит, никакая мотивация не заставит людей в нём работать.

Что делать, чтобы внедрение не сорвалось

Главный тезис, ради которого стоит читать эту статью, Павел формулирует так:

Цитата: «Знаю очень много случаев, когда на CRM-систему выделялись деньги, тратились большие бюджеты, но до внедрения дело так и не доходило. В CRM-системе важно не только зарегистрироваться и её настроить — её ещё и нужно внедрить, то есть сделать так, чтобы все ваши сотрудники в ней реально работали».

Разница между «настроили» и «внедрили» держится на четырёх вещах.

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

Обучение с отработкой. Люди должны сделать операции своими руками при наставнике, а не посмотреть, как это делает кто-то другой.

Правило единственного источника. Если сделку можно вести и в системе, и в таблице, её будут вести в таблице. Работа с клиентом существует только в системе — это управленческое решение, а не техническая настройка.

Регулярный контроль. Кто-то каждую неделю смотрит, заполняются ли поля, двигаются ли сделки, нет ли зависших. Именно так работает и подход Business Commandos к таким проектам: описываются процессы, пишется техническое задание, обучается команда, а сверху ставится регулярный контроль качества работы в системе — чтобы на выходе была не настроенная программа, а работающие в ней люди. Это и есть внедрение CRM в полном смысле слова.

Как снять сопротивление команды

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

Объясните смысл, а не правила. Сообщение «теперь работаем в Битриксе» вызывает саботаж. Сообщение «сейчас заявки теряются, и вы теряете на этом деньги; система нужна, чтобы ни одно обращение не пропало» — уже разговор. Люди сопротивляются не системе, а бессмысленным для них требованиям.

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

Начните с тех, кто за. В любой команде есть один-два человека, которым новое интересно. Они первыми осваивают систему и становятся внутренними экспертами, к которым идут с вопросами, — это работает лучше любого обучения от подрядчика.

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

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

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

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

Сколько это занимает на самом деле

Сроки, которые называют интеграторы, относятся к настройке. Реальный срок проекта считается иначе.

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

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

Пилот и правки — две-три недели. Здесь выясняется, что половина полей лишняя, а двух нужных нет.

Приживление — от месяца до трёх. Именно эта часть растягивает общий срок и именно её обычно не планируют.

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

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

К сведению: отдельно закладывайте время на второй круг. Через три-четыре месяца работы становится понятно, что часть настроек сделана неудачно, — и это нормальный ход проекта, а не ошибка. Компании, которые планируют пересмотр заранее, проходят его спокойно.

Задачи и проекты: часть, которую обычно не используют

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

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

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

Что это даёт компании. Регулярные обязанности перестают быть устной договорённостью. Новый сотрудник получает не список пожеланий, а календарь задач с инструкциями внутри. А руководитель видит выполнение, не спрашивая.

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

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

Как понять через три месяца, что получилось

Проверка простая и не про количество настроенных воронок.

Все ли сделки в системе. Сравните число сделок в CRM с реальным числом обращений за неделю. Расхождение больше чем на несколько процентов означает, что часть работы идёт мимо.

Двигаются ли сделки. Если этапы меняются пачками в конце месяца, значит, менеджеры «подтягивают» систему под отчёт, а не работают в ней.

Заполняются ли обязательные поля. По сути, тот же вопрос: есть данные — есть аналитика, нет данных — есть красивый интерфейс.

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

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

Если по всем пяти пунктам ответы неутешительные, дело почти никогда не в Битриксе. Дело в том, что проект закончился на настройке — там же, где, по словам Павла, он заканчивается у большинства.

Часто задаваемые вопросы

Коротко: внедрение Битрикс24 в семи пунктах

1. Битрикс24 — не CRM, а корпоративный портал: CRM, задачи, документы, чаты и автоматизация в одном продукте.
2. Внедрять его надо очередью, начиная с одного процесса, а не включать всё сразу.
3. amoCRM проще и вызывает меньше сопротивления, Битрикс мощнее и требует больше усилий.
4. Внедрение — это пять работ, а подрядчик обычно продаёт только одну, настройку.
5. Компания обязана участвовать: описать процессы, переписать регламенты, выделить владельца проекта.
6. Буксует чаще всего на правах доступа, перегрузе полями и сопротивлении команды.
7. Разница между «настроили» и «внедрили» — инструкции, обучение, единственный источник данных и регулярный контроль.

Выводы

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

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

И одно действие до начала проекта: возьмите последние десять сделок и опишите, через какие этапы они прошли. Если у десяти сделок получится десять разных маршрутов, начинать надо не с Битрикса, а с процесса.