Воркшоп был рассчитан на тех, кому нужно спроектировать какой-то логический кусок системы — сценарий. Так я называю один или несколько экранов, объединённых одной задачей пользователя.
Для примера мы взяли сценарий регистрации в приложении банка. Он кажется простым, но на самом деле любые другие более сложные сценарии собираются по тому же принципу и вырастают из одного как ветки из дерева. В основе проекта древо сценариев, которое позволяет делить его на куски.
Если бизнес-заказчики **знают чего хотят, работа по проекту обычно начинается с большого старательно написанного технического задания.
Те, кто пишут ТЗ, выкладываются по полной, чтобы оно было исчерпывающим и описывало все поля и все чекбоксы, которые применяются в продукте. Поэтому, ТЗ легко может достигать сотни страниц.
Так оно становится тяжеловесным и водянистым. И конечно, не делает процесс понятнее и не ускоряет его.
Очень важно, чтобы задача была поставлена понятно, а для этого она должна быть сформулирована компактно, чтобы помещаться в голове. Детали, необходимые для реализации, могут быть в виде прототипов или вики-сайта в Конфлюенсе или Notion. Максимальный объём правильного ТЗ — две страницы текста.
При неудачном раскладе через месяцок окончательно утверждённое и вымученное ТЗ достигает дизайнеров. Дизайнеры его отрисовывают и отдают в разработку. От начала работы до релиза может проходить год.
ТЗ, вместо того чтобы обрисовать проблему и дать пространство для её наилучшего решения, предлагает какое-то гипотетическое решение, не проверенное конечными пользователями, и скорее всего нежизнеспособное. Зато утверждённое! Затем в ТЗ вносятся правки, процесс повторяется. Пока не закончится финансирование.
И очень часто дизайнеры даже не имеют права на него как-либо влиять. Им говорят: ты дизайнер — вот и рисуй, а в бизнес-процессы не лезь.