Если проект не стреляет, как понять когда пора остановить инвестирование?

Задали недавно в блоге очень хороший вопрос, суть такая – ты делаешь делаешь проект, вкладываешь в него бабло и время, а он все не стреляет и не стреляет. Как понять, когда пора остановиться, зафиксировать убыток и двигаться дальше?

Вопрос очень важный и глубокий. Под проектом не обязательно подразумевается контентный сайт, это может быть что угодно – сервис, продажа футболок 😃. Давайте разбираться в вопросе.

Что такое «проект выстрелил?»

Первое, что нужно сделать, это понять, когда можно считать, что проект «выстрелил»? Тут все, конечно, сугубо индивидуально и субъективно. Единого решения нет и никогда не будет – все проекты разные, все люди разные, все бюджеты разные.

Но в принципе, ответить на вопрос: что значит «стреляет»? мы можем. Теоретически, стреляет, это когда проект попал в ваши ожидания и/или превысил их. А это в свою очередь означает, что вы должны были перед стартом проекта сесть и подумать, на какой доход или иные KPI вы должны выйти в этом проекте. Сели, подумали, KPI поставили, временные рамки задали (не забудьте, миллион через год и через 15 лет это разные вещи) – отлично.

Итак, «стреляет» это значит, что проект вышел на планируемый доход, окупаемость (или другие KPI) за нужный нам отрезок времени.

Теперь у нас есть более четкое определение. Двигаемся дальше. Нужно понять, когда выйти из проекта, если он не стреляет = если он не вышел на планируемый доход через установленный нами временной промежуток.

Три вектора развития событий

Тут кроется нюанс. Изначально поставленные прогнозы сбываются за редким исключением, чаще всего все планы рушатся. Здесь важно понимать, что при постановке цели вы должны были продумать не один вариант развития событий. Вы как командир армии (или представьте, что играете в шахматы) – ваша задача продумать ходы, исходы и изменения тактики в связи с ними. Проще говоря, вы должны были заложить на старте проекта 3 варианта развития событий: реалистичный, негативный и позитивный.

  1. Реалистичный это то, что вам кажется наверняка. Вы все продумали, просчитали. Вот он план. Он хрен когда сбудется. Или сбудется, но с погрешностью, что чаще всего и бывает и это нормально.
  2. Негативный. Это низшая планка, хуже этого смысла держать этот бизнес нет. К примеру, уменьшенный доход, увеличенная окупаемость, растянутые сроки.
  3. Позитивный. Когда проект превосходит ожидания – приносит больше, окупается быстрее. На него никогда нельзя рассчитывать и даже думать о нем забудьте. Тут чисто психология. Если думать о нем, вы подсознательно начинаете в него верить, а если он не оправдается (а он не оправдается или оправдается, но каким-то иным образом) – ваш боевой дух падет, запас энергии уменьшится. Если позитивный вариант придет, рассматривайте его только как подарок и удачу.

Еще одна психологическая тема, раз уж затронули. Вы должны вбить себе в голову установку, что фейл проекта, проигрыш, фиксирование убытков – это нормально. Без этого вообще никуда. 100% выстрелов никогда не будет, всегда будут фейлы, всегда будут осечки, вы всегда будете что-то терять, какие-то проекты никогда не окупят ваших вложений. Здесь важно не тупо «не сдаваться и двигаться дальше» (пафосно), важнее то, что все это вы должны рассматривать как тест. Любое начинание – это тест. Тест может удастся, а может провалиться с треском. Удался – отлично, зарабатываем, работаем дальше. Провалился – помним, что это лишь тест, фиксируем убыток, работаем дальше.

MVP

И мы плавно подошли к тестам и MVP. Это краеугольный камень любого начинания. Понимание рамок MVP даст вам ответ на главный вопрос этой статьи и на все рядом стоящие вопросы.

Что такое MPV? Minimal value product – термин, пришедший из разработки, переводится как «Минимально жизнеспособный продукт». Ваша задача, когда вы стартуете какое-то новое направление, сразу понимать, что нужно сделать MVP. И на основании результатов полученных от MVP – делать выводы о том, стоит ли продолжать работать с этим проектом или фиксировать убыток.

У MVP всегда есть рамки и предполагаемый результат. Эти рамки вы ставите в начале работы с проектом, чтобы понимать, что при достижении этих рамок вы получите предполагаемый результат или около него. И тогда все становится безумно просто. Реально. Вы поставили рамки и поставили KPI. Все. Достигли рамок, смотрим на KPI. Если они +- подходят, работаем дальше. Следущий уровень MVP и так далее до момента получения полноценного продукта. Рамок достигли, но KPI далеки от установленных – не теряем время, фиксируем убыток и переходим к другой задаче.

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

На MVP не тратится много времени, энергии, ресурсов. По сути, все делается из говна и палок. Дальше смотрим на результат. Он есть? Отлично – добавляем ещё палок. Смотрим на результат. Если есть, меняем говно на что-то более серьезное и так далее до момента получения полноценного конкурентного продукта.

И только так. Мелкими шажками. Итерациями. Анализом результатов. Таким образом вы сможете в легкую сменить стратегию и тактику работы, практически на лету, если что-то пойдет не так или остановиться, если все пойдет совсем не так. И потерять только сотню другую тысяч (к примеру), а не десяток другой миллионов.

Проще всего объяснить эту методику работы на примере какого-то онлайн курса. Допустим, вы решили записать обучающий курс на тему «Как похудеть на 15кг за неделю» и у вас есть какое-то УТП (уникальное торговое предложение), которого нет у других (основа создания любого нового проекта в УТП, если его нет, нафиг вы никому не сдались). Нужно ли сразу записывать курс, тратить на это время и деньги, кого-то нанимать, что-то арендовать, что-то покупать и т. д.? Делают просто – готовят предложение, мол мы такие-то, научим тому-то. Снимают пару видео на айфончик и настраивают рекламу. Это MVP. Есть отклик? Есть предзаказы? Отлично, записываем полноценный курс.

Таким образом, вопрос «я работаю-работаю над проектом, а он все не стреляет, когда из него выходить» в корне неверный, потому что изначально у вас не было плана. Если бы изначально вы поставили для себя рамки MVP, определили планируемый результат и временной интервал — этого вопроса бы не было.

Выводы

Короче говоря:

  1. Перел началом проекта определите рамки MVP, сделайте чуть усилий и посмотрите на результат
  2. Оправдался реалистичный или около него или позитивный прогноз? Отлично, делаем следующий уровень MVP
  3. Прогноз в предыдущем пункте, это прогноз MVP, а не полноценного продукта
  4. Если не оправдался, закрываем, тестим что-то другое

На примере инфосайтов

На примере инфосайтов тоже все не сложно. MVP в инфосайтах – это сделать несколько разделов, на пару-тройку сотен статей, сделать репосты в соц.сетях, закупить ссылок. Это MVP. Не нужен дизайн, не нужны какие-то сервисы, не нужно 1000 статей. Сделали MVP, стартуете другой проект. Затем третий. После третьего (условно) уже будут результаты по первому. Оправдал ожидания? Вливаемся в него. Тогда уже можно и статей больше, и сервисов накатить, дизайн и т. д. 

Photo by Milada Vigerova on Unsplash

Оцените статью
Добавить комментарий