Files
site-portfolio/texts/cases/ai-platform-primo-rpa.md
T

8.2 KiB

Разработка интерфейса для Primo RPA AI Server

  • Источник: src/pages/cases/ai-platform-primo-rpa.html (сборка → public/cases/ai-platform-primo-rpa.html)
  • eyebrow: Product Design · AI
  • meta description: Кейс по разработке интерфейса для AI Server в Primo RPA: структура, процесс и ключевые UX/UI-решения.

Обзор (#obzor)

  • Что это был за продукт и зачем тебя позвали.
    • Внутри компании разработали новый продукт, который позволял сильно улучшить работу с моделями для распознавания текстов на документах. Можно было загрузить датасет из документов компании разметить там поля и обучить модель. После этого обученная модель уже использовалась в других продуктах компании. Качество распознавания при таком подходе был существенно выше и также соответствовал требованиям безопасности по хранению данных только внутри контура компании. Уже при мне в сервисе появился функционал, который позволял обучать любую базовую нейросеть под конкретные задачи компании. Это был файнтюнинг и работа со скилами: суммаризация, извлечение, генарация и прочие.
  • Роль, сроки, главный итог в двух абзацах.
    • Меня пригласили в проект как UX/UI дизайнера, потому что проект делали только разработчики своими силами. В резуальтате моей работы у сервиса существенно снизился порог входа и пользоваться продуктом уже могли гараздо больший круг лиц, даже не имея специальных знаний в области ии и OCR.
  • Подсказки в HTML: задача бизнеса, главное достижение, что намеренно не освещаешь.
    • не понимаю что в этом блоке , напиши сам, я поправлю

Было и стало (#bylo-stalo)

  • Как выглядел сервис «до», типовые проблемы.
    • Сервис был собран на фрэймворке Ant Design под React и использовал визуальную стилизацию от Hope UI (тема для Bootstrap). На тот момент у компании было уже несколько веб-продуктов и была цель унифицировать и освежить интерфейс продуктов. Поэтому в разработке интерфейса применялись компоненты из этих фрэймворков.
    • Основная проблема сервиса, которую надо было решить это то что настройка проекта крайне сложная задача с большим количеством шагов и мелких задач. А ещё на платформе было три типа проектов и каждый тип настраивался по своему. Таким образом от момента создания проекта и его реального использования проходило много времени и требовалась помощь специалистов самой компании, отдела внедрения. Запутанная навигация внутри проекта и дублирование функцинала существенно снижали продуктивность работы отдела внедрения и не позволяли масштабировать продукт. Также невозможно было продвигать продукт на широкую аудиторию.
  • Что переделано и как это сняло боли.
    • Я погрузился в продукт. Очень много и подробно обсуждая с командой весь функционал. Мои знания в области ИИ и работы со схожими веб-платформами хорошо мне в этом помогали.
    • Составил юзерфлоу по тому как выполняются сценарии в текущем продукте и они помогли подсветить команде где есть путаница в интерфейсе и пути пользователя. Также благодаря этой скурпулёзной работе удалось переработать и сами процессы настроек проектов. Часть функций была также автоматизирована и спрятана от пользователя, чтобы уменьшить шанс совершения ошибок и не заставлять пользователя выполнять рутинные дейтсвия.
    • Новый подход полностью изменил и восприятие продукта и процесс настройки проектов. Теперь интерфейс плавно вёл пользователя по этапам настройки, но в том же время не ломал старые сценарии. Так как тут не получается сделать типичный визард из последовательных шагов и пользователю всё равно надо возвращаться назад и править что-то для улучшения результата.
  • Вопросы команде: текущее состояние, живые паттерны, метрики, backlog, что сделали бы иначе.
    • Сократилось ли кол-во запросов к поддержке
    • Получается ли у пользователей самостоятельно настроить проект от начала и до конца
    • Позволяет ли новый интерфейс создавать новые типы проектов придерживаясь уже заложенных паттернов
  • Слот под медиа: скрин/видео «как было».

Паттерны (#patterns)

  • Для каждого паттерна: зачем, сценарий, отличие от старого подхода.
  • Уже вставлены: маппинг полей (видео), датасет/обучение/качество, inference, полноэкранный режим.
  • Слоты «Медиа позже»: LLM список/статусы, мастер обучения, OCR/разметка.

Процесс и передача (#process)

  • Синки, макеты, спека, handoff во фронт.
  • Поиск и собеседование следующего дизайнера, онбординг.
  • Вопросы следующему дизайнеру: первые две недели, полезные артефакты, что пересобрали, UX в трёх предложениях.
  • Слот под медиа: Notion/Figma/timeline.

Заключение (#zaklyuchenie)

  • Итог для читателя в сжатом виде.

Чеклист (#cheklist)

  • Пользователи, ограничения, сценарии LLM/OCR, исследования, метрики.

Ассеты (#media)

  • public/assets/ai-platform-primo-rpa/ — обложка cover.webp и прочие файлы; основные кадры встроены в раздел «Паттерны».