Lean Startup

Определение

Lean Startup (также Бережливый Стартап, Экономный стартап) — это стратегия разработки стартапа, при котором главной задачей является быстрое тестирование идеи на реальных потребителях, с последующей корректировкой бизнес модели и повторения тестирования. Задачей стратегии также является то, чтобы сэкономить средства на разработку стартапа, и начать масштабные вложения только тогда, когда идея подтверждается фактами.

В основе стратегии лежит цикл: Создать -> Оценить -> Научится. Где сначала создается MVP (Minimal Viable Product) на основе идеи. Затем выдвигаются предположения и допущения, выявляются те стороны стартапа, которые нужно протестировать на реальных потребителях. Как правило — это наиболее рисковые элементы стартапа, которые в случае нежизнеспособности приведут к краху всего проекта.

Автор стратегии Бережливого Стартапа — Эрик Рис. Он сформулировал этот метод сначала у себя в блоге, а в последствии описал его в книге «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели». Идея Бережливого Стартапа возникла на основе идеи бережливого производства (Япония). В основе ее лежит учет поставляемых товаров, их качества и стоимости производства, минимизации издержек.

Методики

  1. 2 гипотезы. При тестировании идеи, следует разбить видение на 2 части и вывести гипотезы: гипотеза ценности и гипотеза роста. Гипотеза ценности заключается в том, увидят ли клиенты ценность в продукте, когда начнут им пользоваться. Гипотеза роста должна показать как продукт будет распространяться и как новые клиенты узнают о сервисе
  2. MVP. Minimal viable product — минимально жизнеспособный продукт. Содержит в себе ключевые функции будущего цельного продукта и призван протестировать гипотезы на первых потребителях  
  3. Ранние последователи (early adopters). При тестировании идеи, задача состоит в привлечении ранних последователей, тех кто острее всего чувствует потребность в продукте. Такие пользователи достаточно лояльны к ошибкам, которые неизбежны в первых версиях, и они дают необходимый для дальнейшего развития фидбек. Затем с помощью MVP, следует собрать отзывы о работе продукта и на основании этого двигаться дальше.
  4. Механизм роста. Каждое действие направлено на совершенствование механизма.
    По аналогиии с автомобилем и ракетой. Многие стартапы, пытаются быть ракетой, которая летит по заданной траектории. Пишут бизнес планы, которые при малейшем отклонении приводят к краху.
    Автомобиль же, хотя и едет к заданной цели, но на пути может маневрировать и объезжать препятствия.
  5. 4 вопроса перед началом разработки продукта:  — Признают ли потребители, что у них есть проблема которую мы пытаемся решить
    — Если предложить им решение проблемы, готовы ли они за него платить?
    — Станут ли они платить именно НАМ?
    — Можем ли мы предложить решение?

Тезисы

  1. Стартапы зачастую переходят к модели «Просто сделай это» — это не работает. Хаос — не работает. Даже в условиях неопределенности — должен быть менеджмент и система
  2. Основным критерием оценки правильности действий стартапа является подтверждение фактами
  3. Цель стартапа — выяснить, что нужно рынку, чего хотят клиенты, и за что они готовы платить.
    Метод ориентирован на быстрое прохождение циклов , знание потребителея, масштабное видение и дерзкие амбиции.
  4. Стартап — это вновь созданная организация, которая занимается разработкой новых товаров или услуг,
    в условиях чрезвычайной неопределенности.
  5. Источники инноваций для стартапа: научные открытия, новые версии существующих технологии, новые бизнес-модели, открывающие ценность, которая раньше была скрыта. Или же это просто товары или услуги на новых рынках, либо предоставляют продукт новым клиентам.
  6. Главная функция предпринимателя — учиться. Нужно выяснить, какие элементы стратегии работают и помогают реализовать видение, а какие наоборот уводят нас от цели. Нужно выяснить , чего от нас на самом деле хотят клиенты. Нужно понять приведет ли избранный путь к растущему бизнесу.
  7. «Убыточный лидер» — это продукт предлагаемый в убыток, ради привлечения покупателей
  8. Выпустить плохой продукт — это не самое страшное, самое плохое, если он никому не нужен
  9. Утешение после неудачи, что «многому научился» — самое древнее и бесполезное.
  10. Как получить подтверждение фактами?
    Нужно задать себе вопрос, какие наши действия создают ценность, а какие приводят к напрасным тратам?
    Систематически выяснять, какие опции нужны, а какие — нет, на основе фидбека от пользователей.
  11. Система «экономичныи стартап» рассматривает все действия стартапа как эксперименты, тестирующие его стратегию и призванные выяснить, какие элементы этой стратегии обоснованы, а какие — нет.

Примеры и кейсы

  1. Кейс интернет магазина обуви Zappos. Заключался в том, что основатель не имея товара, решил выяснить — будут ли люди покупать обувь в интеренете. Для этого он договорился с офлайновыми магазинами обуви сфотографировать их товар, затем он выложил фотографии и описание товара на свой сайт, и дал возможность пользователям заказать его. После заказа, они могли купить обувь в офлайновом магазине по обычной цене. В итоге: 1) компания собрала более точные данные о потребительском спросе,
    2) Получила возможность взаимодействовать с реальными клиентами и узнать об их потребностях
    3) Клиенты стали вести себя так, как основатель не ожидал, благодаря чему узнал новое и смог скорректировать модель
  2. Кейс онлайн галлереи пользователей Kodak Gallery. Тестировали два вопроса, перед началом разработки: 1)
    Заходят ли пользователи создавать альбомы мероприятий  2) Будут ли они добавлять фотографии в такие альбомы. Команда Kodak Gallery сделала простой опытный образец альбома. Ему недоставало многих опций, но он позволил понять разработчикам слабые стороны продукта и изменить функционал.
  3. Кейс прачечной в Индии. Тестировали вопрос, а будут ли люди сдавать вещи в прачечную. Для этого купили одну стиральную машину и подвозили ее к оживленным улицам на пикапе, для проверки гипотезы. Это позволило подтвердить, что спрос на услугу есть.
  4. Кейс IMVU. Изначально провели пол года разработки, и не получили ни одного клиента при запуске. Затем начали приглашать людей в офис, и спрашивать у них мнение о функционале продукта. Это позволило выявить правильную востребованную функциональность, для широкого круга людей. Хотя прежнюю пришлось выкинуть.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *