В качестве примера декомпозиции возьмем историю: «Я как пользователь приложения такси могу привязать платежную карту, чтобы каждый раз не вводить реквизиты заново при платеже».

Пример того, какой интерфейс может спроектировать UX-дизайнер, не прибегая к шаблонам декомпозиции:

Теперь проведем декомпозицию и посмотрим, как изменится финальный дизайн.

Для начала прибегнем к разбиению по операциям и разделим работу со списком привязанных карт по известному акрониму CRUD: Create (добавить элемент), Read (просмотреть), Update (редактировать), Delete (удалить). В нашем случае добавляется еще одно действие – выбор активной карты, то есть к акрониму прирастает еще одна буква: CRUD+S, где Select – выбрать активный элемент списка.

Самое приоритетное действие – создание элемента списка. Вполне представим релиз продукта, в котором пользователи получают одну лишь возможность добавлять карту.

Пример результата декомпозиции по шаблону CRUD+S

Да, это не полноценное управление списком, но такой подход позволяет быстрее довести ценность до пользователей. Притом никто не мешает при необходимости вносить остальные операции в последующие релизы.

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

Пример декомпозиции: «Я как пользователь приложения такси могу привязать платежную карту, чтобы каждый раз не вводить реквизиты заново при платеже». Карта пользовательских историй похожа на рыбный скелет, и потому минимально жизнеспособный релиз (Release 1) называют «позвоночная история»

Чтобы выявить такие менее значимые особенности реализации, воспользуемся инструментом картирования пользовательских историй:

Пример декомпозиции: «Я как пользователь приложения такси могу привязать платежную карту, чтобы каждый раз не вводить реквизиты заново при платеже». После декомпозиции в первый релиз пойдет только функция добавления карты, без удобств. Такая история может увидеть свет с учетом риска, что в те 1–2 недели, пока готовится следующий релиз, у пользователя возникнет потребность удалить привязанную карту

Благодаря таким инструментам как User Story Mapping и шаблонам декомпозиции, удается значительно сократить время выхода продукта на рынок. Причем функция попадает в релиз в упрощенном исполнении. Это может не полностью соответствовать ожиданиям искушенных пользователей, но позволит быстрее принести пользу и вернуть инвестиции от внедрения.