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


