Как понять что бизнес не полетит
Есть момент когда вы уже вложили время, деньги, усилия и не хотите признавать что всё напрасно. Это называется sunk cost fallacy — мозг цепляется за уже потраченное и не даёт остановиться.
Признаки провала обычно видны рано. Просто на них не обращают внимания.
Вы решаете проблему которой нет
Самая частая причина смерти стартапов в том, что создают продукт который никому не нужен.
Звучит очевидно, но посмотрите как это происходит. У вас есть идея которая кажется отличной. Вы уверены что люди будут покупать. Потратили полгода на разработку. Запустились. Тишина.
Потому что вы решали проблему в своей голове, а не проблему реальных людей с деньгами.
Был проект Juicero — машина для отжима сока из пакетиков за 400 долларов.
Собрали 120 млн инвестиций. Потом журналисты Bloomberg показали что те же пакеты можно отжать руками за 90 секунд. Проект закрылся в 2017.
Или Google Glass. Технически впечатляющая разработка. Практически — никому не нужна. Странный внешний вид, людям некомфортно рядом из-за камеры на лице, батарея работает около часа. Закрыли массовую версию.
Как проверить? Выйдите и поговорите с людьми. Не с друзьями которые скажут, что идея крутая, а с реальными потенциальными покупателями. Спросите не купили бы вы это, а как они сейчас решает эту проблему и сколько это стоит.
Если человек вообще не решает эту проблему сейчас — значит она не настолько важна.
Unit-экономика не работает
Можете привлечь миллион пользователей, но если экономика одного клиента отрицательная — вы просто быстрее теряете деньги.
Классика: привлечение клиента стоит 100 долларов, а он приносит 30. Инвесторы настаивают на масштабе, а оптимизация потом. Но масштабируется убыток, а не прибыль.
Был сервис доставки еды Munchery.
Тратили много на маркетинг, привлекали пользователей. Но стоимость привлечения плюс доставка плюс продукты не окупались. Закрылись в 2019 после 125 млн инвестиций.
Как проверить — посчитайте сколько стоит привлечь клиента (CAC). Посчитайте сколько денег он принесёт за всё время (LTV). Если LTV меньше чем CAC умножить на три — это плохо. Если меньше чем просто CAC — очень плохо.
И не говорите себе что потом оптимизируете. Если фундаментально экономика не работает, масштаб это не исправит.
Вы игнорируете конкурентов
Если нет конкурентов, то это не показатель уникальности. Это показатель того что либо рынка нет, либо вы плохо исследовали.
Конкуренты — это не только точно такие же продукты. Это всё что решает ту же проблему. Excel конкурирует не только с Google Sheets, но и с блокнотом и ручкой.
Делаете приложение для учёта финансов? Ваш конкурент не только другие приложения. Это ещё таблица в телефоне и вообще отсутствие учёта.
Как проверить — спросите себя: почему люди должны переключиться с текущего решения на ваше? Если ответ потому что мы лучше или удобнее или дешевле — недостаточно. Переключение требует усилий. Нужно быть не на 10% лучше, а в разы.
Dropbox победил не потому что был файлообменником. Таких было много. Он был настолько проще в использовании что люди были готовы переключиться с флешек и email-вложений.
У вас нет канала дистрибуции
Продукт может быть отличным, но если люди о нём не узнают — он не существует.
Ошибка думать что если мы сделаем хорошо, они придут сами. Не придут. Шума слишком много, внимания мало.
Был стартап Color — социальная сеть для обмена фотографиями с геолокацией. Собрали 41 млн до запуска. Технически сделано качественно. Запустились и никто не пришёл. Потому что не было понятно зачем это нужно и как туда привлечь людей.
Как проверить — у вас должен быть конкретный ответ на вопрос о том, как люди узнают о продукте ещё до запуска. И это не может быть через сарафанное радио. Сарафан работает когда продукт уже используют тысячи людей.
Реальные каналы: контент-маркетинг (статьи, YouTube), платная реклама (если экономика позволяет), партнёрства, B2B продажи, сообщества. Выберите один, проработайте его полностью.
Основатели не ладят
Проект обычно убивает не конкуренция или рынок. Убивает то что основатели разругались и больше не могут работать вместе.
Очень много стартапов закрываются из-за конфликтов в команде основателей. Это больше чем от нехватки денег.
Бывает по-разному. Кто-то тянет одеяло на себя. Кто-то вкладывает меньше усилий. Кто-то хочет развивать в одну сторону, кто-то в другую. Кто-то считает что его доля недооценена.
Как проверить — честно поговорите до регистрации компании. Обсудите: кто сколько времени вкладывает, как делится equity, кто принимает финальные решения, что если кто-то захочет выйти.
И зафиксируйте это письменно. Вестинг на доли, опционы, процедуры разрешения конфликтов. Когда всё хорошо кажется, что это лишнее. Когда начинаются проблемы — уже поздно.
Вы не общаетесь с клиентами
Сидите в офисе (или дома), делаете функции которые кажутся важными. Собираете обратную связь через аналитику или редкие отзывы. Удивляетесь почему люди не используют продукт как вы планировали.
Потому что вы не знаете как они на самом деле работают.
Был случай с Segway — персональным электротранспортом. Позиционировали как революцию в передвижении. На практике оказался дорогим, неудобным для хранения, странно выглядящим и запрещённым на большинстве тротуаров. Если бы больше общались с реальными пользователями, поняли бы это до массового производства.
Как проверить — каждую неделю разговаривайте минимум с пятью пользователями. Не через форму обратной связи. Вживую или по видеозвонку. Смотрите как они используют продукт, где возникают сложности, что вызывает раздражение.
И самое важное — спрашивайте «почему» пять раз подряд. Человек говорит «неудобный интерфейс» — почему? «Не могу найти нужную кнопку» — почему? «Она в меню» — почему искали её там? И так далее.
Вы оптимизируете не то
Это про фокус. Когда пытаетесь сделать сто вещей одновременно и ни одна не работает нормально.
Или когда оптимизируете то что не важно. Делаете красивый дизайн когда нет пользователей. Разрабатываете десятую функцию когда первая не работает. Пишете блог когда никто не покупает продукт.
Есть концепция One Metric That Matters. В любой момент времени есть одна метрика которая сейчас самая важная. Для нового продукта это часто retention — возвращаются ли люди. Если нет — никакие функции не помогут.
Как проверить — ответьте на вопрос: что если бы мы удвоили эту метрику за месяц? Это решило бы наши основные проблемы? Если нет — вы фокусируетесь не на том.
Для продукта на ранней стадии это обычно: работают ли люди с продуктом, возвращаются ли, платят ли. Не количество функций, не дизайн, не охваты в соцсетях. Сначала доказательство что продукт нужен.
Деньги заканчиваются быстрее чем прогресс
Классика. Посчитали что хватит на год. Через полгода понимаете что денег на три месяца и продукт всё ещё не готов.
Бывает два сценария. Либо плохо посчитали изначально. Либо скоуп располз и вы делаете не то что планировали.
Обычно второе. Начинали с MVP который можно запустить за два месяца. Решили что нужна ещё одна функция. И ещё. И интеграция с пятью сервисами. И редизайн потому что старый не нравится. Прошёл год.
Как проверить — runway (взлётная полоса) это сколько месяцев вы можете работать на текущие деньги. Если меньше шести месяцев — пора либо привлекать новые деньги, либо сокращать расходы, либо закрываться.
И считайте консервативно. Если думаете что за три месяца сделаете X — умножайте на два. Всё идёт дольше чем кажется.
Вы не можете объяснить что делаете
Если не можете за тридцать секунд объяснить что делает ваш продукт и почему это важно — значит либо продукт слишком сложный, либо вы сами до конца не понимаете.
Это должно быть понятно любому человеку. Не «мы строим платформу для синергии горизонтального взаимодействия в B2B сегменте». А «помогаем строительным компаниям находить подрядчиков за час вместо недели».
Как проверить — объясните трём случайным людям чем вы занимаетесь. Если «звучит интересно» с непонимающим видом — плохой знак.
Хороший питч: проблема → решение → почему сейчас. «Компании тратят 30% времени на поиск подрядчиков через знакомых. Мы делаем маркетплейс с проверенными подрядчиками и отзывами. Рынок растёт 20% в год а аналогов в нашем сегменте нет».
Что с этим делать
Признавать проблемы рано — больно. Но продолжать вести проект в который уже вложили год — ещё больнее.
Лучшее что можете сделать — поставить себе дедлайны
«Если через три месяца у нас не будет 100 платящих клиентов — дропаем проект». Или «Если к концу квартала CAC не снизится вдвое — закрываемся».
И главное — не обманывайте себя. Данные не врут, врут интерпретации. Если метрики плохие три месяца подряд — это не флуктуация и не временные трудности. Это сигнал что что-то фундаментально не работает.
Иногда правильное решение — закрыться и начать что-то новое. Или развернуться в другую сторону. Или признать что это был эксперимент и он не удался.
Проваливаются не те кто пробовал и не получилось. Проваливаются те кто продолжал идти когда все признаки говорили остановиться.