К содержимому
ProductSense АКАДЕМИЯ
ВойтиПопробовать бесплатно
Разобраться в теме Понять, что происходит Найти решение 
Библиотека
ПодборкиМикрокурсыКонференции
Тарифы

Академия ProductSense

бета-версия · Поддержка: @ps24supportbot

АкадемияКурсыТарифыПубличная офертаПолитика конфиденциальностиОбработка персональных данныхКарта сайта
Разобраться в теме12 разделов · 186 темПонять, что происходит12 опор · 288 ситуацийНайти решение14 работ · 508 приёмов458 материалов бесплатно из 3 060
  1. Понять, что происходит
  2. ·Не та задача
  3. ·Ситуация

Время, потраченное на формулировку задачи до старта, окупается экономией ресурса на разработку невалидных решений

7 материалов · принцип действия · Не та задача

Как выглядит
Ты переделываешь фичу в третий раз, потому что заказчик говорит «не то» после релиза.
Почему так работает
Чем точнее описана задача до старта, тем меньше итераций потребуется. Корректировки на ранних этапах дешевле, чем переделки кода.
Как замечать
Попроси заказчика повторить задачу своими словами до начала работы. Если он не сможет — ты ещё не готов стартовать. Если сможет и расхождения с твоим пониманием больше 20% — продолжай уточнять.
Где не работает
Когда у тебя уже есть работающий прототип и нужно быстро тестировать гипотезы, долгая постановка тормозит процесс.
Когда наоборот
Если рынок быстро меняется и нужно закрепиться первым, долгая постановка задачи проиграет скорости.

Разобраться сначала ↔ сделать сразу

Понять настоящую проблему и контекст до начала разработки

Быстро выдать рабочее решение и не застрять в бесконечном анализе

Где об этом говорят

  • Выступление

    Всегда под рукой: артефакты UX исследований, которые пригодятся каждому, и гайд по их использованию (Юлия Кожухова)

    Проверяем доступ

    «Время, потраченное на написание брифа и анализ проблемной ситуации до старта, экономит ресурсы, которые иначе уйдут на разработку невалидных решений.»

    здесь это прозвучало

  • Подкаст48 мин

    О прогнозировании погоды, вызовах технологичных продуктов, системном мышлении и создании комьюнити

    Проверяем доступ

    «Прежде чем бросаться в разработку, нужно заложить время на формулирование проблемы и возможность, чтобы не создать «крутую штуку ради неё самой».»

    здесь это прозвучало

  • Подкаст1 ч 1 мин

    О продуктовой стратегии, поиске ключевых смыслов, контринтуитивных шагах и построении оргструктуры

    Проверяем доступ

    «Успех решения абстрактной стратегической задачи на 80% зависит от того, насколько точно она поставлена и декомпозирована в последовательность шагов.»

    здесь это прозвучало

  • Видео51 мин

    Интрастартап за 90 дней: как запустить новый продукт внутри корпорации (Дарья Цыпаченко, Т-Банк)

    Проверяем доступ

    «Дешёвые UX-исследования и прототипы на старте окупаются кратно, позволяя делать пивот до того, как вы потратите месяцы на сложную разработку.»

    здесь это прозвучало

  • Выступление

    Shaping the Work (Basecamp, Ryan Singer)

    Проверяем доступ

    «Бюджет времени на фичу нужно определять до проектирования решения и подбирать концепцию под этот бюджет, а не оценивать готовый дизайн.»

    здесь это прозвучало

  • Подкаст57 мин

    О people management, навыках, необходимых руководителям, и карьерном росте менеджеров продуктов

    Проверяем доступ

    «Руководитель должен жестко контролировать качество базовых артефактов постановки задач, так как от этого напрямую зависит финальное качество всего продукта.»

    здесь это прозвучало

  • Видео3 мин

    Зачем строить доверительные отношения с технической командой

    Проверяем доступ

    «Перекладывание базового анализа проблем на техническую команду разрушает доверие и снижает мотивацию.»

    здесь это прозвучало