Разбираем пять типичных ошибок в описании стартапа: абстракции, размытая проблема, завышенная стадия, команда без ролей и неясный запрос. Описание проекта читают быстро. Тридцать секунд решают, будет ли следующая минута и чаще всего дело не в самом проекте, а в том, как он описан. Сильные команды регулярно теряют внимание на первом абзаце, потому что повторяют одни и те же пять ошибок. Разбираем каждую: в чём она состоит, почему возникает даже у опытных фаундеров и как выглядит текст до и после правки. ОШИБКА 1 → Абстракции вместо сути Самая частая и самая дорогая. Описание начинается со слов, которые звучат солидно, но не сообщают ничего конкретного: «инновационная экосистема», «комплексное решение», «оптимизация процессов», «цифровая трансформация». Почему так выходит. Фаундер боится, что конкретика сузит проект и он покажется мелким. Логика понятная: чем шире формулировка, тем больше рынок. На деле работает наоборот. Широкая формулировка не расширяет проект, а делает его невидимым — читатель не может представить, что вы делаете, и закрывает страницу. ДО: Инновационная экосистема для оптимизации бизнес-процессов с применением технологий искусственного интеллекта. ПОСЛЕ: Сервис, который собирает заявки из почты, WhatsApp и Telegram в одну таблицу, чтобы менеджеры малого бизнеса не теряли клиентов. Второй вариант звучит скромнее и работает лучше. Он даёт картинку, и уже по ней читатель решает, интересно ему или нет. Проверка простая: прочитайте своё первое предложение и спросите, можно ли подставить туда любой другой стартап. Если можно, тогда оно ничего не описывает. ОШИБКА 2 → Проблема не названа Второе по частоте. Команда подробно рассказывает, что делает продукт, но не объясняет, чью жизнь и как он меняет. Получается решение, висящее в воздухе. Проблема — это то, что делает продукт нужным. Без неё любые функции выглядят как список возможностей, а не как ответ на чей-то запрос. И наоборот: когда проблема сформулирована точно, половину функций можно даже не описывать — читатель достроит их сам. ДО: Мы делаем приложение для учёта расходов. ПОСЛЕ:Владельцы небольших кафе ведут расходы в тетради и узнают об убытке спустя месяц. Наше приложение считает маржу по каждому блюду в день закрытия смены. Хорошая формулировка проблемы отвечает на три вопроса: у кого болит, как эти люди справляются сейчас и чем нынешний способ плох. ОШИБКА 3 → Стадия приукрашена Здесь ошибка не столько в тексте, сколько в последствиях. Команда пишет «работающий продукт», имея лендинг и три ручных теста. Или «первые продажи», имея одну бесплатную установку у знакомого. Расчёт понятен: показаться взрослее, чтобы с тобой стали разговаривать. Но описание — это не финал разговора, а его начало. Дальше будут вопросы, и на первом же вскроется реальное положение дел. В результате команда теряет не сделку, а доверие, а его вернуть гораздо труднее, чем произвести хорошее первое впечатление. Есть и обратная сторона, о которой думают реже. Честно названная ранняя стадия — не слабость. Люди, которые смотрят проекты на этой стадии, ищут именно ранние проекты. Приукрасив стадию, вы попадаете в сравнение с теми, кто ушёл дальше, и проигрываете им по всем пунктам. ДО: Готовый продукт, идёт активный рост. ПОСЛЕ: Работает прототип, 12 заведений тестируют бесплатно, выручки пока нет. Платную версию планируем в ноябре. Второй вариант проигрывает по громкости и выигрывает по всему остальному: он проверяем, он задаёт понятный горизонт и он не развалится на первом вопросе. ОШИБКА 4 → Команда без ролей Пять фамилий списком - это не команда, а перечисление. Между тем на ранней стадии команда часто важнее продукта: продукт ещё изменится несколько раз, а люди останутся те же. Что должно быть понятно из описания: кто за что отвечает и почему именно эти люди могут решить именно эту задачу. Опыт в отрасли объясняет больше, чем любые прилагательные. ДО: Команда: Иван, Мария, Алексей, Дмитрий, Ольга. ПОСЛЕ: Иван — 8 лет в общепите, управлял сетью из четырёх кафе, знает проблему изнутри....