Добавить в корзинуПозвонить
Найти в Дзене
StartupDrive

ProblemHunt: стартап для поиска проблем для стартапов

ProblemHunt - платформа, которая помогает находить идеи стартапов через реальные пользовательские проблемы. Пользователь описывает свою ситуацию: что именно не работает, как часто это происходит, какие решения уже пробовал и сколько готов заплатить. Эти данные попадают в базу и становятся точкой входа для разработчиков и фаундеров, которые ищут, на чём запускать продукт. Проект запущен в 2025 году. За это время вокруг него сформировалось сообщество из нескольких тысяч пользователей, а внутри появилась база реальных проблем, собранных напрямую от людей. Основная причина провала стартапов - отсутствие спроса. По данным CB Insights, около 43% проектов закрываются именно по этой причине. Продукт может быть технологичным и хорошо сделанным, но он не решает задачу, за которую готовы платить. ProblemHunt работает с этой точкой до этапа разработки. Пользователь оставляет проблему с контекстом, частотой и своим опытом решения. После этого команда проверяет, есть ли у неё повторяемость и потенци
Оглавление

ProblemHunt - платформа, которая помогает находить идеи стартапов через реальные пользовательские проблемы. Пользователь описывает свою ситуацию: что именно не работает, как часто это происходит, какие решения уже пробовал и сколько готов заплатить. Эти данные попадают в базу и становятся точкой входа для разработчиков и фаундеров, которые ищут, на чём запускать продукт.

Проект запущен в 2025 году. За это время вокруг него сформировалось сообщество из нескольких тысяч пользователей, а внутри появилась база реальных проблем, собранных напрямую от людей.

Какую задачу решает ProblemHunt

Основная причина провала стартапов - отсутствие спроса. По данным CB Insights, около 43% проектов закрываются именно по этой причине. Продукт может быть технологичным и хорошо сделанным, но он не решает задачу, за которую готовы платить.

ProblemHunt работает с этой точкой до этапа разработки. Пользователь оставляет проблему с контекстом, частотой и своим опытом решения. После этого команда проверяет, есть ли у неё повторяемость и потенциальный рынок. Из примерно 100 обращений отвечают 2–3 человека, и даже среди них часть кейсов отсеивается, если проблема оказывается единичной или не даёт устойчивого спроса. В базе остаются задачи, которые действительно встречаются у разных людей и могут лечь в основу продукта.

Как устроен продукт

Продукт строится вокруг двух процессов - сбора и проверки проблем. На первом этапе пользователь заполняет форму и подробно описывает ситуацию, в которой он находится.

Дальше начинается валидация. Команда ищет других людей с той же проблемой через соцсети, чаты и тематические сообщества, выходит на них и собирает обратную связь. На основе этого появился отдельный формат - валидированные проблемы. В таких кейсах команда находит не менее 20 человек с одинаковой болью, уточняет детали и формирует подробное описание. Внутри уже есть контекст использования, частота возникновения, существующие альтернативы и понимание готовности платить.

Кто стоит за проектом

Основатель - Борис Гостроверхов. До ProblemHunt он запустил 18 проектов, среди которых были сервис для электронных договоров, маркетплейс продуктов, бренд наушников и образовательная платформа. Большинство из них не получили спроса и были закрыты. Этот опыт привёл к смене подхода: вместо поиска идей он начал работать с задачами, которые уже существуют у пользователей.

Проект развивается без внешних инвестиций, команда пока не запускает монетизацию и сосредоточена на качестве базы и механике валидации.

Почему за проектом стоит следить

ProblemHunt занял третье место на Product Hunt в день запуска и собрал более 500 голосов. Проект растёт без платного продвижения, за счёт интереса со стороны сообщества.

Ключевая ценность - работа с проблемами до разработки продукта. Фаундер сразу получает проверенную задачу с потенциальным спросом. Основное ограничение сейчас это ручной процесс. Сбор проблем требует времени, отклик пользователей низкий, масштабирование сложное. При этом именно эта ручная валидация даёт качество.

Если команде удастся увеличить поток проблем и сохранить уровень проверки, платформа может занять устойчивую нишу.