У меня есть несколько питомцев. Публичных и не очень, но почти все они приносят (или приносили) мне некоторое количество денег. Например, маленький сайтик по созданию вишлистов за счёт интеграции с Я.Маркетом с лихвой окупает не только себя, но и все мои подписки. А мобильное приложение по созданию QR-визиток ежемесячно пополняло мой счёт на 5-6 сотен баксов (вплоть до всем известных событий). В первом случае я решил пощупать Slim и поупражняться в PostgeSQL, а во втором — опробовать свои навыки в набиравшем тогда популярность Flutter.

И в обоих случаях я не только прокачался, но и чуток заработал.

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

Для меня «питомцы» — это способ развивать продуктовое мышление с минимальными рисками: проверять идеи, искать ценность, учиться принимать решения без бюджета и команды. За более чем 20 лет в разработке, аналитике, продуктовом дизайне и управлении я выработал несколько правил, по которым создаю каждого из своих питомцев.

Важно: я ни в коей мере не претендую на единственно верный подход или какие-то незыблемые законы создания «питомцев». Это просто мои наблюдения и выводы, которые могут оказаться кому-то полезными. Адаптируйте под себя.

Лаборатория, а не просто игрушка

Если хотите заработать, не путайте пет‑проекты с хобби. Это не просто площадка для «поиграться». Это лаборатория, в которой проверяются гипотезы, идеи и навыки. Захотелось пощупать новую технологию? Сначала придумай, где её можно применить с пользой. Затем быстро, на коленке, без строчки кода, проверь гипотезу — и только тогда открывай IDE. Решил усилиться в кокой-то конкретной области языка? Круто, но сперва придумай, какую пользу это принесёт проекту.

Если подходить к пет‑проекту как к эксперименту по поиску ценности, он рано или поздно начнёт приносить отдачу — в знаниях, опыте и деньгах.

Делать «для себя» — тупиковый путь

Главная ошибка — делать проект исключительно под собственные интересы. Это приятно и даже местами полезно, но не приносит прибыли. Если твоя задача — заработать, то ты должен очень чётко понимать свою ЦА, её боли и потребности. Собери минимальных персон, нарисуй для каждой CJM, если совсем крутой — запили JTBD. Не приступай к реализации, пока не узнаешь, кто и почему это купит.

Деньги приходят не за строки кода, они приходят за пользу. Польза — это решение конкретной боли конкретных людей. Если ты не можешь внятно объяснить, кто твой пользователь и зачем ему это нужно, ты просто делаешь красивую игрушку. Это не плохо, но так ты не заработаешь.

Тестируй не на себе, а на людях

Логичное продолжение предыдущего пункта и одна из самых частых ловушек: тестировать продукт на себе. «Раз мне удобно, значит, и другим будет». Это не так. Ты создатель продукта, тебе будет удобно в любом случае. «Я бы за такое заплатил». Ну конечно заплатил бы, ведь ты столько сил на него потратил, ты осознаёшь его ценность.

Большинство идей никому не нужны. Большинство интерфейсов — неудобные. Найди десять живых пользователей, покажи им проект. Спроси, за что и сколько они готовы платить. Узнай, удобно ли им ориентироваться в интерфейсе, что бы они хотели улучшить.

Адаптируй предложение под спрос, улучшай UX, пока количество замечаний не уменьшится. Здесь (как и везде) важно не свалиться в перфекционизм. Лучше быстро проверить гипотезу и откатиться в случае ошибки, чем делать идеально, но долго.

Минимум инфраструктуры — максимум пользы

Пет‑проект должен быть лёгким и быстрым. Не трать недели на инфраструктуру, CI/CD и идеальный UI. Какой-нибудь GitHub Actions с минимальным .env и дефолтной Webpack-сборкой твоего UI-фреймворка. Балансировщик, CDN, очереди — это всё подождёт. Вот пойдут первые платящие пользователи, тогда и сделаешь. Да хоть вcё перелопать — но после подтверждения спроса.

MVP, собранный за неделю и решающий задачу, намного ценнее, чем вылизанный до блеска продукт, который так и не вышел. Если слишком долго от проекта нет реальной отдачи, ты можешь выгореть ещё на стадии инфраструктуры.

Монетизация как инструмент обратной связи

Монетизация — не финал и не самоцель. На ранних стадиях можно пробовать простые форматы: донаты, подписки, реклама или одноразовые покупки. Всё, что позволит быстро проверить готовность аудитории платить за ценность. Модель монетизации можно поменять потом (но не слишком поздно). Твоя задача на старте проста: проверить гипотезу. А что может лучше её подтвердить, чем реальные деньги от реальных пользователей?

Первые 100 рублей — это сигнал, что ты что-то нащупал. Кто-то заплатил — значит, решение работает. Не платят? Пересматривай гипотезу. Рынок честнее мнения друзей и лайков на Product Hunt.

Цифры важнее кода

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

Да, юнит-экономика требует некоторых исследований. Если на них нет времени, знаний или других ресурсов — ничего страшного. Построй её на гипотезах и корректируй значения по мере появления данных.

Код решает, как работает проект. Цифры решают, будет ли он жить.

Сначала проект должен кормить себя, потом — тебя

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

У меня были питомцы, прибыль от которых падала на тот же счёт, с которого списывались деньги за VPS и домен. Я мог просто забыть о них и раз в три месяца снимать бонус в виде излишек.

Самоокупаемость — минимальный, но важный показатель того, что проект живой.

Анализируй и фиксируй выводы

Заведи себе пространство, где ты будешь регулярно фиксировать все данные о проекте: доходы/расходы, прибыль, сезонные всплески, инциденты, гипотезы и результаты их проверок. Каждая попытка — материал для анализа. Даже если заработал копейки или увидел странную просадку в Яндекс.Метрике. Что сработало, где ошибся, почему пользователи не вернулись? Без этих разборов пет‑проект превращается в вечный повтор одного и того же.

Это может быть что угодно: Google Docs, Notion, Obsidian, Holst/Miro — главное, чтобы всё было под рукой и не терялось. Раз в неделю или месяц пробегайся по данным, анализируй.

Веди заметки, документируй инсайты. Это твоя личная продуктовая школа, от проекта к проекту.

Удовольствие — побочный эффект, а не цель

Этот пункт, пожалуй, самый неоднозначный. Многие из нас привыкли делать питомцев именно из-за тех дофаминовых всплесков, которые даёт их создание (и достижение видимых результатов разработки). Однако если руководствоваться только этим, то о доходах можно забыть. Гештальт закроется ещё до привлечения первого пользователя.

Прежде чем приступить к новому питомцу, я ставлю себе промежуточные цели: закончить проектирование, разработать первую версию, проверить ключевые гипотезы, заработать первые деньги. Это позволяет не слезать с «дофаминовой иглы» на протяжении всего жизненного цикла проекта и продукта.

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

Делай бизнес с азартом ребёнка

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

Настоящая ценность питомцев рождается только когда тебе интересно и весело, а пользователю — полезно.

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