Быстро входим в сложный проект, строим итеративную работу и всех побеждаем

В последние пару месяцев я часто решал свои проблемы и помогал ученикам одним конкретным набором схем.

У вас бывают такие вопросы?

Большой проект, сложный заказчик, сложная предметная область, нужен быстрый результат (иначе заказчик уйдет). Что делать? Как разложить по полочкам и нормально сделать, не потеряв фокуса? (и заказчика :))
Как дать бизнесу ценность, если ты привык мыслить фичами, скринами, а не сценариями и результатом?
Как в существующем продукте с большим количеством фичей понять что допиливать и что исследовать?
Как систематизировать и консистентно сделать 100500 уведомлений разным пользователям в экосистеме продуктов? Как понять, хорошо ли они работают?
И еще 100500 подобных вопросов

Это реальные задачи (с опущенными деталями и названиями), с которыми дизайнеры пришли на курс и в менторинг. И которые я решаю в своей работе.

Как решать такие задачи?

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

Что делать?

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

И все это надо быстро, без сложных и тяжеловесных подходов.

Замечательно! (читай "спасибо кэп") Но, что конкретно надо делать?:)

Что применять?

Хорошо сработала и и помогла и мне и студентам вот такая связка:

Выявление целей проекта (НОРМАЛЬНОЕ)
CJM с нестандартными срезами и шагами, положенными на ARR
Раскрытие этого в userflow/ui-flow
Итеративная "послойная" работа над логикой и интерфейсами

Вот к примеру набор схем для двухмесячной итерации работ над одним проектом:

Как это работает?

Как обычно, все решают нюансы и то, КАК ты делаешь.

Собираем цели проекта/продукта. Не для галочки, а нормально :)

А зачем их собирать? Мне же четко объяснили, что нужна вот такая фича, вот такие кнопки?

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

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

Сроки сжатые, что-то спрограммировать мы не успеем никак. При этом от презентации нам придет много фидбека и виденье проекта может сильно поменяться.

Значит, работать надо чисто продуктовым дизайнером, который умеет на базовом уровне работать с требованиями, хорошо умеет в IA и схемы и может быстро превратить это в кликабельный прототип с средне-высокой детализацией.

А вот работа системного архитектора и серверных разработчиков пока не нужна, и мы экономим несколько 300-600 тысяч рублей (половину сейчас, половину потом, когда пришлось бы переделывать после фидбека от презентации)

Что должен сделать продуктовый дизайнер? Внятная пользовательская история, с заметной ценностью, но повырезать все валидации, эдж-кейсы и прочее, что надо прорабатывать, когда отдаешь макеты в разработку.

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

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

Вот так одна простая цель сэкономила много денег, помогла мне проектировать проект и ~~вылечила перхоть~~

И это только одна цель. Вообще у проекта их несколько, примерно на год работы.

Как работать с целями?

Вопрос заслуживает отдельной статьи (возможно, как раз следующей).

Если совсем вкратце:

Понять список и хотелки стейкхолдеров.
Продать целиориентированный подход.
Получить начальные формулировки целей. Они всегда сырые и кривые. См. следующий пункт.
Привести к SMART. Когда вам будет казаться, что цели уже норм — сделайте еще 5-6 итераций, по-честному вкладываясь. Тогда будет и правда норм.
Применить 5 почему (гуглите, этот метод, если его трансформировать в "5 зачем", или в "5 ичо" — хорошо помогает раскопать настоящую цель по грудой умно-корпоративно выглядящих, но неработающих формулировок)
Применить квадрат декарта (тоже гуглите)

В итоге должна получиться четкая, измеримая, достижимая и понятная цель, имеющая РЕАЛЬНУЮ ценность, ее должны на самом деле решить достичь. Отказываться ради нее от дизайнерских или технических решений, которые на нее не работают. Менять ради нее состав работ, принимать бизнес-решения.

И что дальше?

У вас описана цель, возможно 2-3. В идеале — нужно выбрать первую, которую нужно достигать вот сейчас. И потом — верхнеуровнево показать, какого жизненного цикла потребителя/пользователя вам нужно добиться (то есть не просто нарисовать, а воплотить в жизнь), чтобы цель была достигнута.

Для этого неплохо подходит CJM, но как всегда — с кучей нюансов.

Делаем CJM с шагами по AARR

Есть набор метрик, который иногда называют "пиратским" (потому что AARRR). Если его немного видоизменить — он отлично ляжет в основу CJM.

В классическом виде AARRR описывает воронку:

Я обычно немного сокращаю его и остается:

Привлечение
Активация
Вовлечение
Удержание

В следующих статьях я расскажу подробней, что понимать под каждым этапом и чем хорошо строить CJM по ним (в том числе и для внутренних проектов)именно — поехали дальше :) Пока что — поехали дальше.

Вот что получается на вершине CJM:

Дальше нам нужно его детализировать, разобраться на сценарии и от сценариев перейти к экранам, блoкам и прочим деталям UI.

Детализируем CJM

CJM рисуют как табличку, где столбцы — это этапы "жизни" потребителя. А строки — некоторые срезы. Например — барьеры, которые мешают потребителю переходить на следующий этап.

В разных проектах есть разные данные, поэтому и строки CJM можно сделать по-разному.

На старте хорошо делать вот такие строки:

Бизнес-задачи. 1-3 ключевых задачи на каждый шаг. Например, на привлечении нам нужно донести до пользователя ценности и получить его регистрацию на сервисе, или его контакты и готовность с нами общаться. На активации нам нужно, чтобы человек выполнил базовые задачки и мы понимали, что он может использовать сервис. Еще нам нужно, чтобы у него в голове сложился паззл — какую его боль может вылечить сервис, какую ценность дать. В этом же шаге берется первая оплата. И так далее, на вовлечении и удержании тоже свои задачи.
Пользовательские сценарии

Как это выглядит на схеме?

Крупнее показать не могу, могу только рассказать, что и где. На самом верху — основные шаги CJM. Ниже — бизнес-задачи для каждого шага. Еще ниже — пользовательские сценарии, которые должны отработать, чтобы выполнить бизнес-задачи шага.

А уже дальше я раскладывал это на релизы. Каждая строчка с зелеными прямоугольниками — это план работы на 1-3 мес.

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

Удобно и наглядно. К чему стремимся, что и как хотим делать, что потом и что в первую очередь.

В следующих статьях я расскажу как можно вытаскивать и описывать цели проекта, подробно расскажу про этапы в CJM. А потом — о том, как перейти от этих схем к более конкретным — про экраны, блоки, контент.

Хочется этому научиться?

В декабре и январе будут потоки курса по рисованию схем (https://uxboost.ru/2days_funnel). На лендинге еще не отображено, но мы существенно доработали курс:

Вместо двух 4-часовых занятий стало 3
Добавилась вторая неделя практики (по желанию, для тех, кто не успевает)
Помимо основного тарифа (7 600 р.) добавились премиальные (14 600 и 32 000 р.) с плотной индивидуальной работой и другими плюшками). Про них лучше всего спросить в личку @serebrennikov_i в телеграм

До новых статей и новых встреч! :)