Саша Окунев написал о проведении первичной встречи по продуктовой задаче.

— Вопросы брифа помогают структурировать разговор, расставить в нём акценты и с минимальными усилиями получить от заказчика (ПМ или представителя бизнеса) информацию для принятия дизайн-решений;
— Для мелких задач такой бриф будет излишним;
— Цель первичной встречи — выяснить проблему, которую может решить дизайн;
— Как заказчик видит проблему или задачу в общих чертах? Это должно быть именно описание проблемы, а не набор конкретных решений;
— Как проблема влияет на бизнес в целом, как она приводит к потере денег? Сумма потерь поможет в дальнейшем приоритизировать задачу;
— Чью проблему вы решаете и кто кроме них вовлечён в процесс? Так вы будете знать, где их найти, и видеть полную картину взаимодействия;
— Какие проекты решили похожие задачи? Использование лучших практик с рынка облегчает жизнь пользователей, которые уже знакомы с другими продуктами и их решениями;
— Какие сущности вовлечены в процесс? Зная их, можно выстроить схему взаимодействия, а на более позднем этапе аналитики — структуру каждой;
— Как проблему решали в компании ранее? Для оценки приоритетов важно знать последствия: что будет, если проблему не решать;
— Усугубится ли проблема в будущем? У задачи может быть естественный дедлайн, повышающий её важность;
— Какие метрики могут быть у задачи? Исследуя, как работает система по метрикам, можно найти интересные гипотезы. Аналитика даёт аргументы в спорах и уменьшает их количество;
— Как определить, что проблема решена? Можно сравнить новое решение со старым по метрикам или провести исследование. Идеальный ответ затрагивает изменение бизнес-процесса, а не само наличие новой функции.