Привет, Хабр!
Меня зовут Маргарита, я аналитик в департаменте e-commerce в «КОРУС Консалтинг».
Создание нового продукта или крупного функционального блока часто начинается с серии интервью с бизнес-заказчиком по сбору требований. В предыдущей статье я поделилась подходом к составлению надежного плана-графика таких встреч — фундамента для дальнейшей работы. Сейчас я хочу поговорить о следующем этапе: подготовке к каждой отдельной встрече.
Почему подготовка так важна
Аналитик имеет большое влияние на результат, отношения заказчика к команде и будущее продукта. Даже если все пожелания клиента выполнены, система может получиться неэффективной и не получить бюджет на развитие. Чтобы этого избежать, аналитику важно занимать активную позицию: не просто записывать слова бизнеса, а выявлять скрытые потребности и предлагать оптимальные решения. И даже в новой, пока не знакомой предметной области можно принести большую пользу, если критически оценивать каждое требование и видеть его как часть целой системы.
Важно всегда держать в фокусе ценность, которую решение должно принести бизнесу и пользователю, и уточнять, по каким причинам предложено каждое требование. Так происходит процесс постепенного погружения в предметную область, который помогает формировать действительно ценные решения и отсекать все ненужное.
Такой подход формирует правильные ожидания и атмосферу доверия на проекте. На этапе сбора требований это закладывается на встречах, которые фасилитирует аналитик. Чтобы они были результативными, нужна качественная подготовка. Она позволяет:
Сформировать четкие цели и не уходить в сторону от темы.
Продумать варианты решений заранее, чтобы сэкономить время на встрече и обсудить больше вопросов.
Дать заказчику ознакомиться с планом, обдумать ответы до обсуждения и при необходимости скорректировать состав участников встречи.
Я собрала 7 советов, которые помогают мне подготовиться ко встрече так, чтобы провести ее максимально продуктивно.
Совет 1. Готовить конкретные вопросы
Итак, у нас есть план-график встреч, в котором определены темы, последовательность, даты, время и составы участников. При подготовке к каждой встрече важно составить повестку — сценарий будущего обсуждения.
Я рекомендую формулировать ее как список конкретных вопросов, а не просто обозначать темы. Это помогает заказчику понять суть и подготовить ответы заранее, а аналитику — не забыть задать вопрос. Так, вместо абстрактного «Структура каталога и отображение категорий» лучше подготовить вопросы:
Сколько категорий каталога планируется? Как часто будут появляться новые?
Будут ли вложенные категории (подкатегории)? Сколько уровней может быть?
Должны ли все клиенты видеть одинаковый список или нужно разделение? и т.д.
Конечно, есть риск упустить часть вопросов, особенно при работе в новой предметной области. Поэтому полезно обращаться за помощью к коллегам с подобным опытом или использовать ИИ для подготовки и проверки полноты списка.
При этом нужно не бояться добавлять вопросы, которые кажутся очевидными. Уточнения, сделанные на старте, могут сэкономить много времени в будущем или даже открыть целые пласты новых требований, важные для проектирования.
А чтобы повестка оставалась удобной и читаемой, можно группировать вопросы по смыслу и выделять заголовки формированием. Еще один лайфхак: использовать только нумерованные списки. Так легче ссылаться на определенный пункт в обсуждении или письме.
Совет 2. Предлагать варианты решений
На встречах решения принимаются ощутимо быстрее, если приходить на них с пониманием возможных вариантов реализации каждой задачи и их преимуществ. Тогда на обсуждении мы задаем вопросы о бизнесе заказчика и вместе выбираем лучшее решение, либо комбинируем несколько. А если имеется нужный контекст, аналитик может сразу рекомендовать наилучший вариант и обосновать его.
Варианты решений можно записывать в повестку сразу после вопроса. Например:
Вопрос: каким образом будет происходить авторизация?
Варианты: логин и пароль (быстро в разработке), телефон и код из СМС (безопасно и удобно, но отправка СМС — платная), внешний сервис (нужен аккаунт) и т.д.
Для формирования списка решений также помогут ваш опыт, консультации с коллегами и ИИ, а еще изучение референсов конкурентов и понимание паттернов проектирования. Обязательно исследуйте уже имеющиеся документы и текущую реализацию системы, если они есть.
Также можно подготовить предложение по разделению разработки на этапы: сначала быстро проверить гипотезу, а затем перейти к более сложной разработке.
Совет 3. Добавлять вопросы о нефункциональных требованиях
Нефункциональные требования — характеристики системы, которые легко упустить при обсуждении бизнес-логики: производительность, безопасность, доступность и т.д. Для проектирования важно выявить нефункциональные требования как можно раньше, ведь они определяют архитектуру системы.
Я включаю вопросы о них в подходящие по смыслу темы. Так, при обсуждении покупателей на маркетплейсе можно сразу уточнить:
Сколько пользователей ожидается? Как часто будут появляться новые?
Когда ожидаются пиковые нагрузки?
Какие у них регионы? Будут ли разные языки, валюты, часовые пояса? и т.д.
Совет 4. Готовить визуализацию для удержания внимания
Визуализация — это якорь, который удерживает внимание и позволяет сосредоточить силы на обсуждаемом вопросе, а не на воспоминании уже принятых решений. Она сокращает расхождения, когда каждый участник понимает решение по-своему. И с ней легче вовремя увидеть пробелы и не затронутые зоны.
Визуализация обсуждения — это не всегда сложная схема. На экране можно показать:
Повестку встречи — чтобы видеть вопросы, варианты решений и прогресс по ней.
Референсы — примеры, как решение уже работает в других системах.
Макеты (или их черновики) — даже приблизительный макет, составленный до сбора детальных требований, ускоряет объяснение логики и дает возможность внести правки. Часто это легче, чем представлять будущее решение в уме.
Тезисы и списки, формируемые во время обсуждения. Например, если мы обсуждаем наполнение страницы «О нас», можно сразу записывать одобренные блоки и зачеркивать те, от которых отказались — так участники встречи видят общую картину.
5. И, конечно, схемы, сформированные заранее (если уже есть контекст) или заготовки под них (чтобы создать их вместе с бизнесом).
При подготовке ко встрече важно выбрать инструмент и способ визуализации, которые позволят работать быстро и незаметно. Участники обсуждения не должны ждать, пока мы найдем нужную стрелку или отредактируем элементы схемы.
Поэтому мои основные инструменты при проведении встречи: запись тезисов прямо в повестке после вопроса и схемы на удобных мне интерактивных досках. При использовании схем я специально ухожу от строгих нотаций и использую простые, понятные формы: один вид стрелок, один или два вида элементов, цветовая индикация по необходимости. А доработать схемы и привести их в соответствие с правилами моделирования можно после встречи. Например, на встрече можно отобразить бизнес-процесс так:
Совет 5. Не забывать про открытые вопросы
При подготовке к следующей встрече полезно открыть протокол предыдущей. Если остались открытые вопросы или договоренности, их можно добавить в начало новой повестки. Это позволит завершить тему перед началом следующей и формировать атмосферу дисциплины на проекте: если договоренность зафиксирована, она будет выполнена.
Совет 6. Отправлять повестку заранее
Важно отправить повестку заранее, чтобы участники успели ознакомиться с ней и обдумать ответы на вопросы. Это делает встречу заметно эффективнее и общий результат проекта достигается быстрее.
Идеально — отправить письмо за 1 рабочий день. Например, если встреча назначена на 16:00, повестка направляется в конце предыдущего дня.
Совет 7. Внимательно относиться к обратной связи
Иногда заказчик отправляет обратную связь еще до встречи: дополнительные вопросы, уже подготовленные ответы, предложения по формату встречи. Нужно успеть обработать и учесть пожелания, а затем обязательно ответить и поблагодарить за комментарии в письме или в начале встречи. Это простое, но важное действие формирует дружелюбную атмосферу и желание вовлекаться в проект.
Хотя мы говорим, что наша компания работает с компаний заказчика, в действительности на проекте работают люди, и отношения между ними влияют на результат.
Недавно я поучаствовала в проекте на стороне заказчика и почувствовала, насколько важно получить комментарии на свою обратную связь. Я не ждала, что каждое мое предложение будет принято безоговорочно. Но мне было важно знать, что моя обратная связь получена и рассмотрена экспертно, а мой вклад и выделенное время на неосновную для меня работу — оценены.
Чек-лист подготовки ко встрече с заказчиком
Резюмирую советы по подготовке к эффективной встрече с бизнес-заказчиком в чек-лист. Я обязательно проверяю, что:
Повестка в виде конкретных вопросов готова
Возможные варианты решений готовы
Есть вопросы о нефункциональных требованиях по теме встречи
Понятен способ визуализации - схема, макет или просто текст
Открытые вопросы и договоренности с прошлых обсуждений указаны в начале повестки
Заказчик получил повестку заранее, за 1 рабочий день до встречи
Заказчик получил ответ на свою обратную связь
А какие подходы к подготовке ко встречам с бизнес-заказчиком по сбору требований используете вы? Буду очень рада узнать о вашем опыте в комментариях
