Screenshot One: $12K MRR на API скриншотов — Димитро

Димитро — бывший серверный разработчик, который 2 года назад ушёл из найма и стал solo-предпринимателем. Его главный продукт — Screenshot One, API для автоматической генерации скриншотов сайтов. На момент интервью — 280 платящих клиентов и $12 000 ежемесячной подписочной выручки. Маржа — 40-60%, основная статья расходов — серверы (около $3-4 тысяч в месяц на рендеринг 2 миллионов скриншотов).

Главное в кейсе: Димитро не искал «голубой океан» и не пытался изобрести новую категорию. Он намеренно зашёл в нишу с уже существующими конкурентами, потому что это означало, что рынок есть и за такие продукты платят.

Кто такой Димитро

Димитро — backend-разработчик с многолетним опытом работы в стартапах и компаниях. Большую часть жизни писал серверный код, помогал командам строить продукты. Около двух лет назад ушёл из найма, чтобы строить собственные продукты как solo-предприниматель. Семейный, есть дети — утром помогает жене отвести их в школу и детский сад, потом работает до вечера. Каждое утро читает минимум час книги, считает поддержание ясной головы одним из главных рычагов в бизнесе solo-основателя.

Какую проблему решает Screenshot One

Screenshot One — это API, который принимает URL сайта и возвращает скриншот. Звучит просто, но за этим — куча технических задач: управление headless-браузерами, очереди, rate limiting, хранение файлов, обработка тяжёлых страниц. Целевая аудитория — компании, которым нужно встраивать скриншоты в свои процессы: превью ссылок, мониторинг сайтов, генерация обложек для соцсетей, скриншоты для отчётов. Без API такая компания вынуждена держать собственную инфраструктуру с Chromium-инстансами, что дорого и хрупко. Screenshot One берёт это на себя.

Как родилась идея

У Димитро, по его словам, были миллионы идей. Но когда он подошёл к выбору продукта осознанно, понял: нужно сократить пространство идей до того, что он реально может построить качественно. Поскольку он серверный разработчик, главное умение — строить API. Он отсёк всё, кроме идей в формате API-продуктов.

Один из первых вариантов — Email Validation API. Построил, но самому стало скучно с ним работать. Тогда переключился на Screenshot One. Сначала проверил Google: увидел много конкурентов в нише. Для него это был хороший сигнал — раз есть конкуренты, значит, есть и те, кто платит. Главное — убедиться, что в нише достаточно покупателей под нужную цель по выручке.

Как собрал MVP

Первую версию делал 5 месяцев — слишком долго, признаёт сам. Хотел, чтобы всё было идеально с самого начала. Сейчас запускает за месяц или быстрее: маленькая фича, без аутентификации, без оплат. Сначала даёт пощёлкать близким, проверяет, что ничего не ломается. Потом публикует в Twitter и старается напрямую достучаться до потенциальных платящих клиентов. Только потом подключает оплату, аутентификацию, обратную связь, итерации.

Стек Screenshot One сейчас:

• TypeScript — управление headless-браузерами через Puppeteer
• Go — rate limiting, управление ключами API
• Cloudflare — хранение скриншотов и API-gateway
• Google Search Console — анализ ключей, CTR, позиций
• Google Keyword Planner — прогноз объёмов перед написанием контента
• PostHog — продуктовая аналитика и атрибуция платящих клиентов по каналам
• Crisp — live-чат с поддержкой, push на телефон, отвечает максимально быстро

Стратегия роста

Главные каналы — Twitter и Google. Когда стартовал, пробовал почти всё, оставил то, что сработало.

Неочевидные каналы, которые добавили выручки:

• Zapier и Make. Много компаний автоматизируют процессы через эти платформы. Если у тебя есть интеграция, клиенты находят тебя сами, когда настраивают цепочки.
• Product Hunt. Дал awareness и подтолкнул SEO.
• YouTube. Кто-то посторонний снял туториал «как отправлять холодные письма с моим продуктом». Из туториала пошли платящие клиенты. По части ключей Google показывает видео в выдаче — попасть в верх через YouTube часто проще, чем через классическую SEO-страницу.

Снижение оттока — отдельный приём. На отмене подписки появляется опросник с причиной. Ответы вроде «мне это больше не нужно» бесполезны. Поэтому Димитро лично пишет ушедшим клиентам по email: смотрит профиль, компанию, кейс использования, заявленную причину. Формулирует одну гипотезу и задаёт один yes/no вопрос: «Вы ушли из-за цены?». Получает ответы почти в 100% случаев. Так понял, например, что часть аудитории ждала no-code-решение, и переписал маркетинг, явно указав «для разработчиков». Отток снизился с 11% до 7% в месяц, цель — ниже 5%.

Монетизация

Подписка. Базовый тариф — $17/мес, доплата за дополнительные скриншоты и продвинутые фичи.

Первая выручка — $7 от одного клиента после месяца промо везде: Twitter, Reddit, Indie Hackers. По выручке мизер, по сигналу — огромное событие: незнакомый человек посчитал продукт ценным и заплатил.

На старте было $5 за базовый тариф — казалось «дешёво», но маржа была почти нулевая. Поднял цены, сократил бесплатный тариф. Подъём цены работает в обе стороны: фильтрует тех, кому действительно нужен продукт, и улучшает экономику.

Маржа сейчас — 40-60%. Главная статья расходов — серверы для рендеринга (примерно $3-4 тысячи в месяц на 2 миллиона скриншотов). Общие расходы — около $4 500 в месяц.

Что забрать из кейса

Конкуренты — это сигнал, а не препятствие

Большинство начинающих видят конкурентов и думают «рынок занят, пойду искать что-то уникальное». Димитро действовал ровно наоборот: открыл Google, увидел много похожих API, и это его убедило, что нишу стоит брать. Логика простая: если несколько компаний живут на этом рынке, значит, есть платящие клиенты, и можно посчитать, сколько их нужно тебе.

Уникальную нишу без конкурентов либо никто не ищет, либо там есть скрытая причина, по которой никто не строит. Для собирающего свой ИИ-продукт правильный вопрос не «нет ли конкурентов», а «достаточно ли в нише платящих клиентов под мою цель по выручке».

Сократи пространство идей до того, что физически можешь построить

У Димитро были «миллионы идей», но он сознательно отсёк всё, что не укладывается в его сильную сторону — построение API. Это позволило не растягиваться и сразу делать качественно.

Принцип универсальный: если ты разработчик — строй то, что лучше всего делается кодом. Если ты email-маркетолог — строй email-продукт. Если ты дизайнер — продукт, где дизайн решает. Попытка зайти в нишу, где ты слаб по основному навыку, отнимает в 5-10 раз больше времени и редко выживает.

Первая версия должна быть маленькой и быстрой

5 месяцев на первую версию Screenshot One — ошибка, которую Димитро признаёт. Сейчас запускает за месяц или быстрее: одна маленькая фича, без аутентификации, без оплат, без админки. Сначала — друзьям на пощёлкать, потом — публично в Twitter, потом — напрямую первым потенциальным платящим, и только потом наращивание.

Логика: твоя первая версия в любом случае будет не очень. Время, потраченное на «полировку до запуска», — это время без обратной связи от реальных пользователей. Месяц итераций после запуска даёт в разы больше понимания, чем 4 месяца полировки до.

10 платящих клиентов из-за пределов круга знакомых = валидация

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

До этой точки бесполезно вкладываться в новые фичи, нанимать сотрудников и масштабировать маркетинг. Сначала — 10 платящих незнакомцев, потом всё остальное.

Поднятие цены — фильтр, а не угроза

Цена $5 кажется безопасной: «низкий порог, придёт много людей». На практике это привлекает аудиторию, которой продукт не сильно нужен, и убивает маржу. Когда Димитро поднял цены, выручка не упала — упало количество случайных регистраций, выросло качество клиентов и маржа.

Цена — это сигнал. Низкая цена говорит «продукт необязательный, можно отложить». Адекватная цена говорит «продукт серьёзный, его стоит интегрировать в процессы». Для строящих свой ИИ-продукт это означает: не бойтесь поднимать цены раз в полгода-год по мере роста ценности продукта.

Разговор с ушедшими клиентами через одну гипотезу

Стандартный опросник на отмене подписки даёт мусорные ответы: «мне это больше не нужно». Эти данные нельзя превратить в решения. Димитро делает иначе: лично пишет каждому ушедшему, формулирует одну гипотезу из контекста (профиль, компания, кейс) и задаёт один yes/no вопрос. Получает почти 100% ответов и понимает реальные причины.

На основе этих данных он понял, что часть аудитории ждала no-code, и переписал маркетинг под «для разработчиков». Отток упал с 11% до 7% в месяц. Это пример того, как ручная работа с 50-100 клиентами даёт больше пользы, чем любая массовая аналитика.

Источник: интервью с Димитро.