Количество сотрудников дает лишь часть картины. Небольшая компания может работать со сложной конфигурацией 1С, а крупный дистрибьютор может начать с облачной CRM для одного отдела. Разберем, какие требования к подрядчику меняются вместе с масштабом задачи и что стоит выяснить до начала работ.
Какая команда нужна вашему бизнесу
До поиска кандидатов определите границы первого запуска. Какие сотрудники начнут работать в Битрикс24? Какие действия они будут выполнять? Откуда поступают данные и кто подтверждает их правильность? Ответы помогут понять, нужен ли вам типовой запуск, автоматизация нескольких связанных процессов или корпоративный проект.
Для каждой группы выделим характерную задачу внедрения. Если ваш проект устроен иначе, ориентируйтесь на состав работ и ограничения. Одинаковое число сотрудников не означает одинаковые требования к системе.
Небольшой бизнес и первый запуск CRM
Когда руководитель сам управляет продажами, а заявки приходят через сайт, телефон и почту, разумно ограничить первый запуск понятным набором задач. Обращение должно попадать в CRM, получать ответственного и проходить согласованные стадии. Менеджеру нужны история общения и напоминания, руководителю нужен отчет, по которому можно проверить работу отдела.
Ищите интегратора, который умеет объяснить состав такого запуска: какие каналы подключает, какие данные переносит, сколько воронок настраивает и как проводит обучение. У пакета с фиксированной ценой должны быть перечислены ограничения. Например, подключение одного номера телефонии не означает настройку нескольких АТС, а импорт контактов не включает автоматический перенос всей переписки из прежней системы.
Спросите, какие изменения после обучения сотрудники смогут делать сами. Назначить нового ответственного или поправить справочник желательно без отдельного проекта. Для более сложных настроек должны оставаться инструкция и понятный способ обратиться за помощью.
Похожую задачу первого внедрения мы решали для Барс-Консалтинг. До CRM сведения по сделкам терялись между менеджерами, фотографами и оценщиками. Мы настроили структуру, права, поля, стадии и роботов, подключили телефонию и WhatsApp. Участники стали работать с общей историей сделки, а руководство получило возможность проследить ее от обращения до завершения.
Средний бизнес и взаимодействие нескольких отделов
Когда в одной сделке участвуют продажи, склад, сервис и бухгалтерия, одной настройки воронки может оказаться мало. Важно определить, когда отдел передает работу дальше, какие сведения обязан заполнить и кто отвечает за задержку. Разные подразделения могут по-разному понимать даже слово "заказ": для менеджера это договоренность с клиентом, для склада это основание на отгрузку.
Здесь стоит проверить, кто у интегратора разбирает процессы и согласует требования. Выясните, кто будет вести проект, настраивать систему, писать необходимые доработки и проверять результат. Один специалист может совмещать несколько ролей, но ответственность за каждую из них должна быть понятна.
Попросите показать обезличенный пример проектного документа: как описаны участники, действия, исключения и обмен данными. По нему должно быть видно, что произойдет при возврате заявки на доработку, отсутствии согласующего или исправлении уже переданной информации. Такой пример полезнее общего обещания автоматизировать все отделы.
Такие переходы возникают и за пределами продаж. В проекте для Moremio мы связали заявки на подбор, вакансии и кандидатов. После согласования заявки с HR-директором автоматически создается карточка вакансии, а при переходе кандидата к оформлению ставятся задачи на прием и адаптацию. При выборе подрядчика для похожей задачи стоит проверять весь маршрут, включая переходы между участниками.
Крупный бизнес и корпоративное внедрение
В корпоративном проекте Битрикс24 может быть связан с несколькими учетными системами, внутренними сервисами и филиалами. Изменение прав или остановка обмена затрагивает сразу много сотрудников. Поэтому к обсуждению подрядчика стоит подключать владельцев процессов, ИТ-службу и специалистов по информационной безопасности.
У кандидата нужно выяснить, кто отвечает за архитектуру решения, разработку, тестирование и эксплуатацию. Попросите объяснить, как команда проверяет изменения до выпуска, переносит их в рабочую систему и восстанавливает работу при неудачном обновлении. Если нужен определенный уровень доступности, должны быть понятны способы его обеспечения и проверки.
Обсудите поэтапный запуск. Какие подразделения войдут в первую очередь, кто проверит результат и при каких условиях решение можно распространять на остальные филиалы? Массовое подключение пользователей без проверки на первой группе может перенести одну ошибку сразу во всю компанию.
| Характер проекта | Что важнее всего проверить | Что попросить у кандидата |
|---|---|---|
| Первый запуск для небольшой команды | Понятный объем работ и самостоятельную работу сотрудников после обучения | Состав пакета, исключения, программу обучения и порядок поддержки |
| Несколько отделов и учетных систем | Описание взаимодействия, обмен данными и ответственность участников | Пример описания процесса, карту обменов и план переноса данных |
| Корпоративный проект с критичными процессами | Архитектуру, безопасность, нагрузку и управление изменениями | Состав команды, план проверки, пилотного запуска и восстановления |
Как проверить опыт интегратора
Начать можно с официального каталога партнеров Битрикс24. В нем есть направления работы и профильные компетенции, в том числе CRM, интеграция с 1С, системное администрирование и крупные корпоративные внедрения. Это помогает отобрать компании под характер задачи. Дальше нужно проверять, что именно они делали в сопоставимых проектах.
В кейсе ищите сведения об исходной ситуации, выполненных работах и роли подрядчика. Известное название клиента само по себе не показывает масштаб участия: подрядчик мог внедрить весь портал, настроить один процесс или подключить телефонию. Спросите, какая часть работы принадлежала интегратору и кто из тех специалистов сможет участвовать в вашем проекте.
Например, в клинике микрохирургии ГЛАЗ заказчик выполнял большинство работ самостоятельно. Вебформат отвечал за техническую часть: установку окружения и коробочного Битрикс24, базовые настройки, телефонию и обучение. Это отдельный формат сотрудничества: интегратор закрывает те работы, для которых компании нужна внешняя экспертиза.
Отраслевой опыт полезен, когда совпадают существенные условия. Для оптовых продаж это могут быть индивидуальные цены, повторные заказы и обмен с 1С. Для сети филиалов важны разные права доступа и единые правила отчетности. Если у кандидата нет проекта точно в вашей отрасли, попросите показать задачу с похожими данными и ограничениями.
Обсуждать техническую часть стоит с будущим руководителем проекта и профильным специалистом. На встрече должны появиться конкретные уточнения: какие системы уже работают, какие данные можно менять, кто согласует требования и что будет считаться завершением проекта. Базовые критерии мы также собрали в отдельном чек-листе выбора CRM-интегратора.
Кто и как должен обосновать выбор облака или коробки
Просите интегратора объяснить выбор версии через ваши требования. Для облака не нужно разворачивать собственный сервер, обновления платформы поступают автоматически. Коробочную версию размещают на собственном или арендованном сервере, а ее код можно дорабатывать. При этом ей нужны администрирование, резервное копирование и организованное обновление.
Облако можно рассматривать и для крупного заказчика, если оно соответствует задаче. Например, для Беско Трейд, дистрибьютора автокомпонентов, мы внедрили облачный Битрикс24. Настроили CRM, автоматические задачи и напоминания, подключили почту, телефонию и WhatsApp, провели обучение. Этот кейс показывает, что облако может решать конкретную задачу отдела продаж крупного дистрибьютора.
Если кандидат предлагает коробку, попросите назвать требования, которые обосновывают такой вариант. Затем уточните, кто будет обслуживать сервер, создавать и проверять резервные копии, проверять совместимость доработок с обновлениями и устанавливать обновления в рабочей системе. Эти работы должны иметь ответственного и бюджет.
Для закрытой корпоративной сети нужно отдельно проверить доступность каждого требуемого инструмента. Часть функций коробочного Битрикс24 обращается к внешним серверам. Само размещение портала внутри компании еще не означает, что все возможности будут работать без внешних подключений. Список зависимостей стоит согласовать с ИТ-службой до выбора архитектуры.
Что спросить об интеграции с 1С
За формулировкой "интеграция с 1С" могут стоять передача контактов, обмен заказами, показ задолженности, синхронизация номенклатуры или создание документов. Для каждой операции нужны свои правила.
Попросите разобрать один понятный пример. Менеджер изменяет состав заказа в CRM после того, как бухгалтерия уже выставила счет. Что должно произойти в 1С? Можно ли менять документ, нужно ли согласование и как сотрудник узнает, что изменения приняты? По ответу будет видно, понимает ли кандидат рабочий процесс за обменом данных.
Для предварительной оценки нужны сведения о действующих системах и составе обмена. До согласования разработки потребуется определить:
- →Какая конфигурация и версия 1С используется, есть ли собственные доработки.
- →Какие объекты передаются, в каком направлении и по какому событию.
- →Какая система считается основной для цены, остатков, реквизитов и статусов.
- →Как сопоставляются записи и предотвращается повторное создание документов.
- →Что происходит при недоступности одной из систем и кто получает сообщение об ошибке.
- →Кто выполняет необходимые изменения на стороне 1С и входит ли эта работа в предложение.
Для большого объема данных нужна проверка производительности обмена. У облачного Битрикс24 действуют ограничения REST API - программного интерфейса, через который работают многие интеграции. Подрядчик должен учитывать их, обрабатывать ошибки и повторять передачу после временного сбоя. Демонстрация на нескольких записях не подтверждает, что тот же механизм выдержит рабочую нагрузку.
Если технические требования пока не собраны, их можно подготовить отдельным этапом. Результатом должны стать правила обмена и понятные границы разработки. Как описывать более сложные процессы, мы разобрали в материале о требованиях к Битрикс24 для B2B-продаж.
Для небольшого проекта с одним обменом можно ограничиться описанием его правил и ограничений. Если связаны несколько систем, попросите общую схему: где создается каждый тип данных, кто может его менять и кто разбирает ошибки передачи.
Как сравнить коммерческие предложения
Отправьте кандидатам одинаковые исходные сведения: задачи, состав пользователей, действующие системы, необходимые интеграции и ограничения по срокам. В ответ попросите разделить работы до запуска и регулярные расходы. Для сравнения удобно взять один период, например первый год эксплуатации.
| Что входит в расчет | Что должно быть понятно из предложения |
|---|---|
| Лицензия или облачный тариф | Выбранный вариант, необходимые функции, срок оплаты и продление |
| Подготовка проекта | Какие требования, схемы и документы будут согласованы до настройки |
| Настройка и разработка | Состав воронок, процессов и доработок, включенные интеграции |
| Перенос данных | Какие записи и связи переносятся, кто готовит и проверяет исходную базу |
| Приложения и внешние сервисы | Необходимые подписки, платежи за телефонию, мессенджеры и другие подключения |
| Обучение и запуск | Какие группы учатся, какие материалы получают, кто помогает после перехода |
| Эксплуатация | Поддержка, администрирование сервера при необходимости, обновления и развитие |
Для части приложений и интеграций в российской зоне может потребоваться подписка BitrixGPT + Маркетплейс. Условия зависят от механизма подключения и версии Битрикс24 - проверяйте их для конкретного решения. Сервис стороннего поставщика тоже может оплачиваться отдельно. Попросите перечислить все обязательные платежи.
Низкая итоговая сумма может объясняться меньшим объемом работ. Например, в одном предложении есть перенос истории, настройка прав и обучение, а в другом они вынесены в дополнительные услуги. Сравнивать стоит одинаковый результат. Подробный состав затрат приведен в статье о стоимости внедрения Битрикс24.
При фиксированной цене уточните, какие допущения легли в расчет и как согласуются изменения. При оплате по фактическим работам нужны порядок оценки задач, согласованный бюджет и отчет о выполненном. В обоих случаях должно быть понятно, когда подрядчик обязан предупредить о дополнительных расходах.
Что должно быть в плане запуска
Глубина подготовки зависит от проекта. Для первой CRM нужно согласовать рабочие сценарии и проверить перенос базы. При запуске нескольких отделов или филиалов дополнительно нужны порядок перехода, распределение ролей и план действий при сбое.
В плане важны результаты этапов. Формулировки вроде "настроить CRM" или "перенести базу" полезно раскрыть до действий, которые можно проверить. Например, заявка из согласованного канала появляется в нужной воронке, получает ответственного и сохраняет данные клиента. Руководитель видит ее в отчете, а сотрудник другого подразделения не получает лишний доступ.
Перенос данных с проверкой результата
Попросите описать, какие сведения попадут в новую систему и что произойдет с дублями, ответственными, файлами и связями между контактами, компаниями и сделками. Обсудите пробный перенос на ограниченной выборке. Проверять нужно и количество записей, и то, может ли сотрудник найти нужного клиента вместе с его историей.
Если компания продолжает работать во время перехода, нужен порядок переноса изменений, появившихся после первоначальной выгрузки. Иначе база в новой CRM окажется старше той, которой сотрудники пользовались накануне запуска. Уточните, кто подтверждает полноту переноса и сколько времени сохраняется доступ к прежней системе.
Приемка на действиях сотрудников
До настройки составьте набор сценариев для приемки. Менеджер должен обработать обращение, руководитель должен согласовать нужное действие, а бухгалтер или сотрудник склада должен получить согласованные данные. Добавьте случаи с возвратом, отказом, исправлением и временной недоступностью интеграции.
Для крупного проекта включите в проверку нагрузку и права разных ролей. Успешное действие администратора не подтверждает, что оно доступно обычному менеджеру и недоступно постороннему сотруднику. В результате приемки должен остаться список выполненных проверок и замечаний с ответственными за исправление.
Обучение под конкретные роли
Уточните, чему будут учить каждую группу. Менеджеру нужна работа с обращениями и сделками, руководителю нужны отчеты и контроль, администратору нужны права, пользователи и поддержание настроек. Общая экскурсия по меню не покажет, готова ли команда выполнять ежедневные задачи.
Попросите включить практику: сотрудник самостоятельно выполняет рабочий сценарий, а специалист помогает разобрать ошибки. Согласуйте инструкции, записи занятий и порядок ответа на вопросы после запуска. Подробную последовательность работ мы описали в статье об этапах внедрения Битрикс24.
Что выяснить о сопровождении до начала проекта
После запуска меняются сотрудники, документы и правила работы. Могут обновляться приложения и внешние сервисы. Поэтому еще при выборе интегратора стоит понять, кто будет разбирать обращения пользователей, устранять сбои и вносить изменения.
Разделите исправление дефектов внедрения, обслуживание работающей системы и развитие функциональности. Для каждого вида работ нужны понятные условия. Изменение маршрута согласования по новой просьбе заказчика и восстановление ранее согласованного маршрута могут учитываться по-разному.
Если подрядчик предлагает соглашение об уровне сервиса (SLA), уточните часы работы поддержки, категории обращений и сроки реакции. Обещание ответить в течение часа не означает восстановить любую интеграцию за час. Для критичных процессов отдельно обсуждают допустимый простой, порядок оповещения и участие вашей ИТ-службы.
Проверьте, что останется у компании после завершения работ: административные доступы, перечень интеграций и подписок, инструкции, описание настроек и согласованный комплект материалов по доработкам. Уточните порядок передачи проекта другой команде. Документация и доступы нужны и при долгом сотрудничестве: состав специалистов может меняться с обеих сторон.
Как принять окончательное решение
К моменту выбора у вас должны быть сопоставимые ответы на основные вопросы:
- →Какие задачи входят в первый запуск и что остается за его пределами.
- →Кто будет выполнять работу и кто принимает решения со стороны заказчика.
- →Почему предложена конкретная версия Битрикс24.
- →Как устроены интеграции и кто отвечает за каждую систему.
- →Что именно проверяется при приемке и кто подтверждает результат.
- →Сколько стоят запуск и дальнейшая эксплуатация.
- →Как организованы обучение, поддержка и передача материалов по проекту.
Если по существенному пункту вместо ответа остается обещание разобраться по ходу, сначала снимите эту неопределенность. Иногда для этого достаточно совместной встречи, иногда требуется отдельный этап подготовки проекта. Выбирать подрядчика легче, когда понятно, что он обязуется сделать и чем подтвердит завершение работы.
Внедрение и развитие Битрикс24 с Вебформатом
В Вебформате можно заказать внедрение Битрикс24, настройку CRM и бизнес-процессов, интеграции с 1С, перенос данных, обучение и дальнейшую доработку. Мы работаем с облачной и коробочной версиями. Партнерство и профильные направления можно проверить в официальной карточке Вебформата.
Для типовых задач есть пакеты с заранее определенным составом работ. Несколько отделов, собственная логика и нетиповые интеграции требуют проектного подхода с согласованными границами. После запуска можно подключить сопровождение Битрикс24 и планировать дальнейшее развитие системы.
Чтобы обсудить внедрение с нами, расскажите, какие подразделения будут работать в Битрикс24, что уже используется в компании и какую задачу нужно решить первой. Если портал уже есть, покажите, где сотрудники сталкиваются с трудностями. На этой основе можно определить состав работ и выбрать подходящий формат проекта.
