Битрикс24 в Европе: что меняется в проекте

Три проекта из семнадцати мы вели за пределами постсоветского рынка: аренда автомобилей в Германии, сеть фулфилмент-центров в Европе и США, разработчик складского ПО. Этого хватает, чтобы увидеть повторяющееся.

Что заказчики просят в первую очередь

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

В аренде автомобилей запрос был про весь цикл: заявка, договор, выдача, возврат, пост-сервис. Компания хотела не собрать базу, а сделать так, чтобы каждый шаг проходил одинаково. Результат измерялся соответственно: выдача автомобиля стала вдвое быстрее, ошибок при оформлении документов стало на 40% меньше, прозрачность пост-сервисных операций выросла на 35%.

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

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

Что оказалось строже

Две вещи: оформление документов и сроки.

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

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

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

Что переносится без изменений

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

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

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

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

Где всё-таки нужна осторожность

Три места, на которых мы спотыкались.

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

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

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

Как это выглядит со стороны заказчика в Казахстане

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

Компании, которые выходят на внешние рынки, сталкиваются с этим сразу. Систему, построенную вокруг «не потерять клиента», приходится достраивать до системы, которая гарантирует одинаковый результат.

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

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

Что входит в работы — в разборе состава внедрения; чем казахстанские проекты отличаются от российских — в отдельном сравнении.