Enterprise UX: когда твой пользователь – бизнес

Яна Кулигина
ProfsoUX 2020

Transcript

1. Яна Кулигина Principle UX designer 29 февраля 2020, Санкт-Петербург Enterprise UX Когда твой пользователь бизнес
2. Пользователь не важен Пользователь Заказчик =
3. UX в Enterprise
4. Enterprise Intelligent Capture (Captiva) Cloud Capture
5. Банк А 3 миллиона страниц в день Пачка высотой с New York Times Tower в год
6. Компания N Использует наше решение в 70 странах. Это около половины всех стран в мире.
7. 15 из 25 мировых лидеров < 500 клиентов Страхование Финансы Гос управление Здравоохранение
8. Главный конфликт в пользователе! пользователь
9. Пользователи Паша Администратор Коля Оператор Миша Дизайнер решения
10. Описываем их сценарии и проектируем Разрабатываем взаимодействие и интерфейсы
11. Суть такого подхода - фокус на проблемах пользователей нашего продукта, но не на целях бизнеса.
12. Персонажи не работают?
13. Индивидуальный пользователь • Выбирает коллегиально​ для цели бизнеса, • Важно соответствие инфраструктуре​ , • Важно соответствие бизнес-процессам, • Долго примеряет и сложно переводит все структуры​ , • Покупает услуги​ , донастраивает до нужного результата. Бизнес Кто и как выбирает продукт? • Выбирает сам​ для своей цели, • Важен внешний вид и впечатление​ , • Принимает то, как работает приложение​ , • Легко покупает, легко меняет​ , • Настраивает сам для себя​ .
14. Банк А 3 миллиона страниц в день Пачка высотой с New York Times Tower в год
15. Банк A и есть главный пользователь и главный персонаж нашего решения Банк А
16. Банк А Цели Банка А • Автоматизация бизнеса, • Бесшовная интеграция. Боли Банка А • Огромные объемы, • Высочайшие требования к качеству. • Жесткий контроль результата, • Не перестроить бизнес процессы, • Не изменять инфраструктуру, • Шаблоны документов в отрасли. • Сложно перестаивать и переобучать.
17. Критерии • Эффективность, • Результативность, • Удовлетворенность. Требования • Скорость, высокое качество, • Контроль результата, • Адаптация под бизнес процессы, • Стандартные шаблоны, • Минимум переобучения. Банк А “The secret sauce is personas + scenarios” Сценарии, CJM
18. Определяем вложенные персонажи
19. Миша Дизайнер решения Паша Администратор Коля Оператор Вложенные персонажи Банк А
20. Особенности UX
21. Сокращаем интерфейсы •Не продукт для человека, а продукт вместо человека. •Проектируем то, что не смогли автоматизировать. Всегда отвечаем, нужен ли нам интерфейс или мы можем без него обойтись? 1 “Robotized all! It is a business target!” - Банк A
22. От 3 до 10% работы доходит до оператора
23. Результативность и эффективность в паре! + 2 Не приложение - инструмент бизнеса, а приложение + его пользователь = инструмент.​
24. Долой среднее! 3 1. Design to the edges. 2. Атомарные настройки для каждого бизнеса. 3. Долго настраивается, быстро работает.
25. Настроить можно все
26. 4 варианта поведения комбобокса Комбобокс на форме оператора: 4 варианта его поведения:
27. Разные UX критерии для разных интерфейсов 4
28. “No manual operations! It is not acceptable! For example, <feature A> – too many clicks, <feature B> – many manual operations, easy to make a mistake. All should be scripted.” - Отдел администирования, Банк A “Никаких ручных операций! Это неприемлемо! Например, <раздел A> – слишком много кликов, <раздел Б> – много ручных операций, легко сделать ошибку. Все должно покрываться скриптами.” Административный интерфейс
29. Web интерфейс оператора
30. • Толька клавиатура, нельзя мышь. • Полная поддержка клавиатуры. • Настраиваемые горячие клавиши. • Обучаемость и возможность скрыть подсказки и UI по степени обучаемости. Windows оператор: скорость и безошибочность Тулбар с подписанными горячими клавишами Тулбар, где подписи клавиш скрыты Можно полностью скрыть тулбар. 1 2 3
31. Сужение задач. Убрать все лишнее.
32. Ограничение уровня работы оператора Оператор работает со структурой папок и документов Оператор работает только с одной страницей 1 2
33. Считаем каждое нажатие клавиши!
34. Эффективный пользователь = довольный бизнес! НАШИ ЛУЧШИЕ СОТРУДНИКИ Коля
35. 5 Не всегда требуемая функциональность должна стать фичей
36. MVP приобретает новый смысл Редкие обновления (раз в 2-3 года). “Потом доработаем” не всегда работает. • Неполноценную модель не будут внедрять, будут ждать. • Вышедшие, но недоработанные сценарии придется поддерживать и в старом виде. • При изменениях надо закладывать переобучаемость пользователей. 6
37. И последнее...
38. Не забываем про свой бизнес
39. Итог • Выводим главный персонаж из тени. • Выстраиваем от него вложенные персонажи. • Не забываем про свой бизнес! Он может внести коррективы в наши планы!