ИИ менеджмент продукта 1.0. Владимир Дьячков PhD

про Airbnb, который понял, что люди боятся пускать незнакомцев в дом, и добавил отзывы и фото хозяев – это изменило поведение арендаторов.

      5 этапов Design Thinking

      1. Эмпатия – узнаём, что реально бесит пользователей.

      2. Определение проблемы – формулируем суть боли, а не её симптомы.

      3. Генерация идей – предлагаем кучу решений (90 процентов из них фигня, но 10 процентов – работают).

      4. Прототипирование – делаем быстрые версии, чтобы понять, что вообще рабочее.

      5. Тестирование – отдаём пользователям, смотрим, что пошло не так.

      Плохой подход: «Давайте добавим ещё одну соцсеть! Все любят соцсети!»

      Хороший подход: «Люди устают от длинных текстов → TikTok сделал контент коротким → миллиарды пользователей».

      3.2. Lean Startup: как сделать MVP и не облажаться

      Что такое Lean Startup?

      Это когда ты не пилишь продукт два года, а быстро проверяешь гипотезы, чтобы не тратить время на ненужную фигню.

      Методология основана на цикле Build → Measure → Learn:

      1. Build (Создать) – делаем MVP, а не вылизанный продукт.

      2. Measure (Измерить) – смотрим, юзает ли кто-то этот MVP.

      3. Learn (Изучить) – если никто не юзает, меняем стратегию (а не добавляем новых фич, надеясь, что «на этот раз зайдёт»).

      Как делать MVP, а не «MVP»?

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

      Хорошо: запустить лендинг, проверить спрос, обработать 100 заявок вручную и только после этого писать код.

      Примеры нормальных MVP

      • Airbnb – первые бронирования проходили через Google Forms.

      • Zappos – сначала просто фотографировали обувь в магазинах и смотрели, будет ли кто-то покупать.

      Золотое правило: MVP должен тестировать одну главную гипотезу.

      Если у тебя в «MVP» уже 30 фич – ты что-то делаешь не так.

      3.3. Agile: как не застрять в бесконечном планировании

      Что такое Agile?

      Это когда ты не пишешь 100-страничные ТЗ, а делаешь маленькие улучшения каждую неделю.

      Суть: разработка делится на спринты (обычно 1—2 недели).

      Вместо того чтобы строить продукт годами и надеяться, что он кому-то пригодится, команда делит работу на короткие этапы – спринты. Обычно это две недели, но можно хоть неделю, хоть месяц – главное, чтобы было быстро. В начале спринта все садятся и решают, что самое важное сделать прямо сейчас, в конце – показывают результат. Главное правило: даже если продукт еще далек от совершенства, в конце каждого спринта должно быть что-то работающее.

      Теперь про Scrum. Это такой конкретный способ применять Agile, чтобы не превратить процесс в хаос. В Scrum есть несколько ролей.

      Во-первых, Scrum Master – это человек, который следит, чтобы вся движуха шла по правилам, не дает разработчикам увязнуть в бюрократии и защищает их от внезапных «а давайте всё переделаем» со стороны начальства.

      Во-вторых, Product