Дизайн в корпорации

Проблемы и деньги Вот вы решили хорошо сделать свою работу. Провели исследования, выявили проблему, погнали делать всякие CJM и JTBD, устраивать брейнштормы и вообще долго и весело заниматься всякой продуктово-дизайнерской движухой, в результате которой получится дизайн. Ну или по крайней мере вайрфрейм. И вроде как все довольны. А теперь важно обернуться на много шагов назад и проверить, а точно ли то, что вы сделали, решает изначальную проблему пользователя? (Для этого она, кстати, должна быть хорошо сформулирована и вообще быть где-то задокументирована). К сожалению, частенько выясняется что не решает, особенно у ребят с учебными проектами (тут просто массовая проблема). Получается испорченный телефон, где каждый этап вносил искажение в картину проекта, а в финале вообще жалко выкидывать проделанную работу. Вторая проблема — при проектировании забыта финансовая модель и метрики. И ваш идеальный казалось бы путь для пользователя превращается в финансовую яму для организации. Легко отхватить сразу обе проблемы и получить финансовые проблемы с отсутствием пользователей на вашем сервисе. Конечно, не отрицаю — возможно все пройдет хорошо, вы будете получать какой-то прирост в деньгах и счастье пользователя, но нужно себе признаться в этот момент — это произошло не как следствие выстроенного процесса, а вопроеки ему и строить на этом систему нельзя. И я на самом деле не предлагаю вам вести расчет юнит-экономики, это дело других специалистов, хотя бы продактов (хотя в наше не самое простое время встает вопрос кто кого и кому кто нужен). Но точно нужно иметь представление о том, как работает продукт изнутри, на чем зарабатывает, куда тратит. И помнить об этом на каждом этапе проектирования. Ну а проблемы пользователя должны постоянно быть выписаны где-то в районе ваших рабочих макетов в фигме.