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

Академия ProductSense

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

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

Чем быстрее нужен прототип, тем ниже планка качества кода — попытка сделать сразу «как надо» тормозит проверку идеи

11 материалов · принцип действия · Меняем и ломается

Как выглядит
Команда неделями не показывает заказчику рабочий прототип, потому что чинит баги и добавляет тесты вместо демонстрации сырой версии.
Почему так работает
Высокие стандарты качества кода замедляют проверку идей. Временный прототип ускоряет фидбэк и снижает риск переделок.
Как замечать
Посчитай, сколько дней команда тратит на архитектуру и тесты до первого релиза прототипа. Если больше трёх — планка качества слишком высока.
Где не работает
Не работает, если прототип с высокой вероятностью останется в продакшене или если баги могут привести к катастрофическим последствиям (например, в финтехе).
Когда наоборот
Когда требуется сразу выпустить стабильный продукт, например, для корпоративных клиентов с высокими требованиями к безопасности.

Менять быстро ↔ укреплять основу

Менять систему быстро и на широком фронте, отпуская микрориски ради проверки идей и макро-целей

Обеспечивать устойчивость глубинных слоёв, менять установки до навыков и закрывать базовые потребности до надстройки

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

  • Видео44 мин

    Что такое предпринимательское мышление, и почему это новая суперсила в корпоративном мире

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

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

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

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

    О процессе и командах Product Discovery, балансе Run и Change и time-to-knowledge с Никитой Ефимовым

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

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

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

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

    #7 - О Китае. Продукт за 3 недели, ProductTank, опыт c Павлом Педенко (Product Manager, MacPaw)

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

    ««Сырой» MVP сразу даёт фидбэк по core value, в отличие от полировки деталей, которые пользователи не замечают.»

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

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

    Об опыте создания продукта с нуля и различиях в работе и навыках продакт и проджект-менеджеров

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

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

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

  • Видео1 ч 16 мин

    Как самостоятельно создать мобильное приложение или маркетплейс (Вадим Михалёв, Habit Hero, Rocketslides)

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

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

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

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

    Как отличить перспективную технологию от (не)научной фантастики на примере компьютерного зрения?

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

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

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

  • Видео27 мин

    История запуска одного супераппа: как не бояться менять сложный продукт (Дмитрий Козлов, Яндекс Go)

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

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

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

  • Видео18 мин

    Смешать, но не взбалтывать: объединяем лучшее из B2B и B2C (Ася Зотова, hh.ru)

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

    «Прежде чем строить сложные ML-модели, нужно проверить ценность советов на базе простых эвристик и убедиться, что пользователи вообще готовы им следовать.»

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

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

    Мировые тренды и перспективы подкастинга (Валентина Каледина, Castbox, Руководитель по развитию бизнеса в Европе)

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

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

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

  • Видео2 мин

    Тизер 14 серия

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

    «Скорость проверки сырой гипотезы почти всегда важнее длительной идеализации решения.»

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

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

    Что делать, если ваш продукт - люди?

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

    «Перед началом любых дорогих или сложных производственных этапов (например, съемок) нужно проводить от 2 до 5 репетиций с исполнителем.»

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