Система для построения бизнес-процессов

Бизнес-задача

Нам предстояло добавить новую функциональность «Анализ узких мест» в существующий продукт компании.

У заказчика было много идей, часть из которых уже даже была реализована в MVP, но интерфейс казался перегруженным и запутанным.

Дизайн-задачи

Учитывая бизнес-задачу, с которой к нам пришел заказчик, мы вместе сформулировали три конкретные дизайнерские задачи, которые нам предстояло решить:

1. Улучшить пользовательский опыт при настройке моделирования процесса.

2. Создать дизайн отчета для аналитика по итогу моделирования.

3. Создать упрощенный отчет для презентации руководителю.

В сложную систему Storm, которая использует имитационное/математическое моделирование и DES (Discrete Event Simulation) для построения бизнес-процессов, потребовалось добавить новую функциональность. Первые попытки показали, что порог входа слишком высокий.

Аналитика

После погружения в нюансы продукта и отраслевые особенности (а у команды был опыт работы с похожими системами: Elma, Humans, Кайтен) мы сразу пошли общаться с пользователями. Нам нужно было понять, какие боли есть у аналитиков и руководителей бизнеса, чтобы новый модуль отвечал на нужные им вопросы.

Обсудив с заказчиком их текущие гипотезы, мы выделили те группы пользователей, которые нам подходят: аналитики среднего и крупного бизнеса, которые строят массовые процессы (HR, тендеры, производство). Это могут быть как люди, работающие ближе к бизнесу, так и те, кто занимается в первую очередь анализом big data для оптимизации.

В итоге поговорили с 8 пользователями. Их расспрашивали про инструменты и методы, которые они используют для анализа процессов, и про место, которое StormBMPN занимает среди этих инструментов занимает. Информанты рассказывали про имитационное/математическое моделирование процессов, симуляцию прохождения заявок, моделирование нагрузки и поиск узких мест по времени, SLA, ресурсам и стоимости.

Закодировали результаты и собрали код-бук, который прямо в рабочем виде отдали заказчику: он отлично знал, что с ним делать дальше. Так же сделали профилирование пользователей, которое показало еще одну глобальную цель продукта: тащить пользователей из левого верхнего и правого нижнего квадрантов наверх вправо. То есть наметился образовательный слой будущего интерфейса.

Отдельно восхищаемся комьюнити вокруг продукта: пользователей для качественного исследования мы набрали за 30 минут. Заказчик просто написал в канал и нам пришлось не просто экстренно закрывать объявление, но и отдать невместившихся внутренней команде на разговор по нашему гайду. Такого на нашей памяти еще не бывало.

Дизайн

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

Здесь было именно так. Бизнес-процесс рождается задолго до продукта, и результаты моделирования обсуждаются на совещаниях со слайдами и распечатками. Но для понимания всей картины мы все-таки собрали некое подобие CJM, куда включили весь путь аналитика от осознания задачи до её завершения. И на обсуждении с заказчиком очертили зону ответственности нового функционала на этом пути.

Дальше еще один новый, но уже вошедший в наш инструментарий этап: концептуальное проектирование с помощью ИИ. На этом проекте мы использовали Figma Make и прототип заказчика, который они собирали тоже с помощью нейросети. Мы сделали вот что: взяли текущие макеты прототипа, дополнили наш базовый промт для такой задачи (по умолчанию Make делает слишком много отсебятины) проблемами этого интерфейса, найденными по итогу аналитики.

После череды повторений и уточнений первый прототип был готов для обсуждения с заказчиком. В течении пары дней мы поштормили идеи, поговорили с заказчиком и сформулировали, что берем в проработку.

Дальше все очень стандартно – три итерации проектирования отдельных частей интерфейса (симулятор, формирование отчета и сам отчет). Потом общая вычитка макетов и внесение мелких правок.

Экстра-польза

Заказчик получил от нас все промежуточные результаты аналитики в рабочем виде (а значит готовыми для дальнейшего применения).

Еще заказчик постоянно писал в сообществе и показывал промежуточные результаты, что давало мгновенную обратную связь и новые идеи.

Отрисовали > 40 экранов интерфейса продукта

Уложились в 2 итерации  разработки дизайна

Сэкономили 5 итераций развития и разработки продукта