Кейс: Разработка концепции работы с таблицами при миграции с SAP. Часть 1.

Недавно я работала над миграцией с SAP на отечественную ERP-систему. На первый взгляд — понятная задача: перенести функционал, сохранить привычные интерфейсы.

Но в процессе сбора требований стало ясно, что просто перенести систему недостаточно. Мы столкнулись с тем, что интерфейс не соответствует реальным задачам пользователей. Одной из ключевых проблем стали таблицы и формат взаимодействия с ними.

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

А система даёт всем одно и то же.

Что было понятно:

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

Моей задачей как продуктового дизайнера было переосмыслить UX так, чтобы:

— Ускорить выполнение стандартных операций — Снизить количество ошибок — Вернуть доверие к системе как инструменту — Сначала было проведено интервью с реальными пользователями системы:

Аналитики говорили: «Нужны сложные фильтры и экспорт в нужном виде». Закупщики: «Хочу массово редактировать статусы и цены — без переходов между экранами». Руководители: «Мне не нужны детали. Мне нужен один показатель на весь экран». Методологи: «Должна быть контрольная точка. И проверка данных».

Вывод был прост: Универсальная таблица не работает. Она не удобна никому.

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

Люди приходят в систему с конкретной целью:

«Я хочу сформировать отчёт за сентябрь по просроченным заказам» «Мне нужно изменить цену у 20 поставщиков» «Где сейчас находится заявка №123456?»

А получают — множество кнопок, вкладок, окон, экспорт/импорт в Excel. Это не UX. Это препятствие.

Ключевым вопросом стало «Как сделать так, чтобы человек, открыв систему, мог просто сделать свою работу — и уйти?»

Не учиться. Не обходить баги. Не гонять туда-сюда в Excel, а просто сделать работу.

Ответ — в понимании роли, сценария и задач и болей пользователей. В следующем посте расскажу: — Как проводила исследования: CJM, юзабилити-тесты, ролевые модели — Какие ограничения были (legacy, производительность, сроки) — Почему универсальный интерфейс — это миф

А пока вопрос к вам: Вы когда-нибудь сталкивались с системой, где вроде бы «всё есть», но ничего не работает?