Про Swimlane діаграму

Уявіть, що дивитеся зверху на басейн: у кожній доріжці пливе окрема людина. Приблизно так працює swimlane — кожна «доріжка» відповідає певній ролі або системі, а по горизонталі розкладаються кроки сценарію.
Навіщо це потрібно? Щоб наочно показати, хто і що робить у межах одного процесу. Дії можуть виконуватися послідовно або паралельно, бути взаємозалежними чи незалежними.

Назва говорить сама за себе: swimlane — це «дорожка в басейні». На відміну від класичного user flow, який відстежує шлях одного користувача, swimlane показує одразу кількох учасників. Одна з доріжок може бути відведена системі (чи навіть кільком системам), тож видно, як вона реагує на кроки людей.
Такі діаграми корисно будувати ще до переходу до макетів: вони допомагають не загубити розгалуження та вибудувати оптимальний порядок дій. Якщо відразу стрибнути в UI, легко застрягти в компонентах і пікселях та прогавити логіку сценарію.

Коли вистачить звичайного user flow? Коли у вас один тип користувача, який працює із сервісом наодинці. Якщо ж результат задачі пов’язує кількох учасників (наприклад, покупець оформлює замовлення, адміністратор бачить його в адмінці, телефонує клієнту та підтверджує) і/або потрібно показати реакцію однієї чи кількох систем — краще обирати swimlane. Коротко: один — user flow, кілька — swimlane.

@berestux