Когда крупная производственная компания с более чем 5000 сотрудников решила заменить устаревший SAP на собственное ERP-решение для управления логистикой, складом и закупками, все, кажется, думали: «Ну вот, теперь жизнь станет проще». Но реальность оказалась… слегка жестче.
Новый инструмент встретили массовым саботажем: сотрудники продолжали работать в Excel, данные терялись, процессы тормозили. User adoption был на критических 15%, среднее время на ключевую операцию (создание заказа) достигало 15 минут, а каждая четвертая транзакция содержала ошибки.
«Мы думали, что просто внедрим систему, а она сама себя «продаст», – вспоминает руководитель проекта. – На деле ERP оказалась слишком сложной и непривычной».
Вот тут и начинается история, которая показывает (да-да, опять и снова): тестирование – это не просто поиск багов, а настоящая диагностика «человеческой стороны» продукта.
Этап 1. Аудит и UAT
Первый месяц эксперты ЛК посвятили изучению пользовательских сценариев. Интервью с рядовыми работниками (пользователями системы): кладовщиками, логистами, менеджерами закупок, юзабилити-тестирование… В процессе заметили интересную вещь, что многие сотрудники не саботировали систему из вредности – им просто было… неудобно. Система требовала 10 кликов там, где раньше было два, а кнопки прятались в подменю, которое никто не замечал.
Один из работников сказал: «Раньше на оформление заказа уходило 15 минут, и система постоянно «вылетала». После исправлений я закрываю заказ за 4 минуты – и это реально облегчает работу».
Из особых наблюдений: UX-ошибки не только раздражали пользователей, но и влияли на мотивацию команды техподдержки – она перегружалась жалобами, и моральный дух падал, все психовали, уставали, но никто не знал, как все исправить.
Этап 2. Функциональное и интеграционное тестирование
Специалисты QA взяли под контроль все модули ERP:
- Ручное тестирование. Проверили регрессионно весь функционал и интеграции, особое внимание уделив API между сервисами и целостности данных в Oracle DB.
- Автоматизация. Развернули фреймворк для сквозных бизнес-сценариев (от создания закупки до оприходования на склад) через Selenium + Java. Теперь каждое исправление тестировалось быстро, без риска сломать остальное.
Иногда казалось, что QA-инженеры – настоящие детективы ERP: ищут спрятанные ошибки в закоулках системы, где никто и не подозревал, что что-то может пойти не так.
Практический совет о том, что вообще делать, когда внедряешь новую систему:
- Аудит + UAT даёт понимание реальных болей пользователей
- Функциональное тестирование + интеграция принесёт стабильность ERP
- Автоматизация сквозных сценариев гарантирует, что исправления не ломают систему
«Мы наконец видим, что ERP работает, а не создает проблемы», – отмечает один из внутренних лидеров проекта.
ERP, оказывается, не просто набор функций. Если пользователи её не принимают, никакие бизнес-показатели не улучшатся. Этот кейс показывает, что комплексное тестирование и внимание к UX/UI напрямую влияет на adoption и эффективность компании.
Качественное тестирование – это не фиксация багов. Это возможность изменить отношение сотрудников к продукту и сделать ERP инструментом роста, а не проблемой.