про 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