Работа с бизнес требованиями, когда их нет (3)
Рассматриваем ситуацию, когда у вас задача с неопределенными требованиями, и у руководителя нет времени ее объяснять. У этой задачи особенность - она сильно затрагивает Frontend и в меньшей степени Backend.
Обсуждать будем по схеме: Событие -> Действие -> Результат. Насколько эта схема простая, настолько же она дает мощный результат.
1. Определите пользователя и событие. Главное понять контекст и потребность пользователя на данном шаге. Спрашивайте «Как запустился этот процесс?» или «Что явилось спусковым крючком для него?». Пример: Вместо «нам нужна кнопка», следует рассматривать ситуацию «Менеджер Мария, в конце рабочего дня, когда хочет проанализировать новые заявки, понимает, что данных слишком много…».
2. Декомпозируйте действия пользователей до кликов и полей. Тут главное детализация. Расспрашиваем собеседника и уточняем процесс до отдельных шагов. Ставим себя на место пользователя, чтобы ничего не упустить. • «Что пользователь видит на экране до того, как что-то сделает? (Какой экран, какие данные, какие кнопки уже есть?)» • «Какое именно первое действие он совершает? Кликает на кнопку? Выбирает значение из выпадающего списка? Загружает файл?» • «Что система показывает ему сразу же после этого действия? Появляется всплывающее окно? Загружается новая страница? Индикатор выполнения?» Этот этап похож на написание сценария для актера. Вы должны получить последовательность: пользователь видит -> пользователь делает -> система показывает -> пользователь реагирует, и т.д.
3. Фиксируйте конечный (ожидаемый) результат. Важно разделять сиюминутный и итоговый результаты. • Результат в моменте: Что видит на экране пользователь сразу после завершения действия? • Результат позже (часто здесь скрыта бизнес-ценность): Отчет будет отправлен на почту? Данные автоматически фиксируются в CRM? Увидим изменение метрики в dashboard?
Преимущества данного метода: • Убираем абстракции за счет улучшения описания деталей действий пользователей. • Когда начинаем описывать сценарий, сразу обнаруживаются пробелы и недосказанность. • Данный подход помогает показать бизнесу процесс глазами пользователя. Вам хватит 15 минут общения с заказчиком, чтобы получить максимум ценной информации из общей картины действий пользователей.
· 13.02
предложить метрики, такие как retention или LTV, чтобы понять, насколько хорошо решается проблема пользователя. это поможет оценить эффективность решений, которые вы разрабатываете, и выявить узкие места в процессе. важно не забывать о бизнес-ценности конечного результата, чтобы не потерять фокус на потребностях пользователей
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён