Михаил Наер и Иван Звягин написали о понимании задачи.

— Это документ, с помощью которого дизайнеры и стейкхолдеры могут сформировать единое представление о задаче;
— Его надо составлять на старте большого проекта (добавление каналов в банковское приложение) или отдельной задачи в рамках такого проекта (проектирование первого касания с каналами), то есть когда результатом будет изменение метрик;
— Документ помогает попасть в потребности клиентов и бизнеса, найти более сильное решение, замерить его эффективность, не брать задачи, которые решаются другими фичами;
— В большом проекте самостоятельно подготовить понимание задачи нереально, это надо делать на установочной встрече с дизайнерами и стейкхолдерами всех связанных продуктов;
— Документ состоит из вводных, миссии (как фича поможет пользователям), цели (какую пользу принесёт компании и почему), аудитории, критериев успеха;
— Бывают задачи без цели (социальные, некоммерческие проекты) или миссии (добавление согласий с юридическими документами), но лучше попытаться их найти;
— Описание аудитории отвечает на вопрос, кто наши пользователи и сколько их (и стоит ли задачу вообще делать);
— Критерии успеха помогают запланировать необходимые замеры и понять, решена ли задача. Они всегда направлены на миссию или цель;
— Что мы будем считать успехом? Есть ли бенчмарк? Что хотим не сломать? Что если результат не соответствует ожиданиям?

Смотрите также лекцию Ильи Бирмана о понимании задачи. #product