Ответы появляются в процессе работы и прорабатываются разными членами команды. К моменту начала работы над задачей они должны быть согласованы между участниками процесса.
- Какую проблему решаем? Что сейчас не так, и как мы это поняли.
- Для кого решаем проблему? С каким сегментом аудитории собираемся взаимодействовать, его специфики
- Цель, метрики. Что должно стать лучше и на сколько. Выгода для бизнеса в цифрах
- Какое целевое действие ожидаем? Что наша ЦА должна сделать увидев / прочитав / прослушав. Какого эффекта хотим достичь?
- Сроки. Есть жёсткий дедлайн? Когда нужно на проде, когда отдавать в разработку
- Что будет если не успеем? Какие риски несет команда или продукт? Можем как-то этого избежать?
- Технические ограничения. Если известны заранее Привлеките к обсуждению задачи разработчика
- Гипотезы Предложения решения проблемы. Не обязательно реализуются, если находится более эффективный способ достижения цели
- ЛПР. Кто отвечает за конечный результат и принимает решения?
- Техническая команда. Кто из команды разработчиков будет принимать участие в реализации задачи?
Дополнительно, но не обязательно
- Референсы или мудборд. Удачный пример решения аналогичной проблемы, обзор конкурентов
- Контент или тексты от копирайтера. К моменту начала дизайна было бы хорошо иметь содержание в виде готового текста, фотографий, видеороликов и прочего.
- Ограничения по содержанию. Что должно быть обязательно / желательно / что нежелательно и что нельзя использовать совсем и почему.