Minimum Lovable Product ❤️
Пролистывается по требованиям на продакта и увидел интересный пункт. И как же сильно он попадает в боль продактов😁
Раньше все говорили про MVP. Сейчас на рынке полно OpenSource и ценность не в функциях, а в эмоциях. Это и есть MLP
MLP — это не просто набор фич, а первые секунды WOW эмоций от продукта. Когда хочется попробовать и остаться. Видели как Comet сделали свой вход в браузер, анимацию агенты и NoConnection экраны?) Это вот оно и есть - эмоции от пользования
Хочешь аналогию?
В современном мире почти любой MVP - это комбинации из OpenSource + LowCode + AI на коленке. А MLP случится после выпуска, когда комьюнити внезапно начинает делать мемы, обсуждать продукт, предлагать идеи и делиться с друзьями
Что делает продукт Lovable?
Wow эффекты от того как это красиво, как удобно, продумано и с заботой о пользователе. Отличный пример на СНГ - Точка.Банк и их подходом
Пролистывается по требованиям на продакта и увидел интересный пункт. И как же сильно он попадает в боль продактов😁
Раньше все говорили про MVP. Сейчас на рынке полно OpenSource и ценность не в функциях, а в эмоциях. Это и есть MLP
MLP — это не просто набор фич, а первые секунды WOW эмоций от продукта. Когда хочется попробовать и остаться. Видели как Comet сделали свой вход в браузер, анимацию агенты и NoConnection экраны?) Это вот оно и есть - эмоции от пользования
Хочешь аналогию?
В современном мире почти любой MVP - это комбинации из OpenSource + LowCode + AI на коленке. А MLP случится после выпуска, когда комьюнити внезапно начинает делать мемы, обсуждать продукт, предлагать идеи и делиться с друзьями
Что делает продукт Lovable?
Wow эффекты от того как это красиво, как удобно, продумано и с заботой о пользователе. Отличный пример на СНГ - Точка.Банк и их подходом
AARRR
Воронка роста для IT-сервисов.
Есть разные воронки продаж вроде AIDA, Долина тревог, SPIN, TSFD, TOFU–MOFU–BOFU. Они в целом все решают задачу - эффективно провести клиента от знакомства то продажи, отслеживать прогресс и увеличивать конверсии.
AARRR - специализирована под IT-продукты и состоит из 5 этапов:
1. Acquisition — как пользователи находят продукт?
Органика, реклама, рефералка.
2. Activation — получил ли человек первый «вау-эффект»?
Понял ли ценность за 5 минут.
3. Retention — возвращается ли он?
Повторно заходит через 7 дней.
4. Referral — готов ли рекомендовать?
Делится, зовёт друзей, оставляет отзывы.
5. Revenue — платит ли он?
Покупка, подписка, апгрейд.
Для чего подходит?
SaaS, маркетплейсы, freemium — всё, где важны рост и удержание.
Почему лучше других для IT?
AARRR = не про маркетинг, а про поведение и метрики внутри продукта.
Другие воронки:
1. AIDA
Внимание → Интерес → Желание → Действие
Хороша для B2C и массовых продуктов, но не показывает, что дальше после клика.
2. PAS (Долина тревог)
Проблема → Усиление → Решение
Эмоциональная подводка к продаже, но не метрики и не продуктовая модель.
3. TOFU–MOFU–BOFU
Контент сверху вниз
Помогает с охватом, но не управляет удержанием и монетизацией.
4. SEE–THINK–DO–CARE
Осознанность клиента
Слишком широкая, сложна в реализации, не даёт чётких метрик.
5. HEART
UX-качество и счастье
Фокус на ощущениях, а не на росте. Хороша как дополнение, но не вместо.
Ссылки на почитать:
- Дзен: Анализ и оптимизация маркетинговой стратегии с AARRR
- Romi Center: Использование AARRR-воронки в маркетинге
- Tilda Education: Факторы, влияющие на продвижение по методу AARRR
- Experrto: AARRR — «пиратские» метрики для облачных стартапов
- Chizhov.io: Практическое руководство по созданию воронки продаж в соцсетях с помощью AARRR
Воронка роста для IT-сервисов.
Есть разные воронки продаж вроде AIDA, Долина тревог, SPIN, TSFD, TOFU–MOFU–BOFU. Они в целом все решают задачу - эффективно провести клиента от знакомства то продажи, отслеживать прогресс и увеличивать конверсии.
AARRR - специализирована под IT-продукты и состоит из 5 этапов:
1. Acquisition — как пользователи находят продукт?
Органика, реклама, рефералка.
2. Activation — получил ли человек первый «вау-эффект»?
Понял ли ценность за 5 минут.
3. Retention — возвращается ли он?
Повторно заходит через 7 дней.
4. Referral — готов ли рекомендовать?
Делится, зовёт друзей, оставляет отзывы.
5. Revenue — платит ли он?
Покупка, подписка, апгрейд.
Для чего подходит?
SaaS, маркетплейсы, freemium — всё, где важны рост и удержание.
Почему лучше других для IT?
AARRR = не про маркетинг, а про поведение и метрики внутри продукта.
Другие воронки:
1. AIDA
Внимание → Интерес → Желание → Действие
Хороша для B2C и массовых продуктов, но не показывает, что дальше после клика.
2. PAS (Долина тревог)
Проблема → Усиление → Решение
Эмоциональная подводка к продаже, но не метрики и не продуктовая модель.
3. TOFU–MOFU–BOFU
Контент сверху вниз
Помогает с охватом, но не управляет удержанием и монетизацией.
4. SEE–THINK–DO–CARE
Осознанность клиента
Слишком широкая, сложна в реализации, не даёт чётких метрик.
5. HEART
UX-качество и счастье
Фокус на ощущениях, а не на росте. Хороша как дополнение, но не вместо.
Ссылки на почитать:
- Дзен: Анализ и оптимизация маркетинговой стратегии с AARRR
- Romi Center: Использование AARRR-воронки в маркетинге
- Tilda Education: Факторы, влияющие на продвижение по методу AARRR
- Experrto: AARRR — «пиратские» метрики для облачных стартапов
- Chizhov.io: Практическое руководство по созданию воронки продаж в соцсетях с помощью AARRR
Дзен | Статьи
Анализ и оптимизация маркетинговой стратегии с AARRR
Статья автора «STIK - Бизнес в онлайне» в Дзене ✍: В мире маркетинга, где каждый бренд стремится привлечь внимание, удержать интерес и преобразовать его в лояльность и прибыль, существует метод,...
🚀 Brands as Intentional Agents Framework (BIAF)
👉🏻 Исследование
О чём исследование:
Люди воспринимают бренды как агентов — оценивают их по двум осям:
- Намерение (помочь или навредить)
- Способность (могут или не могут помочь)
Набор ключевых инсайдов:
✅ Доверие = добрые намерения + высокая способность
✅ Сильный, но злой бренд вызывает страх и отторжение
✅ Добрый, но слабый бренд вызывает сочувствие, но не лояльность
✅ Лучший бренд — добрый и сильный одновременно
Как помогает IT-стартапу:
✅ Строить доверие с первой коммуникации
✅ Выстраивать позиционирование через заботу и эффективность
✅ Избегать ошибок в формировании бренда на ранних этапах
Кому полезно изучить:
- IT-стартапам на стадии выхода на рынок
- PM/Founder’ам, строящим бренд с нуля
- Growth-командам, отвечающим за восприятие и доверие
Итог:
Пользователи интуитивно оценивают бренды как личностей. Чтобы побеждать — важно быть не только сильным, но и доброжелательным.
👉🏻 Исследование
О чём исследование:
Люди воспринимают бренды как агентов — оценивают их по двум осям:
- Намерение (помочь или навредить)
- Способность (могут или не могут помочь)
Набор ключевых инсайдов:
✅ Доверие = добрые намерения + высокая способность
✅ Сильный, но злой бренд вызывает страх и отторжение
✅ Добрый, но слабый бренд вызывает сочувствие, но не лояльность
✅ Лучший бренд — добрый и сильный одновременно
Как помогает IT-стартапу:
✅ Строить доверие с первой коммуникации
✅ Выстраивать позиционирование через заботу и эффективность
✅ Избегать ошибок в формировании бренда на ранних этапах
Кому полезно изучить:
- IT-стартапам на стадии выхода на рынок
- PM/Founder’ам, строящим бренд с нуля
- Growth-командам, отвечающим за восприятие и доверие
Итог:
Пользователи интуитивно оценивают бренды как личностей. Чтобы побеждать — важно быть не только сильным, но и доброжелательным.
🚀 Gartner Hype Cycle – методология оценки технологий
Ссылка на борду с инсайдами
Показывает, на какой стадии развития и ожиданий находится технология, помогает принимать решения об инвестициях и разработке.
⚡ Когда использовать?
✅ Оценка перспектив новых технологий
✅ Планирование сроков внедрения
✅ Анализ рисков и ожиданий рынка
✅ Актуальной состояние технологий
✅ Обоснование инновационной перспективы
👨💻 Пример из практики:
Когда проходишь в Сколково - обязательно делаешь обоснование технологии по Трендам и Hype циклу. Gartner публикуют исследования по трендовым технологиям для построяния стратегического менеджмента. Вот исследования по AI. В целом классные ребята, чтобы понимать что происходит на международном рынке.
Ссылка на борду с инсайдами
Показывает, на какой стадии развития и ожиданий находится технология, помогает принимать решения об инвестициях и разработке.
⚡ Когда использовать?
✅ Оценка перспектив новых технологий
✅ Планирование сроков внедрения
✅ Анализ рисков и ожиданий рынка
✅ Актуальной состояние технологий
✅ Обоснование инновационной перспективы
👨💻 Пример из практики:
Когда проходишь в Сколково - обязательно делаешь обоснование технологии по Трендам и Hype циклу. Gartner публикуют исследования по трендовым технологиям для построяния стратегического менеджмента. Вот исследования по AI. В целом классные ребята, чтобы понимать что происходит на международном рынке.
Gartner
What Generative AI Means for Business | Gartner
Explore the executive's guide to generative AI, including understanding, planning, piloting and implementing it for competitive advantage.
Ч5: Как менеджер продукта влияют на успех стартапа?
Если сильно упростить, то задача продуктового менеджера отвечать любому человеку на вопросы:
- Какую реальную проблему мы решаем продуктом и почему люди за это платят?
- Кто точно это покупает и как мы их находим?
- Что отличает нас от всех альтернатив и почему нас выбирают?
- Работает ли это? (метрики, тренды, retention)
- Масштабируется ли это? (unit economics, люди, ресурсы)
Все фреймворки - это накопленный опыт и проверенные инструменты, которые помогают собрать данные и сформировать ответы, чтобы продукт стал успешным. Ответы на вопрос «как» и «зачем»:
- провести custdev и другие аналитические исследования
- формулировать problem statement и value proposition
- подтвердить модель монетизации
- валидировать гипотезы
- описать ICP и сегментировать аудиторию
- строить GTM-стратегию
- проверять UX-решения
- приоретищировать задачи в соответствии со стратегическими целями
- отслеживать ключевые метрики и следит за траекторией роста продукта
В итоге: менеджер продукта превращает накопленную базу знаний в поток решений, рост и конкретные шаги, за которые отвечает команда.
Если управленческие решения правильные - продукт растет и развивается. Если решения ошибочные - стартап погибает. Все метрики нужны лишь для валидации решений, чтобы убрать эмоции и любой управленец мог быстро оценить ситуацию и эффект любого принятого решения
Если сильно упростить, то задача продуктового менеджера отвечать любому человеку на вопросы:
- Какую реальную проблему мы решаем продуктом и почему люди за это платят?
- Кто точно это покупает и как мы их находим?
- Что отличает нас от всех альтернатив и почему нас выбирают?
- Работает ли это? (метрики, тренды, retention)
- Масштабируется ли это? (unit economics, люди, ресурсы)
Все фреймворки - это накопленный опыт и проверенные инструменты, которые помогают собрать данные и сформировать ответы, чтобы продукт стал успешным. Ответы на вопрос «как» и «зачем»:
- провести custdev и другие аналитические исследования
- формулировать problem statement и value proposition
- подтвердить модель монетизации
- валидировать гипотезы
- описать ICP и сегментировать аудиторию
- строить GTM-стратегию
- проверять UX-решения
- приоретищировать задачи в соответствии со стратегическими целями
- отслеживать ключевые метрики и следит за траекторией роста продукта
В итоге: менеджер продукта превращает накопленную базу знаний в поток решений, рост и конкретные шаги, за которые отвечает команда.
Если управленческие решения правильные - продукт растет и развивается. Если решения ошибочные - стартап погибает. Все метрики нужны лишь для валидации решений, чтобы убрать эмоции и любой управленец мог быстро оценить ситуацию и эффект любого принятого решения
Роль PR в продуктах
Лекция от Михаила Токовинина (основатель amoCRM), когда он еще отвечал за продажи в QSoft. Классный месседж, что продукт изначально должен точно сформировать позиционирования «мой продукт - это …» и отсюда выстраивать всю стратегию что делать и ещё важнее ЧЕГО НЕ ДЕЛАТЬ.
Интересный пример у iPhone, когда они еще не выпустили продукт на рынок но уже все выстроили свои ожидания и знают о продукте. Или люди у которых нет авто, но они точно знают отличия BMW, Mercedes и Лада.
Ключевые мысли:
- позиционирование это про 5% что делаем и 95% чего не делаем
- PR это про формирование образа о продукте через слухи и смыслы в каждом упоминании
- PR накопительная история
- PR должен точно отделить твой продукт от всех остальных в голове клиента
- ценность PR, чтобы люди которые слышали о продукте передавали целевым ЛПР полезные для продукта смыслы
Рекомендую посмотреть лекцию:
https://youtu.be/rklFVAlDnkg?si=nfNbh4H_4HwpAFqo
Пиар — это не про количество упоминаний в СМИ. Это работа по формированию мнения людей о продукте еще до его применения
Лекция от Михаила Токовинина (основатель amoCRM), когда он еще отвечал за продажи в QSoft. Классный месседж, что продукт изначально должен точно сформировать позиционирования «мой продукт - это …» и отсюда выстраивать всю стратегию что делать и ещё важнее ЧЕГО НЕ ДЕЛАТЬ.
Интересный пример у iPhone, когда они еще не выпустили продукт на рынок но уже все выстроили свои ожидания и знают о продукте. Или люди у которых нет авто, но они точно знают отличия BMW, Mercedes и Лада.
Ключевые мысли:
- позиционирование это про 5% что делаем и 95% чего не делаем
- PR это про формирование образа о продукте через слухи и смыслы в каждом упоминании
- PR накопительная история
- PR должен точно отделить твой продукт от всех остальных в голове клиента
- ценность PR, чтобы люди которые слышали о продукте передавали целевым ЛПР полезные для продукта смыслы
Рекомендую посмотреть лекцию:
https://youtu.be/rklFVAlDnkg?si=nfNbh4H_4HwpAFqo
YouTube
CMSMagazine 12 - Как мы добываем клиентов - QSOFT
Пиар - это единственное разумное, чем может заниматься агентство для своего продвижения.
Михаил Токовинин,
QSOFT
Михаил Токовинин,
QSOFT
Build Measure Learn продуктовый подход
Подход из методологии Lean Startup. Помогает быстро проверять гипотезы и получать знания в короткие итерации
- Build. Строим функцию или ценность которая требуется продукту минимальными усилиями
- Measure. Измеряем эффект от новой ценности (A/B тесты, NPS, опросы)
- Learn. Делаем выводы и принимаем решение - выпуск, доработка или pivot по этой фиче
Дальше этот подход раскладывается подробнее практики:
- Hypothesis driven Development
- HADI цикл гипотез
- дизайн A/B экспериментов
- дизайн Custdev и опросов
- Data Driven принятие решений
- Pivot теория ( CSP, CNP, VCP, Channel Pivot)
BML подход работает, если:
✅ Выдвигаете проверяемые гипотезы
✅ Строите минимально необходимое
✅ Запускаете быстро (дни, не месяцы)
✅ вживую общаетесь с пользователями
✅ Принимаете решения на основе фактов
✅ Итерируете за 1-2 недели
✅ Слушаете пользователей каждый день
✅ Не боитесь пивотить если данные того требуют
BML НЕ работает, если вы:
❌ Строите без гипотез (“просто делаем эту фичу”)
❌ Берёте месяцы на разработку
❌ Смотрите только на количественные данные без фидбэка
❌ Принимаете решения “потому что нравится”
❌ Не уточняете метрики успеха ДО экспериментов
❌ Масштабируете без валидации рынка
Подход из методологии Lean Startup. Помогает быстро проверять гипотезы и получать знания в короткие итерации
- Build. Строим функцию или ценность которая требуется продукту минимальными усилиями
- Measure. Измеряем эффект от новой ценности (A/B тесты, NPS, опросы)
- Learn. Делаем выводы и принимаем решение - выпуск, доработка или pivot по этой фиче
Дальше этот подход раскладывается подробнее практики:
- Hypothesis driven Development
- HADI цикл гипотез
- дизайн A/B экспериментов
- дизайн Custdev и опросов
- Data Driven принятие решений
- Pivot теория ( CSP, CNP, VCP, Channel Pivot)
BML подход работает, если:
✅ Выдвигаете проверяемые гипотезы
✅ Строите минимально необходимое
✅ Запускаете быстро (дни, не месяцы)
✅ вживую общаетесь с пользователями
✅ Принимаете решения на основе фактов
✅ Итерируете за 1-2 недели
✅ Слушаете пользователей каждый день
✅ Не боитесь пивотить если данные того требуют
BML НЕ работает, если вы:
❌ Строите без гипотез (“просто делаем эту фичу”)
❌ Берёте месяцы на разработку
❌ Смотрите только на количественные данные без фидбэка
❌ Принимаете решения “потому что нравится”
❌ Не уточняете метрики успеха ДО экспериментов
❌ Масштабируете без валидации рынка
Lean Product Process: Методология достижения Product-Market Fit
Конспект лекции Дэна Олсена по книге «The Lean Product Playbook»
Важное уточнение: Лекция проведена Дэном Олсеном (Dan Olson) — автором книги «The Lean Product Playbook», а не основателем Lean Startup. Эрик Рис (Eric Ries) — автор книги «The Lean Startup», которая является отдельной методологией.
Дэн Олсен разработал практический фреймворк, расширяющий концепции Lean Startup конкретными пошаговыми инструкциями для продуктовых команд. Лекция — это сжатый практический гид по методологии Lean Product Process, специально для тех, кто строит технологические продукты в BigTech и стартапах. Основной фокус: пошаговый процесс достижения product-market fit через итеративное тестирование гипотез с реальными пользователями.
Ключевые инструменты из лекции:
- Product-Market Fit Pyramid как основа продукта
- Определение границ MVP-продукта
- Value Proposition Canvas
- Lean Product Process (6 шагов Дэна Олсена)
- Build–Measure–Learn Loop
- Problem Space vs. Solution Space
- Модель Kano
- Jobs-To-Be-Done (JTBD)
- Product-Market Fit
- Release Early, Release Often
Практические мысли:
- Начинай с Problem Space, а не Solution Space — избегай "solution pollution" в формулировке требований.
- Тестируй гипотезы без кода — используй кликабельные прототипы (Figma, InVision) перед разработкой.
- Importance vs. Satisfaction матрица — фокусируйся на потребностях с высокой важностью и низкой удовлетворенностью.
- MVP ≠ плохой продукт — это минимум для валидации ключевой гипотезы с достаточным качеством исполнения.
- Итерируй быстро — чем короче цикл Build-Measure-Learn, тем быстрее достигнешь PMF.
Полезные ссылки:
- The Lean Product Playbook — Dan Olsen (книга с пошаговым процессом)
- The Lean Startup — Eric Ries (основополагающая методология)
- Value Proposition Design — Alexander Osterwalder (Value Proposition Canvas)
Ссылка на лекции Дэна Олсена:
- презентация Lean Product Playbook
- как достигнуть PMF
- исследование продуктовых возможностей
- создание продуктовых стратегий
- оптимизация продукта через аналитику
Конспект лекции Дэна Олсена по книге «The Lean Product Playbook»
Важное уточнение: Лекция проведена Дэном Олсеном (Dan Olson) — автором книги «The Lean Product Playbook», а не основателем Lean Startup. Эрик Рис (Eric Ries) — автор книги «The Lean Startup», которая является отдельной методологией.
Дэн Олсен разработал практический фреймворк, расширяющий концепции Lean Startup конкретными пошаговыми инструкциями для продуктовых команд. Лекция — это сжатый практический гид по методологии Lean Product Process, специально для тех, кто строит технологические продукты в BigTech и стартапах. Основной фокус: пошаговый процесс достижения product-market fit через итеративное тестирование гипотез с реальными пользователями.
Ключевые инструменты из лекции:
- Product-Market Fit Pyramid как основа продукта
- Определение границ MVP-продукта
- Value Proposition Canvas
- Lean Product Process (6 шагов Дэна Олсена)
- Build–Measure–Learn Loop
- Problem Space vs. Solution Space
- Модель Kano
- Jobs-To-Be-Done (JTBD)
- Product-Market Fit
- Release Early, Release Often
Практические мысли:
- Начинай с Problem Space, а не Solution Space — избегай "solution pollution" в формулировке требований.
- Тестируй гипотезы без кода — используй кликабельные прототипы (Figma, InVision) перед разработкой.
- Importance vs. Satisfaction матрица — фокусируйся на потребностях с высокой важностью и низкой удовлетворенностью.
- MVP ≠ плохой продукт — это минимум для валидации ключевой гипотезы с достаточным качеством исполнения.
- Итерируй быстро — чем короче цикл Build-Measure-Learn, тем быстрее достигнешь PMF.
Полезные ссылки:
- The Lean Product Playbook — Dan Olsen (книга с пошаговым процессом)
- The Lean Startup — Eric Ries (основополагающая методология)
- Value Proposition Design — Alexander Osterwalder (Value Proposition Canvas)
Ссылка на лекции Дэна Олсена:
- презентация Lean Product Playbook
- как достигнуть PMF
- исследование продуктовых возможностей
- создание продуктовых стратегий
- оптимизация продукта через аналитику
YouTube
The Lean Product Playbook with Author Dan Olsen
Product Management event in San Francisco about The Lean Product Playbook.
📆 Check out upcoming events: https://prdct.school/events
📑 Get the slides: https://prdct.school/2CI9zAn
ℹ Find out more about us: https://prdct.school/44f6WNW
Dan Olsen shared the…
📆 Check out upcoming events: https://prdct.school/events
📑 Get the slides: https://prdct.school/2CI9zAn
ℹ Find out more about us: https://prdct.school/44f6WNW
Dan Olsen shared the…
💯1
AI | ProductMarketFit & GoToMarket
Lean Product Process: Методология достижения Product-Market Fit Конспект лекции Дэна Олсена по книге «The Lean Product Playbook» Важное уточнение: Лекция проведена Дэном Олсеном (Dan Olson) — автором книги «The Lean Product Playbook», а не основателем Lean…
books.yandex.ru
Читать «MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям», Дэн Олсен в Яндекс Книгах
«MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям» Дэн Олсен читать полную версию книги на сайте или в приложении электронной онлайн библиотеки Яндекс Книги.
❤1
Полезные находки за неделю:
- Product-Frameworks.com
Энциклопедия методов. Содержит все готовые фреймворки/инструкции под решение каждой задачи
- Product Compass
Навигатор по стратегии. Помогает связать фичи с бизнес-целями. Критически важно для PMF, чтобы сфокусироваться на важном
- Delibr
AI-помощник для документации и PRD. Структурирует документы и идеи, уменьшает T2M
- Product Maps
Общая база знаний и практик продуктового менеджмента
- Product School Template Library
Готовые шаблоны (Roadmaps, User Personas, PRDs). Для презентации помогает точечно упаковать идеи В карточки
- Product-Frameworks.com
Энциклопедия методов. Содержит все готовые фреймворки/инструкции под решение каждой задачи
- Product Compass
Навигатор по стратегии. Помогает связать фичи с бизнес-целями. Критически важно для PMF, чтобы сфокусироваться на важном
- Delibr
AI-помощник для документации и PRD. Структурирует документы и идеи, уменьшает T2M
- Product Maps
Общая база знаний и практик продуктового менеджмента
- Product School Template Library
Готовые шаблоны (Roadmaps, User Personas, PRDs). Для презентации помогает точечно упаковать идеи В карточки
Delibr
About us - Delibr
Delibr is a Stockholm-based startup that helps product managers and their teams become better at collaborating in their feature refinement process.
❤2
Ч6: PreSeed стартапа
Pre-Seed— это этап, когда у вас нет продукта, нет клиентов, нет инвестиций. Есть только идея и основатель, который видит в ней доход. На этом этапе важны знания и минимальные расходы. Главная задача: за 3 месяца понять, будет ли это работать, перед тем как тратить большие деньги на разработку.
Главная цель - подтвердит , что идея в спросе у клиента и он готов за нее платить именно вам. Не "людям может понравиться", а "люди готовы достать кошелек и заплатить"
Pre-Seed работает через Build-Measure-Learn цикл на максимальной скорости. Вы не планируете месяцами — вы создаете, тестируете, учитесь и делаете выводы за дни. Меньше аналитики, больше действий
На Pre-Seed есть только одна важная метрика — Sean Silly тест 40%+ ответов "Очень разочарован" на вопрос: Насколько сильно вы будете разочарованы, если эта проблема не будет решена?"
Почему именно эта метрика?
- Проверяет реальность, а не желание:
- Коррелирует с успехом
- Простая в измерении:
- Не требует готового продукта
- Легко делегируется
Типичные ошибки:
- Опрос только друзей и знакомых
- Продажа вместо слушания
- Интервью «со всеми», без четкого ICP
- Слишком сложный первый прототип
- Ощущения, вместо метрик
- Растягивать дольше 12 недель
- Не фиксировать инсайты из разговоров
- Идти за деньгами на следующий раунд без валидации проблемы
- Переусложнять процесс вместо простых шагов
Полезные советы:
- Общайся с незнакомцами из целевого сегмента, а не с друзьями
- Слушай 80% времени, говори 20% — твоя задача понять реальность, а не продать
- Сделай прототип за 3–5 дней на no-code, а не идеальный продукт
- Найди 3–5 дизайн-партнеров, которые готовы регулярно тестировать и давать честный фидбек
- Как можно раньше попроси оплату — даже маленькую сумму. Деньги — лучший фильтр мотивации
Pre-Seed— это этап, когда у вас нет продукта, нет клиентов, нет инвестиций. Есть только идея и основатель, который видит в ней доход. На этом этапе важны знания и минимальные расходы. Главная задача: за 3 месяца понять, будет ли это работать, перед тем как тратить большие деньги на разработку.
Главная цель - подтвердит , что идея в спросе у клиента и он готов за нее платить именно вам. Не "людям может понравиться", а "люди готовы достать кошелек и заплатить"
Pre-Seed работает через Build-Measure-Learn цикл на максимальной скорости. Вы не планируете месяцами — вы создаете, тестируете, учитесь и делаете выводы за дни. Меньше аналитики, больше действий
На Pre-Seed есть только одна важная метрика — Sean Silly тест 40%+ ответов "Очень разочарован" на вопрос: Насколько сильно вы будете разочарованы, если эта проблема не будет решена?"
Почему именно эта метрика?
- Проверяет реальность, а не желание:
- Коррелирует с успехом
- Простая в измерении:
- Не требует готового продукта
- Легко делегируется
Типичные ошибки:
- Опрос только друзей и знакомых
- Продажа вместо слушания
- Интервью «со всеми», без четкого ICP
- Слишком сложный первый прототип
- Ощущения, вместо метрик
- Растягивать дольше 12 недель
- Не фиксировать инсайты из разговоров
- Идти за деньгами на следующий раунд без валидации проблемы
- Переусложнять процесс вместо простых шагов
Полезные советы:
- Общайся с незнакомцами из целевого сегмента, а не с друзьями
- Слушай 80% времени, говори 20% — твоя задача понять реальность, а не продать
- Сделай прототип за 3–5 дней на no-code, а не идеальный продукт
- Найди 3–5 дизайн-партнеров, которые готовы регулярно тестировать и давать честный фидбек
- Как можно раньше попроси оплату — даже маленькую сумму. Деньги — лучший фильтр мотивации
Выходить к людям и слушать их. Интервью, интервью, интервью… Не презентации, не pitch, не маркетинг. Просто диалоги с потенциальными клиентами, где вы слушаете больше, чем говорите.
🔥1
У тебя 1000 продавцов, 1000 покупателей и почти нет транзакций — это не временные трудности, это диагноз скорой смерти. В этом посте разбор, почему твой маркетплейс превращается в город‑призрак и что сделать, чтобы сделки пошли хотя бы в одном квартале...
Как решается задача холодного старта
Как решается задача холодного старта
Teletype
50 продавцов и 0 покупателей: почему твой стартап завис и что делать
Стартап-маркетплейс может «умереть» не из‑за идеи, а из‑за того, как ты проходишь первый запуск. Проблема не в том, что у тебя мало...
Несколько слов о хорошем продуктовом дизайне
- https://dieterrams.ru/#princips
- https://brenda.ru/blog-10-zapovedey
- https://vk.com/video-36775937_456241859
- https://dieterrams.ru/#princips
- https://brenda.ru/blog-10-zapovedey
- https://vk.com/video-36775937_456241859
dieterrams.ru
Dieter Rams | Cоздатель стиля braun и vitsœ
Известный немецкий промышленный дизайнер, создатель дизайна braun, концепции функциональной простоты. Сформировал 10 правил хорошего дизайна.
Как убить гонку за фичами и вернуть продукту фокус
Про акцент на важном, как вместо количество фичей акцентироваться на ценности. И уйти от "еще одна фича все исправит" к "нужно убрать лишнее"
https://teletype.in/@kibarik/product-leaks-feature-blast
Про акцент на важном, как вместо количество фичей акцентироваться на ценности. И уйти от "еще одна фича все исправит" к "нужно убрать лишнее"
https://teletype.in/@kibarik/product-leaks-feature-blast
Teletype
Когда демо — огонь, а продукт — мертвый
Про акцент на важном, как вместо количество фичей акцентироваться на ценности. И уйти от "еще одна фича все исправит" к "нужно убрать лишнее"
❤2
«Мы добавили 15 фич, а метрики не выросли» — ловушка функционального креатива
3 недели работы. Спринт закрыт. Код чистый, багов нет, дизайн — конфетка. Ты делал всё правильно: требования согласовал, архитектуру...
https://teletype.in/@kibarik/product-leaks-jtbd-blindness
3 недели работы. Спринт закрыт. Код чистый, багов нет, дизайн — конфетка. Ты делал всё правильно: требования согласовал, архитектуру...
https://teletype.in/@kibarik/product-leaks-jtbd-blindness
Teletype
«Мы добавили 15 фич, а метрики не выросли» — ловушка функционального креатива
3 недели работы. Спринт закрыт. Код чистый, багов нет, дизайн — конфетка. Ты делал всё правильно: требования согласовал, архитектуру...
❤1
Давайте пообщаемся?
Не могу на ProductStar новое время выбить удобное, но хочется порассуждать по актуальным темам
О чем интересно узнать? Отпишитесь в личку или комментариях
Не могу на ProductStar новое время выбить удобное, но хочется порассуждать по актуальным темам
О чем интересно узнать? Отпишитесь в личку или комментариях
Anonymous Poll
44%
Продуктовые ловушки в стратегиях
22%
Вопросы с собеседований и подготовка к со звонам
44%
Как попасть на первое собеседование в 2026 году
78%
Применение AI в работе (практикум)
56%
Создание стартапов
11%
Переход из одного профиля в другой (у меня из разработки в менеджмент)
AI | ProductMarketFit & GoToMarket pinned «Давайте пообщаемся?
Не могу на ProductStar новое время выбить удобное, но хочется порассуждать по актуальным темам
О чем интересно узнать? Отпишитесь в личку или комментариях»
Не могу на ProductStar новое время выбить удобное, но хочется порассуждать по актуальным темам
О чем интересно узнать? Отпишитесь в личку или комментариях»