Как избежать 5 ключевых ошибок при внедрении ЭТП: опыт АйТи-Баланс

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

Ниже разбираем 5 частых ошибок и показываем, как мы решали аналогичные задачи в нашем проекте корпоративного интернет-магазина (КИМ): от плавной миграции фронтенда и аккредитации белорусских участников до интеграций с логистикой и сравнения предложений.

Читать подробнее статью: Импортозамещение в B2B: как перевести закупки с зарубежных ЭТП на российские решения.

Проблема. Запуск без аудита процессов, SMART-целей и дорожной карты приводит к «расползанию» сроков и фокуса.

Как делаем мы.

• Начинаем с экспресс-аудита закупочных сценариев и ИТ-ландшафта.
• Формируем дорожную карту: вехи, ответственность, критерии готовности.
• Фиксируем KPI (например: % закупок в КИМ/ЭТП, среднее TTM по заявке, отказ от ручного ввода, NPS внутренних пользователей).

Наш кейс. В проекте КИМ мы поставили цель обновить фронтенд без простоя и параллельно обновлять формы: выбрали режим «двойного JS» — старый интерфейс продолжает работать, новые формы создаются на новом стеке и постепенно заменяют старые. Это позволило не останавливать секцию ЭТП и двигаться поэтапно.

Проблема. Платформа не соответствует требованиям: несостыкованные справочники, ограничения интеграций, «узкие горлышки» в UX.

Как делаем мы.

• Сопоставляем требования (отрасль, объёмы, НСИ) с возможностями платформы.
• Проверяем совместимость с ERP/НСИ/CRM и сторонними сервисами.
• Планируем архитектуру интеграций заранее (API-шлюзы, веб-хуки, очереди).

Наш кейс. Для КИМ мы изначально спроектировали интеграции с логистическими сервисами (расчёт доставки) и с ЭТП/маркетплейсом, чтобы не упираться в «ручной труд» и дублирование данных. Это снизило зависимость от прайс-листов «на все регионы», а пользователи получают расчёт в онлайне.

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

Как делаем мы.

• Подключаем ключевых пользователей на этапе выбора/тестирования.
• Проводим обучение с упором на реальные кейсы.
• Держим оперативную поддержку в первые недели эксплуатации.

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

Проблема. Изолированная ЭТП = ручной ввод, дубли, ошибки, слабая аналитика.
Как делаем мы.

• Делаем бесшовные интеграции: ERP, НСИ, логистика, ЭДО, ЭП.
• Настраиваем единые справочники и регулярную синхронизацию.
• Проектируем реал-тайм обмен там, где он критичен к UX.

Наш кейс.

• Расчёт доставки через API нескольких логистических сервисов — пользователи видят реальную стоимость с учётом объёма и региона; поставщикам больше не нужно забивать цены «на все случаи».
• Аккредитация белорусских участников: реализовали работу с AvCSP, чтобы пользователи из РБ могли подписывать документы и полноценно работать на площадке. Эти блоки стали частью общей интеграционной архитектуры КИМ/ЭТП.

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

• Закладываем панель KPI под релизы:
• % заявок, проходящих через ЭТП/КИМ;
• средний срок от заявки до заказа;
• доля автоматизированных маршрутов;
• точность расчёта доставки против факта;
• конверсия аккредитации (в т.ч. пользователей из РБ);
• NPS/CSAT.
• Включаем метрики в ритм-менеджмент (ретро/roadmap-ревью).
• Делаем быстрые A/B-итерации по интерфейсу (напр., карточка сравнения предложений).

Наш кейс. Мы ведём релизы КИМ итерациями, где каждая фича (двойной JS, AvCSP, расчёт доставки, сравнение предложений) фиксируется в метриках использования и поддерживается документацией — это снижает регрессию и ускоряет онбординг новых участников проекта.

Внедрение ЭТП — это про стратегию, интеграции и людей. Чтобы система действительно работала на бизнес, важно:

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

В нашем КИМ это проявилось в очень практичных решениях: плавная миграция фронтенда, аккредитация участников из РБ через AvCSP, онлайн-расчёт доставки и сравнение предложений — все они стали не отдельными «прибамбасами», а элементами единой операционной модели ЭТП.