Всем привет. Меня зовут Максим. Являюсь веб-разработчиком и сейчас поставил цель разработать два своих небольших проекта и довести дело до продаж.
Вообще имею большое кладбище стартапов. Их конечно нельзя назвать полностью неудачными, т.к получал с них опыт, что очень важно и полезно.
Но сейчас решил изменить подход к разработке, развитию проектов. Одно из изменений - вести заметки и делиться удачным, неудачным опытом. Возможно это поможет довести проекты до конечной цели и вполне возможно опыт, которым поделюсь будет кому-то полезен.
Для разработки выбрал два проекта: система лояльности для небольшого бизнеса и seo-мониторинг сайтов. Пока без подробностей.
Точка отсчёта - 22 мая 2025 года. Релиз seo-мониторинга - 1 июля 2025 года, система лояльности - 1 августа 2025 года.
Первый раз при разработке своих проектов сделал оценку трудозатрат и будет интересно сравнить ожидание и реальность.
Также посоветовали больше писать о проектах, делиться мыслями. Будет конечно трудно, но попробуем)
No-code выглядит соблазнительно. Не надо учиться кодить. Разработчики не нужны. Накликал интерфейс - и запускай единорога. Звучит красиво.
А на деле - быстро превращается в болото. Недавно видел пример: ребята сделали приложение для изучения испанского языка на no-code. Через месяц им пришлось переписать всё на код. Причина простая - костыли.
И это не открытие. Я ещё лет десять назад видел такие штуки. Delphi, Microsoft Access, Lotus Notes, позже Oracle APEX — там тоже можно было натыкать кнопочек, набросать интерфейс, и оно даже работало. Но стоило захотеть что-то серьёзнее - и упираешься в потолок платформы. В итоге такие проекты либо переписывают, либо бросают.
No-code повторяет ту же историю. Хочешь добавить функцию - нельзя. Делаешь костыль. Хочешь ещё - снова костыль. Через месяц костылей так много, что проект перестаёт развиваться.
Да, есть исключения. Специализированные инструменты работают классно. Тильда для лендингов. Airtable для таблиц. Retool для дашбордов. Но это не «замена программистов», а «ускоритель для специалистов».
А универсальные конструкторы «сделай любое приложение без кода» - это мираж. Ты вроде строишь продукт, а на деле собираешь небоскрёб на болоте.
Я сам часто запускаю проекты и пишу про эти попытки, удачные и не очень. Так что тема no-code для меня не теория, а наблюдения из практики.
Она - автор нового развлекательного проекта "Капибара". Проект уже успел наделать шуму. И по большей части благодаря комьюнити. Как все началось? Это история для сериала. У айтишницы было две работы, ипотека и колоссальная нагрузка. Сломаться, устать можно по "щелчку Таноса". Отдыхала глазами на "Пикабу". Читала, постила. Пока политика сайта не пошла вразрез с ее личными убеждениями. Дальше был вихрь.
- Это название выбрали пользователи. Сначала устраивали мозговой штурм. Потом голосовали в два этапа за понравившиеся варианты. Потом откатывались, чтобы обоснование сделать: почему тот вариант, а не другой. В целом, это полностью инициатива самих участников. Когда задала финальный вопрос: «Название «Капибара» всех устраивает?», больше 500 человек ответили: «Да!»
- А где проводили это голосование?
- В чате. Он создался в первые секунды жизни идеи. Там есть специальный топик: выбираем имя для проекта. В нем и провели голосование буквально через 3-4 дня после его создания. 24 июля обновился «Пикабу». В этот же день мною был создан тот самый пост, тут же был создан чат и все понеслось…
Капибара - герой мемов
О причинах популярности капибар (ссылка на материал в Тинькофф журнал)
- Все-таки изначально идею предложили вы? Это связано с модой на капибар?
- Идея названия – полностью пользовательская. Я изначально дала только рабочее название Vortex. Нужно было заводить репозиторий, называть документы, папки. В общем, я автор только служебного названия. Но я не взяла на себя ответственность, что так будет называться весь проект. А Vortex потому, что у меня сложился такой ассоциативный ряд. Как «Капибара» началась вихреобразно, так все и понеслось.
- Вихреообразно – имеете ввиду, что началось все эмоционально?
Мы как-то очень неожиданно, очень импульсивно стартовали. Когда вышло обновление на «Пикабу», то от меня был всего один эмоциональный пост
- Стоп. Ольга, что за пост, с которого все началось?
Я написала «С этим «Пикабу» все понятно, если никто не начнет делать новый, то это начну делать я»
Триггером стал выход обновления на «Пикабу». Отмена отображения минусов. То есть в «горячее» с прошлого обновления стали попадать посты с отрицательным рейтингом. Это оказалось не багом: они что-то сделали с алгоритмами и не будут «чинить» рейтинговую систему, а будут маскировать продвигаемые посты под видимость обычных.
Я поняла, что того, что я любила на «Пикабу», больше не будет. Я была не согласна с тем, что нет альтернативы. Мол, есть «Пикабу», он единственный, терпите. Альтернатива нужна! Тогда еще не было известно ни про «Вомбат» ни про другие новые проекты.
Когда я создавала этот эмоциональный пост, думала, что впишусь в какую-нибудь команду разработчиков. О том, что я возглавлю, я даже не подозревала.
А, да, на «Пикабу» мой профиль забанили за упоминание «Капибары». Моему аккаунту было 8 лет и больше 100 000 рейтинга. Это не топ, но очень неплохие цифры для «Пикабу».
— Вы создали пост и получили обратную связь от пользователей?
- Да, посыпались комментарии: «Фронтенд-разработчик у тебя есть! Я разработчик с четырнадцатилетним опытом – я с тобой!»
Я создала отдельный чат в телеграм: ну пусть будет, и ушла работать.
Через два часа возвращаюсь, а в чате 3,5 тысячи человек
Ольга получила сильную поддержку сообщества
Я включила людям топики, темы они создавали сами, какие-то голосования начали вести. Посмотрев на это, я поняла, что надо стартовать разработку прямо сейчас, потому что люди уже начали голосованием выбирать базу данных, языки программирования и прочие технические вещи. Но это не те вещи, которые выбираются голосованием…
- То есть в чатах народ взял власть в свои руки?
- Абсолютно. Но оно пошло не в том направлении, в каком имело хоть какие-то шансы развиться. Поэтому к вечеру следующего дня я написала, каких именно компетенций нужны специалисты.
Мне ответили: «Давайте не будет как с народным Авито!» «Народное Авито» — это проект «Мой торг», тоже проект пикабушников, которые решили создать свой «Авито». Один из ребят из той команды сказал мне: «Блин, мы за полгода ни строчки кода не написали. Давай здесь не будет также…»
Про энтузиазм и конфликты
- Проект, абсолютно построенный на UGC – это, наверное, какой-то идеал, к которому вы стремитесь?
- Есть огромная разница, между тем как строить проект и как им пользоваться. Как им пользоваться — не вопрос. Мы все делаем для того, чтобы это была UGC-платформа с минимальным вмешательством со стороны администрации. То есть это действительно полностью власть пользователей. Люди сами решают, какой контент годный, что будет в тренде, что будет в топе, а чему нужно утонуть в минусах. Это полностью их вотчина.
Но при постройке самого проекта, при создании архитектуры, кодовой базы, дизайна такая демократия невозможна.
- А вы не думаете, что проекты, созданные на эмоциях, долго не живут?
Если в проекте только одна эмоция – я полностью согласна. Но «Капибара» разогналась до достаточно приличной скорости. Ее притормозить просто так не получится. У проекта колоссальная поддержка коммьюнити. Идея жива. Продукт людям нужен.
Даже если меня завтра собьёт автобус – «Капибар» легко восстановить, потому что исходники в открытом доступе.
У команды есть доступы, и базы данных «Капибары» могут поднять на соседнем домене. Я диверсифицировала риски.
- Что «Капибар» сегодня из себя представляет?
- Это платформа с честной регуляцией и алгоритмами, прозрачной рейтинговой системой, саморегуляцией контента пользователей и приятной площадкой для авторов.
Получается – основные отличия «Капибары» как UGC -платформы от сотен других соцсетей в том, что человек настраивает не только свою ленту – игнором тегов, подписками на теги, но и он влияет на то, что в трендах. У «Капибара» нет информационного пузыря. Здесь ценится то, что ты делаешь и пишешь.
Ленты «Тренды, Топ и Авторское» — это отдельные ленты, на которые ты не подписывался. Подписка — отдельная лента. Каждый человек влияет своими оценками на то, что попадает в тренды.
- Какие цифры у «Капибары» сейчас?
На сегодня Капибара — это 1 890 зарегистрированных верифицированных пользователей, постов за все время – 3 550, комментариев – 24 000.
Незарегистрированных пользователей мы еще не особо умеем считать. Пока здесь надежда на Google метрики, Яндекс-аналитику и Similarweb. Он, кстати, говорит, что у нас 192 000 посетителей за месяц.
- Для вас это больше цифры?
- Сложно сказать. Наверное, большие.
- Вы говорите, что 1, 8 тысяч зарегистрированных пользователей. Но если сравнивать с подписчиками какого-нибудь крупного паблика – это не очень большая цифра
- Капибар вышла в публичный доступ 1 января. Это отдельный сайт без раскрутки. Получается, что для проекта, который в доступе чуть больше 2 месяцев – это очень хороший показатель.
Саму разработку мы начинали летом. В ноябре вышли в закрытый альфа тест. Туда можно было заходить по приглашениям. Человек заходил со всеми дисклеймерами: понимал, что это тест, понимал, что еще куча багов. Но, таким образом, мы авторов запускали.
— Команда капибар. Кто это?
- Динамический состав команды. Часть разработчиков пришла со старта. Часть после. Часть присоединилась недавно. Это высококвалифицированные специалисты. С коммерческим опытом работы больше четырех лет. Я не могла позволить себе взять команду джунов. Потому что это оттягивало бы ресурс остальных разработчиков.
Все спецы очень высокого грейда. Все это истинные герои и энтузиасты. Идейные люди. Очень самостоятельные. С комплексным видением с умением цельно видеть весь продукт и проект. Что редкое качество.
- Сколько денег потратили на запуск проекта?
- Честно — не считала. Расходы на регистрации доменов, ботов для упрощения модерации в канале, инфраструктуру – это все совершенно не сравнимые цифры с тем, сколько бы я потратила на разработку, если проект был бы коммерческий.
-???
- Можно посмотреть на HeadHunter среднюю зарплату разработчиков. У нас 10 человек – костяк команды, а в целом в команде разработки было до 40 человек.
У нас динамический характер команды. Если бы все эти люди были на зарплате, то на проект уже бы потратили восьмизначные суммы.
(От автора)Чтобы посчитать возможные затраты на проект, я возьму среднюю зарплату программиста middle уровня в РФ – 120 000 рублей (hh. ru). Костяк команды «Капибара» — 10 человек. В итоге, ежемесячно на проект Ольга тратила бы 1, 2 млн. рублей. Учитывая, что с момента разработки прошло уже больше 7 месяцев, то затраты составили бы около 10 млн. руб только на постоянных участников проекта, не считая тех, кто нерегулярно привлекается к задачам.
«Капибара» едет на энтузиазме. Люди горят идеей, чтобы этот проект был. Чтобы существовала альтернатива. Поэтому open source код и затраты только на инфраструктуру (облачные сервера).
- Понимаю – проект молодой. Но были ли конфликты с пользователями?
- Да, конфликты случаются. Связано в первую очередь с тем, что «Капибара» – пока без политики. И мы об этом рассказывали до старта проекта, и повторяли не раз. Это записано в правилах и повторяется самими пользователями.
У некоторых были ожидания, что проект станет местом, где можно обсуждать и двигать свои политические идеи. Те, которые не проходят модерацию на «Пикабу».
Я не готова рисковать проектом, который могут «роскомнадзорнуть» за чье-то высказывание. И я не хочу, чтобы «Капибара» превращалась в агитплощадку. Потому что это очень непростая тема, на которую даже близкие люди могут переругаться. А на огромном сайте…
Конечно, есть не согласные с этим.
«Капибара» делалась как обитель авторского контента. Того, которому не придется сражаться за доступ к читателю пробиваясь через «баяны» и рекламу десятков тысяч телеграм-каналов. У всех были свои ожидания, и есть люди, которые ждали, что там будет свобода вообще во всем.
Отмечу, что мы ограничены законодательством всех стран технического контакта. Большинство пользователей из России, а значит, надо соблюдать закон РФ. Это мы делаем в добровольном порядке. Мы соблюдаем закон.
Главный фейл и инсайт Ольги в этом вихре "Капибара" я по-традиции опубликовал в своем телеграм-канале "Стас смотрит рекламу"
Про несогласие с отсутствием альтернативы на рынке
- «Капибар», «Вомбат», «Пипмай», есть, думаю, еще ряд проектов, о которых пока мы не знаем. Почему вдруг люди начали делать подобные проекты. В чем причина?
- Я думаю, несогласие с отсутствием альтернативы. В воздухе висит такое: «Хочешь альтернативу? Иди на «Reddit». Там англоязычные люди из далекого зарубежья и их посты тебе не «откликаются». Это не про тебя. Да, есть «Yaplakal. com» – там своя специфика. Есть «Fishki. net» – но это не замена «Пикабу».
- В чем отличия?
- По функционалу, по темам, по аудитории, по специфике.
- А чем аудитория отличается?
- Я взяла агрегированные данные. Читала немало постов на тему, почему это не аналог, но сама эту аналитику не проводила. Если вкратце – это не замена. Все аналогичные проекты, о которых говорили выше, стартовали, чтобы у людей был выбор
- У проекта есть бизнес-цель или это пока хобби?
Это точно не хобби. Это уже слишком серьезно.
Но цели «зашибать» там миллионы мы не ставили. Если финансово взлетит, то, конечно, отказываться от денег не будем. Цель минимум — вывести проект на «самоподдержание».
- А в целом, сколько времени у вас отнимает работа над «Капибарой»?
- Все свободное время. У меня стандартная восьмичасовая пятидневка. А «Капибар» это уже не просто «поработать». Я ею живу! У меня каждое утро начинается с «Капибар». Появляется минута на обеде – «Капибар». Свободный вечер – «Капибар».
- Как сейчас продвигается проект?
- SЕО продвижение. Страницы "Капибары" очень хорошо индексируются google и Яндексом. Ну, и конечно, сарафанное радио. Сообщество рассказывает о «Капибаре». Плюс, у нас есть страницы в ВК, откуда приходят люди. Но если верить Similarweb, то основное количество людей идет через Телеграм. Люди делятся статьями, пересылают их, рассказывают о них. Плюс у нас регулярные публикации на других ресурсах.
Например, первая статья на Хабре удачно выстрелила, есть статьи на vc, на tenchat, на реддите.
- То есть пока вы не заходите в такие инструменты как Яндекс. Директ и т. д.?
- Пока нет такой необходимости. Для этого нам нужно SEO ядро. Человек, который умеет это делать, чтобы не сливать бюджет.
«Все! Не могу больше…»
- Возвращаясь к Пикабу. Есть мнение из комментариев к одному моему интервью, что клонов у этого сайта десятки. Что можете ответить на это?
Могу ответить: «Пожалуйста, не бросайте начатое. Альтернативы — это прекрасно. Свободный рынок – это двигатель развития, прогресса. Нам нужно разнообразие. Чем больше создается таких площадок, тем выше шанс, что через 10-15 лет кто-то из нас будет еще существовать».
- То есть вы говорите о том, что если крупные площадки закроются, то вся масса пользователей останется без контента?
- Нет, без контента, конечно же, не останется. Но вопрос в качестве этого контента. Быстро, легко, смешно, листай-листай-листай… Посмотрите на рилсы в Инстаграме*, на клипы в ВК, перепосты «хохотачей» с Одноклассников, сотни тысяч телеграм-каналов с мемами. «Пикабу» взял тот же ориентир. Площадок с качественным авторским контентом все меньше.
- Есть еще мнение конспирологическое. Якобы за созданием «Вомбата» и «Капибар» стоит один человек. И якобы это сайд-проекты «Пикабу».
- Впервые слышу такое мнение. «Вомбаты» и «Капибары» в коллабе. Мы поддерживаем друг друга. У нас совместные активности и конкурсы. Тот же «Анонимный Дед мороз» или конкурс на 14 февраля. У них под тегом – #любовьморковь , у нас #расскажи мне о любви. И призы были совместные. Хлопнули по лапкам и помогаем в развитии друг другу.
Нет, никто не из администрации «Пикабу». Мы все — бывшие пользователи «Пикабу».
- Ольга, когда хотелось бросить проект? Ну, вот: «Все, не могу больше…»
«Капибара» началась, когда в моей жизни было одновременно две работы, и я только-только влезла в ипотеку. Представляете уровень нагрузки?! И тут появляется третья бесплатная работа — «Капибара».
Она забирает время и деньги. Конечно, я была близка к выгоранию! И, например, через месяц руки уже опускались!
Взяла выходные. Провела их как нормальные люди и снизила нагрузку. Тут мне очень помогли модераторы, команда проекта, активисты чата. Они взяли на себя многое из того, чем занималась я. И за чатом смотрели, и обновления сами выкатывали, и конкурсы сами проводили, и различные мероприятия/игры для поддержания активности пользователей, и объявления раскидывали, и с текстами помогали, и авторов звали. Стало проще.
- Ваша большая нагрузка была угрозой проекту?
- Это сложно назвать угрозой. Потому что я заложила очень сильный фундамент в «Капибару». У нее высокая автономность. Даже если бы я выпала на 3 месяца из проекта, то я сделала в команде высокую ставку на самоорганизованность.
- Что это значит?
- Каждый понимает, что он делает. И делает, не спрашивая разрешения. У нас есть функциональные требования и общее понимание того, во что целимся. В виде прототипа — тот же «Пикабу». И мне не нужно расписывать людям в деталях: сделай так или так. Команда высокопрофессиональная и на высоком уровне организованности.
Даже если все пропадет по щелчку Таноса – исходники находятся в открытом доступе. Кто-нибудь обязательно возьмет и продолжит…
*Meta – запрещенная на территории РФ организация
Мы проговорили с Ольгой несколько часов. Материала много. Она высококлассный специалист и не попросить ее поделиться лайфхаками было бы глупо. Она поделилась: как использует нейросети в работе над проектом. Нейронки пишут код, ищут ошибки, забирают рутину. Но, это уже вторая часть интервью, которая выйдет позже. Проанонсирую в своем канале: Стас смотрит рекламу
Я сделал Telegram-бота, который по короткому фрагменту детского плача (в MVP беру 5 секунд) пытается угадать причину из 6 классов и быстро вернуть ответ. Это не диагностика: бот может ошибаться, а шум и контекст ломают предсказание сильнее, чем хочется.
Что именно предсказываем
Сейчас бот возвращает один наиболее вероятный класс:
Боль в животике
Колики
Дискомфорт
Усталость
Голод
Страх
Честная оговорка: в реальности причины могут накладываться, а некоторые классы пересекаются по смыслу (например, «колики» vs «боль в животике»), поэтому это классификация по разметке, а не “понимание ребёнка”.
Архитектура без воркера: очередь в Postgres + cron
Я не держу постоянно работающий воркер. Задачи на обработку копятся в Postgres‑очереди, а по расписанию их разгребает cron прямо в базе: достаёт пачку задач, отправляет их в Flask-инференс, сохраняет результат и помечает задачу выполненной.
Supabase Cron работает на расширении pg_cron: расписание хранится в cron.job, а история прогонов — в cron.job_run_details. Очередь — это pgmq: чтение сообщений задаёт visibility timeout (пока задача “в работе” она невидима), а после успеха сообщение нужно удалить (pgmq.delete) или архивировать (pgmq.archive), иначе оно вернётся в очередь после истечения окна.
Как я разгребаю очередь (вот что реально важно)
Суть тут не в “красивом SQL”, а в трёх правилах, без которых ты быстро утонешь:
Пачка: cron‑задача читает ограниченное число сообщений через pgmq.read(queue, vt, qty) и обрабатывает их за один запуск, чтобы не упираться в таймауты и не выстрелить себе в ногу.
Повторы: если инференс/сеть упали и вы не сделали delete/archive, сообщение снова станет видимым после vt — значит, дубликаты будут.
Идемпотентность: результат пишется по уникальному request_id (UPSERT/“записать один раз”), иначе повторная доставка начнёт плодить мусор и ломать статистику.
Если в системе есть только одна вещь “как у взрослых” — пусть это будет идемпотентность.
Где Supabase, а где модель
Supabase у меня — это Postgres и два расширения вокруг фоновых задач: очередь (pgmq) и планировщик (pg_cron). Модель живёт отдельно в Flask: сервис принимает ссылку на голосовое, скачивает её, делает препроцессинг и отдаёт вероятности по 6 классам, а я сохраняю результат в базу и отвечаю пользователю.
ML: baseline mel + CNN (почему так)
Я сделал максимально прямолинейный baseline, чтобы быстро выйти в “работает end‑to‑end”:
Аудио привожу к SAMPLE_RATE = 22050, беру фиксированное окно DURATION = 5 секунд (короткое дополняю нулями).
Строю mel‑спектрограмму (N_MELS=128), перевожу в dB через librosa.power_to_db(..., ref=np.max), и привожу временную ось к MAX_TIME=200.
Дальше CNN: три блока Conv+Pool (32/64/128) → Dense(128) + Dropout(0.5) → Softmax.
5 секунд я выбрал как компромисс между UX и стабильностью входа: проще стандартизировать форму тензора и быстрее отвечать пользователю.
Данные и ответственность
Сейчас я не храню аудио пользователей: файл нужен только на время обработки и ответа. Дальше я хочу улучшать модель, но сбор аудио для дообучения возможен только как отдельный opt‑in с понятными сроками хранения и удалением по запросу — иначе доверия не будет.
И ещё: если у ребёнка есть тревожные симптомы (температура, вялость, отказ от еды и т.п.), бот не должен быть точкой принятия решения — это надо проговаривать в тексте прямо, иначе вы выглядите безответственно.
Где это ломается (и что буду чинить первым)
Шум/эхо и агрессивная обработка микрофоном телефона меняют спектрограмму сильнее, чем кажется.
В реальности “причина” может быть не одна, но модель всегда выбирает один класс.
Пересечение классов делает ошибки неизбежными — поэтому нужен режим “не уверен” и предложение перезаписать в тишине.
Вопрос к читателям (выберите A/B/C)
Мне нужен совет по двум решениям — выберите вариант в комментариях:
Дообучение и данные:
A) Только opt‑in + пользователь выбирает “что было на самом деле” (дороже по UX, но лучшая разметка).
B) Только opt‑in + кнопки “угадал/не угадал” (хуже разметка, выше конверсия).
C) Не собирать аудио вообще, улучшать только препроцессинг и правила отказа.
Что первым даст прирост качества:
A) VAD/проверка качества входа (шум, клиппинг, доля плача) + “не уверен”.
B) Аугментации под шум/микрофоны.
C) Менять модель (CRNN/Transformer) раньше, чем чинить данные.
Если вы делали аудио‑ML в проде: где я гарантированно наступлю на грабли?
Если хотите смотреть, как это всё развивается (и где оно снова развалится), я веду Telegram‑канал про разработку/продукт и этот проект: t.me/debug_leg. Туда же кидаю мелкие апдейты
Если бы год назад меня спросили, с чего начинать IT-проект, я бы не задумываясь сказал: с MVP. Так учили, так делают большие продуктовые команды, так звучит «по науке».
Но чем больше я работаю, тем сильнее понимаю, что моё представление о minimal и value давно извратили корпоративные процессы. MVP — это уже не про скорость, а про маленький продукт с большой бюрократией.
Проблема даже не в том, что минимальный продукт часто получается просто говном — с багами, уродливым дизайном и UX из 2010-го. Проблема в том, что на него уходит время. А это уже не MVP, а мини-стартап со всеми рисками.
Сейчас я всё больше убеждаюсь, что главное — не идея и не продукт, а трафик. Сколько его, сколько стоит, где его взять, как купить, какая там конкуренция и какие риски. Трафик — это и есть спрос. Всё остальное — следствие.
Иногда вместо MVP хватает лендинга. Он быстро отвечает на главный вопрос: стоит ли вообще делать MVP и какие фичи туда добавить.
Ориентиры простые:
CTR — как часто кликают по офферу (в рекламе, постах, реддите — не важно где).
CR — как часто совершают целевое действие на лендинге.
Если CTR высокий, а CR низкий — идея заходит, но оффер не цепляет. ❌ Плохо описана фича. ❌ Много нецелевой аудитории.
Если CTR низкий, а CR высокий — наоборот: оффер норм, но ты не туда бьёшь. 🎯 Промах по таргету. 🎯 Слабая коммуникация.
Если оба низкие — идея мёртвая.
И вот теперь я думаю: может, всё MVP-мышление надо перевернуть? Не строить продукт, чтобы проверить спрос, а сначала проверить спрос, чтобы понять — нужен ли продукт.
Короче, если твоя идея собирает внимание — проект почти точно полетит.
Я пишу про такие наблюдения, тесты и свои эксперименты с инди-продуктами у себя в телеге 👉 t.me/debug_leg
У любого проекта должен быть сайт. Даже если единственный пользователь — моя мама. Мама — это идеальный QA: откроет с телефона, в дороге, через мобильный интернет, спросит «а почему замочек не зелёный?» и закроет, если что-то долго грузится. Значит, сайт должен открываться по твоему красивому домену, по HTTPS, без рыжих предупреждений, и желательно находиться в поиске.
В этой статье мы за вечер соберём и задеплоим простой сайт «с нуля» почти бесплатно: купим домен, поднимем машину с публичным IP, обернём всё в Docker, прикрутим автопродление SSL, добавим sitemap.xml и robots.txt, и вручную прокинем сайт в индексацию Google и Яндекса, чтобы он не лежал «в вакууме».
По шагам:
покупаем красивый домен
находим компьютер с публичным IP (или дешёвый VPS)
настраиваем и обновляем SSL (Let’s Encrypt, автообновление)
подключаем Google Search Console и Яндекс.Вебмастер, отправляем сайт в индекс
В конце — у тебя домен с «замочком», сайт открывается на телефоне у мамы, а поисковики знают, что ты существуешь.
Проблематика (что обычно ломается)
«Сайт есть, а доверия нет».Без HTTPS браузеры пугают пользователей. Let’s Encrypt спасает, но сертификаты живут 90 дней — если не автоматизировать продление, всё сломается в самый неудобный момент.
DNS и сеть — чёрная магия.Белый IP, порты 80/443, NAT, иногда IPv6 — легко потеряться. Мы пройдём «самый короткий путь» без лишней теории.
Зоопарк гайдов.Одни статьи переписывают учебник по Linux, другие — «магия одной кнопкой». В итоге или оверкилл, или непонятно, что происходит под капотом.
Поисковики не телепаты.Если не отдать sitemap.xml, корректный robots.txt и не «постучаться» в Search Console/Вебмастер, сайт может неделями валяться вне индекса.
Конфиги, которые не воспроизводятся.«Оно работало у меня локально» — не план. Нужна структура, которую можно повторить через месяц или перенести на новую машину за 10 минут.
Безопасность и обновления.Правильные заголовки, автопродление сертификатов, изоляция через Docker — всё это снижает риск «позвать маму — показать 502».
🛒 Шаг 1. Покупаем красивый домен
Первое, что нужно любому сайту, — свой адрес в интернете. Я обычно беру домены наreg.ru, потому что у них простой интерфейс и быстрая регистрация. Но по факту — можно использовать любой регистратор, хоть GoDaddy, хоть Namecheap, хоть вашего локального провайдера.
Процесс простой:
Вбиваем желаемый адрес в поисковую строку на сайте регистратора.
Смотрим доступные варианты и цены (будьте готовы, что .com и .ru могут сильно отличаться).
Выбираем понравившийся домен.
Оплачиваем.
💡Лайфхак: Отказываемся от всех «дополнительных услуг» — конструкторы сайтов, «хостинг за 1 рубль», SEO-пакеты и прочий мусор. Это почти всегда платные подписки, которые через месяц начнут жечь бюджет.
Дальше будем учить его показывать наш сайт и радовать маму зелёным замочком.
🌐 Шаг 2. Находим компьютер с публичным IP
Чтобы сайт был доступен мамев любое время суток, нам нужен компьютер, который:
работает 24/7;
имеетпостоянный(статический) IP;
готов тянуть на себе веб-сервер.
Вариант 1: Домашний сервер
Если у тебя дома стоит ПК, которыйникогдане выключается (например, твой старый системник или мини-сервер), можно попросить у интернет-провайдера выделенный статический IP. У меня такая услуга стоит ~200 ₽/месяц, у тебя может быть чуть дороже или дешевле.
Но надо заморочиться с локальной сетью, пробросом портов и динамическим DNS. Но для нашей задачи это лишняя головная боль — главное, чтобы в итоге у нас был:
компьютер с Ubuntu(или другой Linux-системой);
статический IP;
доступ по SSH.
Вариант 2: VPS (виртуальный сервер)
Я чаще всего беру VPS на serverspace — самая дешёвая конфигурация там обходится примерно в400 ₽/месяц. Это дороже, чем дома, но зато:
сервер гарантированно работает 24/7;
не шумит кулерами под столом;
можно выбрать локацию (Москва, Амстердам, Нью-Йорк — что душе угодно).
в настройках DNS IP адрес связан с доменомdebugtest.ru
Дальше — ставим Docker и готовим окружение.
🐳 Шаг 3. Ставим Docker и Docker Compose
Почему я люблю Docker? Потому что всё окружение можно описатьдекларативно: база, сервер, сервисы — всё в одном docker-compose.yml. Один файл — и твой проект можно поднять на любой машине за пару минут.
Для нашей цели нам нужен толькоDocker EngineиDocker Compose plugin. Ниже — команды для Ubuntu 24. Если у тебя другая версия или дистрибутив, просто загугли:
how to install docker-compose <название_твоей_системы>
Дальше — будем ставитьSSLи запускать всё это добро.
🔒 Шаг 5. Настраиваем и обновляем SSL (Let’s Encrypt)
Наша цель — чтобы мама открылаhttps://debugtest.ruи увидела зелёный замочек, а не красное «Небезопасно». Для этого используем бесплатные сертификаты от Let’s Encrypt и встроим их в наш Docker-стек.
1. Запускаем docker-compose
Переходим в папку с docker-compose.yml и стартуем контейнеры:
docker compose up
Покабез -d, чтобы видеть логи и убедиться, что Nginx поднялся без ошибок.
2. Проверяем валидацию (dry-run)
Открываемвторую SSH-сессиюк серверу и там выполняем тестовый запуск certbot:
Это проверит сертификат каждый день в 4 утра и перезапустит Nginx, если сертификат обновился.
🔍 Шаг 6. Подключаем Google Search Console и Яндекс.Вебмастер, отправляем сайт в индекс
Поисковики не телепаты. Даже если твой сайт уже крутится с идеальным SSL и sitemap.xml, Google и Яндекс могут заметить его черезнедели. Мы ускорим этот процесс вручную.
1. Google Search Console
Заходим в Google Search Console.
ЖмёмДобавить ресурс→Домен(лучше, чем URL-префикс — сразу охватывает все поддомены и https/http).
Подтверждаем владение доменом через DNS:Search Console покажет TXT-запись.Идём к своему регистратору (Reg.ru, Namecheap и т.д.).Добавляем эту TXT-запись в настройки домена.Ждём от пары минут до пары часов, пока DNS обновится.
Search Console покажет TXT-запись.
Идём к своему регистратору (Reg.ru, Namecheap и т.д.).
Добавляем эту TXT-запись в настройки домена.
Ждём от пары минут до пары часов, пока DNS обновится.
После подтверждения — заходим в менюИндексация → Файлы Sitemap.
💡 Лайфхак: сразу после добавления sitemap.xml можно зайти вПроверка URLи вручную «Запросить индексацию» главной страницы. Это ускорит попадание сайта в выдачу.
Подтверждаем владение доменом:Через загрузку HTML-файла в корень сайта.Или через метатег в <head> (если редактируешь index.html).Или через DNS TXT-запись (так же, как в Google).
Через загрузку HTML-файла в корень сайта.
Или через метатег в <head> (если редактируешь index.html).
ЖмёмОтправитьи проверяем, что файл принят без ошибок.
3. Как понять, что всё работает
В Google Search Console и Яндекс.Вебмастере появится график количества проиндексированных страниц.
Если на сайте что-то меняешь — обновляй дату <lastmod> в sitemap.xml, чтобы поисковики знали, что появилась свежая версия.
Не спеши паниковать: первые визиты ботов могут быть уже через пару часов, но полная индексация — через 2–7 дней.
📌 Теперь твой сайт:
Доступен по HTTPS.
Знает, как его индексировать (robots.txt + sitemap.xml).
Внесён в обе главные поисковые панели.
Готов к визиту мамыик появлению в Google/Яндексе.
💬 Если тебе зашёл этот формат и ты хочешь видеть больше таких разборов, у меня есть Telegram-канал, где я делюсь своими пет-проектами, экспериментами, идеями для стартапов и многим другим. Ссылка на канал — в моём профиле.
Интересная история из мира инди-разработки — парень, не бросая основную работу, построил SaaS-сервис, который спустя два года принес ему крупный exit.
🧪 Началось всё с личной боли. Его жена, научный сотрудник, жаловалась, как сложно читать и пересказывать научные статьи. Он решил помочь и за пару вечеров собрал MVP — SciSummary, сервис, который автоматически сокращает и упрощает академические тексты.
💡 Проект запущен в январе 2023. Уже через 3 месяца с помощью Google Ads, SEO и пары постов у инфлюенсеров сервис начал приносить $1k в месяц. В это же время он узнал, что скоро станет отцом, поэтому не стал рисковать и продолжал работать по найму (его зарплата — $250k в год), а проект развивал в свободное время (~20 часов в неделю).
📈 Спустя год: – Проект стабильно генерирует $25k MRR – В команде 6 удалённых фрилансеров – Более 700 тысяч пользователей – ARR — около $400k
🔥 В 2024 он продал 85,5% проекта, но остался в нём ведущим инженером. Причина продажи — выгорание от постоянной нагрузки и желание больше времени проводить с ребёнком.
«После сделки чувства были смешанные — радость, тревога, оцепенение. По сути, моя жизнь не изменилась. Я всё так же просто работаю».
⚙️ Что важно вынести из этого кейса:
Сторонний проект можно построить в режиме «вечернего» фриланса, если выбрать близкую нишу и не изобретать велосипед в технологиях.
Маркетинг — решает. Без грамотного продвижения даже самый полезный pet-проект останется никому не известным.
Выгорание реально. И даже любимое дело может начать давить, если работаешь без остановки 60 часов в неделю.
🎮 Автор проекта в своём профиле скромно пишет: «Люблю кодить, играть в игры и пить пиво». А по факту — запустил сервис с ARR $400k, пока качал коляску на выходных.
🔗 Я веду Telegram-канал, где разбираю такие истории и делюсь собственными экспериментами в инди-хакинге и запуске микро-продуктов. Ссылка — в профиле.
Герой интервью - Александр. После очередного бунта на «Пикабу» он решил сделать свой проект в развлекательной нише. Он рассказал, как продвигает «Вомбат» в нише, где есть монополист, как «Пикабу» банил за упоминание «Вомбата» и кто финансирует проект.
- Александр, «Неолурк» пишет, что «Вомбат» - это тусовка бывших «пикабушников». Почему бывших?
- Большая часть нашей аудитории - это пользователи, пришедшие с «Пикабу». Я сам был активным пикабушником до того, как там убрали минусы. И при создании своего проекта я ориентировался на тот самый «Пикабу», который был несколько лет назад. Сайт Вомбат такого же формата. Это UGC. User generated content. Кто-то из авторов в итоге полностью к нам перебрался. Кто-то обитает на обоих проектах и помогает Вомбату контентом.
- Проект «Вомбат» появился давно?
- Проект появился в сети в сентябре. Сегодня у нас около 4 000 зарегистрированных пользователей. Ежедневно к нам заходит от тысячи до полутора тысяч посетителей. За время существования проекта было написано больше восьми тысяч постов. Из них свыше 2,5 тысяч авторских. За все время оставлено больше 42 тысяч комментариев. В неделю это около 450 постов и 2000 комментариев. Пик активности пришелся на ноябрь-декабрь. Т.е. мы запустились в сентябре, а в октябре понемногу наращивали аудиторию. Сейчас снова подбираемся к пиковым значениям. Люди возвращаются из отпусков. Количество постов и комментариев начало снова расти.
Меня зовут Стас Бендиченко. Я журналист и PRщик. Исследую PR, маркетинг и цифровые медиа. Пишу интервью с экспертами и авторами цифровых продуктов. Мониторю российские и зарубежные источники. Больше контента в моем телеграм-канале "Стас смотрит рекламу"
- Как оцениваете динамику роста?
- Рост пока скачкообразный. Мы видим растущие цифры. Тот же Similarweb нам показывал в октябре 33 тысячи визитов, а в декабре уже 93 тысячи. По авторам и комментариям рост более плавный. Так как многие авторы приглашаются на сайт индивидуально, и этот процесс не такой быстрый.
ПРО ПРОДВИЖЕНИЕ: РЕКЛАМА, БАНЫ, MVP
- Александр, есть «Пикабу», который был референсом «Реддит». Появился ваш – Вомбат. Вы его создавали как MVP. Минимально жизнеспособный продукт. Но ,у пользователя в вашей нише всегда есть Top of Mind – Пикабу. Сложно продвигаться при таком конкуренте. Как вы продвигались?
- Да, Пикабу практически монополист в этой нише на российском вебе. У него почти не осталось конкурентов. Он самый огромный. Но в этом и проблема. Если пользователь недоволен какими-то действиями администрации, функционалом или количеством рекламы, то ему некуда уйти. Потому что нет больше проектов подобного размера.
- То есть Пикабу в своей нише «как вода в кране»? Монополист?
- Да, все так. По поводу продвижения. Первое время мы пытались дать рекламу на самом Пикабу. Написать, что появился такой проект. И нас практически сразу стали банить за любые упоминания «Вомбата». На самом деле, с тех постов, которые успели выйти, у нас пришло довольно большое количество людей. Дальше включилось «сарафанное радио».
- То есть Пикабу очень ревностно к этому относится и не дает рекламироваться на их ресурсах?
- Да, абсолютно. Любые упоминания «Вомбата» сейчас банят и удаляют. Банят даже аккаунты, которые были замечены в подобных сообщениях. Сейчас же мы пытаемся напрямую выходить на каких-то пикабушников, которые имеют большую аудиторию. Какие-то паблики. И стараемся рекламироваться уже у них.
- Сейчас можно сказать, что есть какая-то война конкурентов между вами?
- Сейчас мы абсолютно точно не конкурент Пикабу. Из-за их и нашего размера. Но говорить о том, что мы пытаемся конкурировать за их аудиторию – отчасти правда. Другой вопрос, что аудитории не обязательно сидеть на одном сайте. Я говорил,что многие продолжают постить на два проекта.
Продолжая идею продвижения. Мы уже вышли на уровень, когда начали делать мерч. У нас периодически проходят конкурсы на лучший пост. В призах наш мерч.
ПРО ИДЕЮ: Я АВТОР!
- Кто автор идеи проекта «Вомбат»?
- Я. Во время очередного бунта на Пикабу кто-то написал в комментариях: «Запилите уже новый сайт с блэкджеком и понятными алгоритмами, и минусами». Мне это показалось хорошей идеей. А с учетом моего опыта программирования и технического архитектора не пришлось и исполнителя искать. Я взял и написал. Правда, наличие основной работы внесло свои коррективы. Наш MVP вышел через два месяца после принятия решения о создании проекта. Но я решил запустить и «допиливать» сайт в процессе получения опыта пользователей. Следующие несколько месяцев доработка проекта велась все свободное время. На текущий момент мы сделали уже около 15 релизов с обновлениями. Все это исходя из просьб авторов и пользователей. Там уже появились подписки, игнор-лист, автобан по рейтингу, загрузка видео, дополнительные фильтры и в целом много полезного.
- А что стало настоящим триггером: «Сделаю свой проект!»
- Отмена минусов на «Пикабу». Это сильно триггернуло. Очень многих. Я был очень активным пикабушником почти восемь лет. А эти изменения привели к тому, что авторские посты стали быстро тонуть в тоннах другого копипастного контента с других ресурсов. Стало понятно – качество контента будет падать на ресурсе. Многие захотели куда-то уйти. Я понял, что пора бы начать что-то свое пилить.
ПРО КОМАНДУ: ЕХИДНА И ВОМБАТОЛОГ
- Сколько человек в команде «Вомбат» и какие у них функции?
- В начале разработки я был один. После запуска я предложил своей бывшей коллеге взять роль Product Owner, совмещенную с поддержкой юзеров и привлечением новых авторов. Универсальный специалист. Это очень сильно меня разгрузило. Позже предложил помощь один разработчик, который заинтересовался проектом… Сегодня в команде четыре человека. Я, Product Owner, «вомбатолог» и «ехидна» - девушка, которая занимается всем ,что касается развития проекта и связями с общественностью.
ПРО ПЛАНЫ: УКЛОН В АВТОРСКИЙ КОНТЕНТ
- Александр, какие планы по развитию Вомбата сейчас? Только развлекательный контент по аналогии с Пикабу или …?
- Сейчас вектор развития Пикабу сместился на аудиторию, потребляющую быстрый контент. Авторские посты уже не выходят часто в горячее как раньше. При этом умная читающая аудитория, которая любит длиннопосты или иной контент, никуда не делась. В том числе, для таких авторов и читателей мы и готовы предоставить площадку на Вомбате. Мы будем придерживаться развлекательного контента, но с уклоном в авторский. Не копипаста из сети. В целом планов сейчас больше чем времени. У меня в разработке, например, список задач на 70 пунктов. Ачивки, награды, переработка системы рейтинга. И еще столько же по каким-то мелким багам.
Что касается не технической части, то это привлечение авторов. Чем больше, тем лучше. Иногда некоторые пользователи просят позвать кого-то, кого они читали на других ресурсах. Иногда сами находим интересные паблики или аккаунты. Главная задача – получить стабильный поток контента на разные темы.
- Переманиваете топовых авторов с Пикабу?
- Это сложно назвать переманиванием. Мы просто сообщаем пользователям, что появилась новая площадка. Дальше они сами решают – поддерживать новый проект или нет. Многие авторы сегодня тоже страдают от изменений на Пикабу. Но в целом к нам стабильно приходят. У нас публикуют посты такие известные ребята как Deathman, Мама Лада, Гена Инженерский, Хрусталев и еще ряд крупных авторов. «Сарафан» хорошо работает. Многие о нас слышали и приходят посмотреть, что за проект.
- У некоторых ваших коллег прямо в описании в телеграм-аккаунтах стоит: «Вомбат - у нас можно ставить минусы». Т.е. вы сделали противопоставление Пикабу своим позиционированием. Это настолько было важно пользователям?
- Это оказалось важным по той причине, что минусы очень хорошо фильтруют контент. Поддерживать его на определенном уровне. Если вспомнить «рыцарей свежего» (группа пользователей, которая ставит оценки новым постам) на Пикабу, то они всегда фильтровали новый контент. Они ставили минусы контенту не лучшего качества. В «Горячее» в итоге выходили хорошие посты. Когда минусы отменили, то «рыцари свежего» остались не у дел и качество контента стало падать. Минусы очень хороший инструмент, когда он работает вместе с автоматическим баном по рейтингу. Если аккаунт ушел в большой минус, то он получает автоматический бан. На Пикабу это тоже отменили.
- Но ведь были и те, кто был доволен отменой минусов? Не было противостояния двух групп? Одни «за» отмену. Другие «против»…
- Скажу так: по отмене минусов высказывают чаще негативное мнение. Позитива мало. В целом, позитивно реагировали те, кто имеет внешние ресурсы. Например, те, кто дает ссылку на свой телеграм-канал в постах и ведет туда свою аудиторию. При этом эти посты стали простой копипастой. Я помню, когда в горячее выходили посты с отрицательным рейтингом. Это можно было увидеть в мобильном приложении. Там отображение минусов отключили позже, чем в веб-версии. Соответственно, в «горячем» можно было видеть посты, которые по факту имели отрицательный рейтинг.
- Это же не первый бунт на Пикабу? И пару лет назад пользователи выступали против каких-то нововведений. Насколько в России развито сообщество авторов и потребителей контента, которое уходит и создает свои отдельные проекты? Я говорю о сплоченности сообщества.
- Конечно, эти сообщества существуют, и все проявления недовольства связаны с действиями администрации ресурса. В основном, отсутствие обратной связи на реакцию пользователей. Часто это происходит из-за странного толкования администрацией своих же правил. Например, «клубничный бунт».
- Что это?
- Модератор удалила фотографию, которая, по ее мнению, являлась эротическим контентом. Хотя на фото была девушка в одежде. Тогда люди конкретно взбунтовались и начали требовать более четких правил. Четкого описания, что можно публиковать, а что нет.
ПРО ДЕНЬГИ: КТО ФИНАНСИРУЕТ?
- А как финансируется сейчас проект «Вомбат»?
- Сегодня проект не имеет никакого внешнего финансирования. Только донаты. Все сервера, рекламу, платные сервисы – я оплачиваю. На сайте рекламы сейчас тоже нет.
Несколько пользователей взяли на себя шефство над призовыми фондами. Конкурсы, которые проходят у нас. То есть мерч ,который можно выиграть за пост, частично покрывается их донатами.
- То есть уже есть определенное коммьюнити?
- Да, стараемся
- А возможность донатов авторам?
- Да, мы планируем такую возможность, как нарастим аудиторию.
ПРО НЕЙМИНГ: ЛЕГКО СКАЗАНО!
- Александр, я погуглил и нашел еще сайт в вашей нише «Капибар». Откуда эта мода в нейминге на животных и почему, собственно, «Вомбат»?
- Да, есть такие ребята «Капибар». Мы с ними даже проводили совместную активность на Новый год. Обменивались подарками.
Почему «Вомбат»? У меня на поиск названия было минимум времени. Хотел что-то простое в произношении. Легкое на слух. Но доступное для регистрации в качестве доменного имени… Но четкого ответа нет.
ВАС ПЫТАЛИСЬ КУПИТЬ?
- А Пикабу не пытались с вами связаться? Возможно, купить. Чтобы вы не развивали свою активность.
После отпуска я понял простую вещь - двух недель достаточно, чтобы забыть вообще всё, чем ты занимался. Если у тебя нет структуры, стек превращается в хаос из случайных библиотек, фреймворков и зависимостей.
Поэтому я сел и собрал для себя техрадар - единый стек, который позволяет запускать pet-проекты и мини SaaS быстро и без боли.
⚙️ Frontend
React 🧠 Почему: куча библиотек, море документации и огромное комьюнити. Плюс масса готовых компонентов - не надо изобретать велосипед.
WXT ⚡ Почему: лучший фреймворк для браузерных расширений, если нужно быстро. Реально сокращает путь от идеи до первой установки
MUI 🎨 Почему: так как большинство моих проектов - Chrome Extensions, UI-компоненты под Material Design органично вписываются в браузер от Google.
Netlify ☁️ Почему: одна из самых удобных платформ для веб-разработки. Автоматическая сборка, тестирование и деплой в пару кликов. Работает стабильно и без боли.
🧩 Backend
Supabase 🗄 Почему: open-source альтернатива Firebase, но с Postgres под капотом — понятным, гибким и предсказуемым. Есть всё: авторизация, база, edge-функции и SQL-запросы.
Yandex Cloud 💾 Почему: недорогой S3, с "льготным" объёмом данных, за который не берут денег. Плюс умеет поднимать Docker-контейнеры в serverless-режиме. Идеально для пет-проектов.
🧱 Инфраструктура
CI/CD — Jenkins 🔁 Почему: не прожорлив, стабилен и с кучей плагинов. Работает даже на обычном VPS.
GlitchTip 🐞 Почему: не ест столько памяти, как Sentry, но совместим с его API и библиотеками. Отличный вариант для отслеживания ошибок.
Umami 📊 Почему: не блокируется ad-блоками, лёгкая и быстрая. Отличная альтернатива Google Analytics и Яндекс.Метрике.
🧰 Инструменты
JetBrains IDEA 💻 Почему: всю жизнь писал на Java и Kotlin - это мой родной IDE. Самый знакомый и надёжный инструмент.
WebStorm 🧠 Почему: по сути та же IDEA, только заточенная под JS и TypeScript.
Cursor 🚀 Почему: ускоряет разработку. Во второй версии можно подключить debug port Chromium и буквально «вайбкодить» с ИИ в реальном времени.
DBeaver 📘 Почему: купить лицензию DataGrip сложно, а DBeaver - почти то же самое. Не идеально, но достаточно для работы с БД.
GitHub 🌐 Почему: так исторически сложилось. Репозиторий, автодеплой, CI - всё в одном месте.
💬 Языки
TypeScript 🧩 Почему: я привык к типизированной Java, и JS без типов меня бесит 😅. Плюс Cursor тратит меньше токенов, потому что не нужно проверять типы, и упрощается процесс vibe debugging - сразу понятно, что за данные под капотом.
Python 🐍 Почему: стараюсь минимизировать, но иногда выручает. Особенно когда дело доходит до ML и AI - ребята из этой среды его обожают.
(А вот Kotlin, как бы я его ни любил, сюда просто не ложится.)
Сейчас думаю над системой логов и метрик — скорее всего, выберу VictoriaMetrics.
Ещё у меня есть телеграм-канал, где я рассказываю, как всё это использую вживую, и делюсь процессом разработки своих пет-продуктов 👉 t.me/debug_leg
Инди‑разработчик одновременно пишет код, рисует иконки, настраивает аналитику и считает, хватит ли выручки, чтобы дожить до следующего релиза. В голове при этом орут шесть голосов — от художника‑перфекциониста до паникёра, который шипит: «не лезь в серяк, всё сломаешь». Недавно я это сполна почувствовал, когда на финальной прямой запуска моего расширения для Chrome под Европу Google заблокировал рекламный кабинет — весь запуск был заточен под поисковый трафик, и в один момент канал просто исчез.
Кейс: Google Ads хлопнул дверью
Расширение жило за счёт идеи: забираем тёплый поисковый трафик из Google Ads, ведём на продукт, дальше монетизируем. Аудитория — Европа, так что нормальной альтернативы Google по объёму и качеству трафика, по сути, нет. На финальной части запуска, когда оставалось включить бюджеты и смотреть на конверсии, рекламный кабинет схлопнулся по политике: без внятных объяснений, с размытыми формулировками и стандартной отпиской.
В голове мгновенно нарисовались четыре сценария:
спорить с Google и пытаться выбить разбан через апелляции;
купить новый кабинет у агентства;
залезть в прокси/серяк с «арендованными» аккаунтами;
переписать продукт под другой источник трафика (например, Яндекс), хотя целевая аудитория живёт в Европе.
И вот тут во мне в полный голос заговорили все внутренние персонажи — от паникёра до художника. Чтобы не принимать решение «на ощущениях», я вытащил метод шести шляп.
Что за метод и зачем он инди
Метод шести шляп — это техника Эдварда де Боно, где мышление делится на шесть режимов: факты, эмоции, риски, выгоды, креатив и модерацию. Вместо того чтобы держать всё в голове одновременно и метаться, ты по очереди «надеваешь» шляпы и смотришь на одну и ту же ситуацию под разными углами.
Для инди‑разработчика это особенно полезно: обычно решения принимает либо внутренний паникёр (чёрная шляпа), либо вдохновлённый художник (зелёная/красная), а белая и жёлтая — факты и выгоды — просто молчат.
Классика такая:
Белая — факты и цифры.
Красная — эмоции и чуйка.
Чёрная — риски и «что пойдёт не так».
Жёлтая — выгоды и «что пойдёт так».
Зелёная — варианты и идеи.
Синяя — модератор, который собирает всё в план.
Ниже — как я разобрал свою блокировку Google Ads по этим шляпам.
Шаг 1. Белая шляпа: что есть на столе
Сначала — сухие факты без истерики.
Продукт уже сделан и заточен под Google: UX, офферы и воронка строились вокруг поискового трафика.
Аудитория живёт в Европе, доля Google по поиску там — доминирующая, Яндекс как основной источник трафика слабый и местами просто отсутствует.
Кабинет заблокирован, есть формальная возможность апелляции, но практика показывает: разбирательства могут тянуться неделями без гарантий результата.
Время и деньги, уже вложенные в продукт и рекламный сетап, — немалые, полный разворот в сторону Яндекса или другого канала = ещё месяцы работы и риск не выйти на сопоставимый объём трафика.
На этом этапе задача — увидеть реальность без «всё пропало» и «да нормально, сейчас разбанят».
Шаг 2. Красная шляпа: честно про эмоции
Здесь вообще не нужен рационал — только то, что ощущается.
Злость: «меня наказали без объяснения, хотя я не чувствую себя злодеем».
Страх: «если полезу в серяк — могу потерять вообще всё», «если уйду в Яндекс — просто похороню идею под Европу».
Усталость: «не хочу ещё месяц воевать с саппортом ради призрачного разбана».
Смысл — признать, какие решения ты принимаешь просто из страха или обиды, чтобы потом не маскировать это под «рациональный выбор».
Шаг 3. Чёрная шляпа: где можно умереть
Дальше — максимально пессимистичный взгляд на каждый сценарий.
Спорить с Google:Потратишь недели на переписку, получая те же шаблонные ответы, без разбана.За это время продукт не продвигается, выручка = 0, мотивация падает.
Потратишь недели на переписку, получая те же шаблонные ответы, без разбана.
За это время продукт не продвигается, выручка = 0, мотивация падает.
Купить новый кабинет у агентства:Риск попасть под политику обхода системы и получить ещё более жёсткую блокировку.Завязаться на стороннего посредника и их практики, которые могут завтра поломаться.
Риск попасть под политику обхода системы и получить ещё более жёсткую блокировку.
Завязаться на стороннего посредника и их практики, которые могут завтра поломаться.
Прокси и серые схемы:Бан по цепочке, блокировки платёжек, репутационные риски.Постоянная гонка с системой вместо работы над продуктом.
Бан по цепочке, блокировки платёжек, репутационные риски.
Постоянная гонка с системой вместо работы над продуктом.
Переписать продукт под Яндекс:Месяцы разработки и адаптации ради канала, который изначально слаб для твоей ЦА.Можно потратить ресурс и всё равно не выйти на нужный уровень трафика.
Месяцы разработки и адаптации ради канала, который изначально слаб для твоей ЦА.
Можно потратить ресурс и всё равно не выйти на нужный уровень трафика.
Чёрная шляпа нужна, чтобы честно увидеть, где ты можешь потерять больше, чем готов.
Шаг 4. Жёлтая шляпа: где тут шанс
Теперь тот же список, но с вопросом «что здесь может пойти хорошо?».
Спорить с Google:Если разбанят — сохраняешь белую стратегию, легальный доступ к основному источнику трафика и не влезаешь в серые схемы.
Если разбанят — сохраняешь белую стратегию, легальный доступ к основному источнику трафика и не влезаешь в серые схемы.
Купить новый кабинет у агентства:Быстрый возврат к тестам, если работать аккуратно и не нарушать политики.Можно продолжить валидировать продукт и экономику уже сейчас, не замораживая проект на неопределённый срок.
Быстрый возврат к тестам, если работать аккуратно и не нарушать политики.
Можно продолжить валидировать продукт и экономику уже сейчас, не замораживая проект на неопределённый срок.
Прокси / серяк:Потенциально быстрый старт и доступ к объёмам там, где «всё перезабанено». Но цена этого старта слишком велика для соло‑инди.
Потенциально быстрый старт и доступ к объёмам там, где «всё перезабанено». Но цена этого старта слишком велика для соло‑инди.
Переписать продукт под Яндекс:Диверсификация и снижение зависимости от одного монополиста.Возможность протестировать рынки, где конкуренция ниже или трафик дешевле, если продукт адаптируем.
Диверсификация и снижение зависимости от одного монополиста.
Возможность протестировать рынки, где конкуренция ниже или трафик дешевле, если продукт адаптируем.
Жёлтая шляпа возвращает понимание, что в каждом сценарии есть не только «помереть», но и «выиграть» — вопрос цены и горизонта.
Шаг 5. Зелёная шляпа: альтернативы, о которых не думаешь в панике
Здесь цель — не выбирать между A/B/C, а придумать C1, C2, D.
Например:
Комбо‑стратегия: отправить официальную апелляцию в Google и параллельно запустить трафик через купленный у агентства кабинет с максимально белой конфигурацией.
Временный отход от жёсткой завязки на Ads: протестировать контент‑маркетинг, партнёрки или каталоги расширений, чтобы не быть полностью зависимым от одного канала.
Адаптация продукта под несколько рекламных сетей (включая Bing Ads или локальные решения), чтобы в будущем бан одного кабинета не ставил крест на всём проекте.
Зелёная шляпа — это место, где из «всё или ничего» появляется несколько ступеней и промежуточных экспериментов.
Шаг 6. Синяя шляпа: решение и правила игры
На этом этапе я собрал всё выше в конкретный план.
Что решил:
Не уходить в полностью серые схемы, где ставка — не только кабинет, но и платежи/аккаунты.
Зафиксировать стратегию:подать нормальную апелляцию в Google (без иллюзий, но как обязательный шаг);купить новый кабинет у агентства и использовать его максимально аккуратно, без нарушений политик и «серых» связок, чтобы продолжить тесты и не замораживать проект;в параллель смотреть на альтернативные каналы, но не сносить архитектуру продукта ради гипотетического Яндекса под Европу.
подать нормальную апелляцию в Google (без иллюзий, но как обязательный шаг);
купить новый кабинет у агентства и использовать его максимально аккуратно, без нарушений политик и «серых» связок, чтобы продолжить тесты и не замораживать проект;
в параллель смотреть на альтернативные каналы, но не сносить архитектуру продукта ради гипотетического Яндекса под Европу.
Какие метрики для себя отметил:
стоимость клика и установки с нового кабинета;
конверсия в целевое действие внутри расширения;
стабильность аккаунта в течение первых недель работы.
Синяя шляпа — это момент, когда ты перестаёшь бесконечно «думать» и признаёшь: да, это не идеальное решение, но это проверяемый эксперимент с понятными правилами и горизонтом.
Как использовать это у себя
Если у тебя сейчас:
заблокировали рекламный кабинет;
умер основной источник трафика;
приходится выбирать между «серяком», паузой и сменой стратегии —вместо того, чтобы бесконечно крутить в голове одни и те же мысли, попробуй сделать так:
Чётко сформулируй вопрос (одним предложением).
Пройди по шляпам и честно выпиши по 3–5 пунктов на каждую.
В синей шляпе зафиксируй: какое решение ты принимаешь сейчас, на какой срок, какие метрики покажут, что это было не зря.
Когда начал прогонять через шляпы не только монетизацию, но и такие аварийные ситуации, стало заметно, что во мне чаще всего орёт чёрная шляпа (паникёр) и иногда красная (обида/страх), а факты и выгоды просто не доходят до стола.
Если тебе заходит формат разборов решений инди‑разработчика (с цифрами, факапами и рабочими фреймворками), залетай в мой Telegram‑канал. Там чаще, короче и местами больнее
Колонии этих насекомых - необходимая часть лесной фауны, они выполняют множество экологических функций. Недаром муравьёв прозвали санитарами леса. Муравьи всеядны - это универсальные хищники и падальщики. Активно поедая личинок вредных насекомых - жуков, бабочек - они принимают участие в регулировании их количества и сохранении леса.
За сезон один большой муравейник лесных муравьев уничтожает от 100 тыс. до 1 млн. насекомых.
Поедая семена растений, муравьи способствуют их распространению - ведь не всю добычу им удается дотащить до муравейника. Муравьи иногда выступают в роли опылителей цветов, так как любят полакомиться и нектаром.
Муравьи способствуют повышению плодородия почвы. Они перемешивают ее, насыщают кислородом (аэрируют) и рыхлят на глубину 50-70 см, обогащают органическими веществами, азотом, фосфором, магнием и калием.
Аналитика — один из ключевых инструментов в управлении современными цифровыми продуктами. Без данных о поведении пользователей невозможно понять, кто и как взаимодействует с вашим сайтом, приложением или сервисом, какие страницы работают эффективно, где пользователи теряются и почему падают конверсии. Аналитика помогает отслеживать рост, вовремя замечать проблемы, принимать решения на основе фактов и улучшать продукт так, чтобы он действительно работал лучше.
Однако всё чаще компании сталкиваются с тем, что популярные трекеры вроде Google Analytics или Яндекс.Метрики блокируются браузерами, adblock-расширениями или просто вызывают недоверие у пользователей. В условиях растущего запроса на приватность, прозрачность и независимость данных становится очевидной потребность в более простых, честных и контролируемых решениях.
Одно из таких решений — Umami Analytics.
Umami — это лёгкая, современная система веб-аналитики с открытым исходным кодом. Она не отправляет данные третьим лицам, не использует сторонние куки, работает быстро и предоставляет аккуратный минималистичный интерфейс. Среди ключевых возможностей: реал-тайм аналитика, отсутствие трекинга, который легко блокируется, и понятные метрики без перегруза.
Но здесь есть нюанс: официальный облачный сервис Umami стоит $20 в месяц. Для небольшого проекта, сайта или небольшого бизнеса это ощутимая сумма, особенно если нужна простая и приватная аналитика без обилия корпоративных функций.
И здесь появляется главный инсайт.
Все эти преимущества — real-time аналитика, приватность, удобный интерфейс, отсутствие блокировок — можно получить всего за 150 рублей в месяц, если развернуть Umami в режиме self-host. Более того, в этом случае вы получаете не только экономию, но и полный контроль над данными и инфраструктурой, что особенно важно в 2025 году.
В этом посте я покажу, как установить Umami на свой сервер, настроить её за несколько минут и получить функциональность уровня платных SaaS-решений — за минимальные деньги и без компромиссов по приватности.
У Cloud.ru есть отличная возможность получить слабенькую, но очень выносливую виртуальную машину в бессрочное бесплатное пользование. Платить нужно только за публичный IP-адрес — а это как раз около 150 рублей в месяц.
Вариант Free Tier нельзя настраивать по ресурсам, но можно выбрать способ аутентификации.
Рекомендую метод SSH-ключ — он безопаснее и удобнее, чем пароль.
1.5 Запускаем виртуалку
Нажимаем кнопку Создать и ждём, пока виртуальная машина перейдёт в статус «Running».
ВАЖНО После создания обязательно подключите публичный IP-адрес, иначе вы не сможете зайти на сервер по SSH или открыть веб-интерфейс Umami.
Шаг 2. Настройка удалённого сервера
Я использовал виртуалку на Ubuntu 24.04, поэтому команды ниже рассчитаны именно на неё. Umami и PostgreSQL мы будем запускать в Docker через Docker Compose.
Если вы используете другую ОС — часть команд может отличаться. В этом случае можно либо адаптировать шаги вручную, либо попросить любую LLM помочь под вашу систему.
2.1 Обновляем систему
sudo apt update
sudo apt upgrade -y
2.2 Удаляем старые версии Docker (на всякий случай)
Если вывод показывает версию Docker и затем приветственное сообщение "Hello from Docker!" — значит, всё установлено успешно и сервер готов к разворачиванию Umami.
Шаг 3. Запускаем Umami
Теперь, когда Docker установлен, можно развернуть Umami и PostgreSQL с помощью Docker Compose. Конфигурация максимально простая — всё поднимается в два контейнера.
if (window.umami && typeof window.umami.track === "function") {
window.umami.track("click_buy_button"); // имя события
console.log("Umami event sent");
} else {
console.warn("Umami object not ready yet", window.umami);
}
});
</script>
</body>
</html>
Сохраните файл и просто откройте его в браузере — локально, без загрузки на сервер.
4.6 Проверяем посещения
Теперь перезагрузите страницу — в интерфейсе Umami во вкладке Realtime появится ваш визит.
4.7 Проверяем события
Нажмите кнопку Купить.
События будут отображаться во вкладке Events для вашего сайта:
там появится событие click_buy_button.
Заключение
Развернуть собственную систему аналитики — проще, чем кажется. Всего за 150 рублей в месяц вы получаете функциональность уровня платных сервисов, полный контроль над данными, приватность, real-time метрики и защиту от блокировок. Umami отлично подходит для небольших проектов, pet-приложений, лендингов и любых сервисов, где нужна честная статистика без лишних зависимостей.
Если вы раньше не поднимали аналитику самостоятельно — этот гайд показывает, что всё решается за 10–15 минут. Дальше вы сможете добавлять события, подключать несколько сайтов, настраивать аналитику под свои задачи и развивать инфраструктуру так, как вам удобно.
Вяжущий вкус хурме придают танины — вещества фенольной природы. В тканях фрукта имеются ферменты, способные гидролизовать эти соединения, что ведет к разрушению последних. Однако в незрелом плоде танины и ферменты находятся в разных внутриклеточных структурах и отделены друг от друга мембранами.
При замораживании ледяные кристаллы разрывают мембраны, и после разморозки танины гидролизуются. Их разрушение происходит также по мере созревания фрукта, поэтому полностью спелая хурма не вяжет.
На самом деле, говядина – это просто сохранившееся старинное название мяса крупного рогатого скота. Без деления на коров или быков.
Произошло оно от праславянского «говедо» – стадо быков, коров. В этом значении термин сохранился во множестве славянских языков – болгарском, сербском, словенском, чешском.
Так что и получается, что слово ещё давно закрепилось за этим продуктом.
Ответ - Скорость чтения колонки выше, чем сплошного текста.
В середине XVII века, с распространением газет в Европе, встал вопрос об их окупаемости, и для того, чтобы снизить стоимость газеты, текст печатался очень мелким шрифтом. Поскольку читать такой текст было не комфортно, его начали разделять на столбцы.
Такое расположение текста необходимо для удобочитаемости — глаза меньше устают при чтении, поскольку совершают меньше движений. Типичная ширина колонки в печатном издании 40—60 символов (с пробелами).
До этого я честно пытался делать то же самое в чатах OpenAI / Grok / DeepSeek. Сценарий всегда один: контекст расползается, требования приходится повторять, а иногда чат просто зависает — и я делаю всё заново.
После этого я перестал относиться к LLM как к переписке и начал относиться как к рабочему месту: проект + файлы + правила + Git.
Мой принцип
Мне не нужен «идеальный промпт». Мне нужен процесс, который не убивает мой день, когда модель поехала не туда.
Хак: rules можно дописывать прямо по ходу работы — я часто прошу агента «сформулируй правило, чтобы мы больше так не делали», и добавляю его в проект.
III. Положи «источники правды» в репу
Тут мой единственный принцип: всё, что я устал повторять — я выношу в файлы.
Пример структуры, которую я делаю для большинства задач:
README.md — одна страница «что строю и зачем». docs/ — требования и решения (чтобы не хранить их в голове и в чате).
IV. Режимы: я не жму Agent сразу
Я использую три режима:
Ask — когда хочу разобраться/проверить идею и ничего не ломать.
Plan — когда задача больше пары часов: сначала план и вопросы.
Agent — когда план ок: он уже правит файлы и двигает задачу.
И два хака, которые у меня реально помогают:
Хак 1: я спрашиваю у самого агента в Cursor, какую модель лучше взять под мою задачу.
Хак 2: я стараюсь не использовать авто-режим — автоматически Cursor часто подбирает модель неудачно.
V. Бизнес‑дока → Tech Spec
Я не начинаю с “какой стек лучше”.
У меня уже есть привычный стек (я писал про него тут: https://t.me/debug_leg/580), и мой первый вопрос к Cursor другой: могу ли я остаться на нём под эти бизнес‑требования или мне придётся делать иначе (и почему).
Для Cursor или любого другого VSCode‑форка есть ненулевая вероятность, что при открытии чужой репы IDE тихо запустит какие‑нибудь скрипты в фоне.
Недавно наткнулся на историю: человек скачал репозиторий с автономным ИИ‑агентом "просто посмотреть код", открыл папку в Cursor и IDE сразу сама запустила какие‑то node‑скрипты в терминале. Без единого клика. Спасло его только то, что данные были зашифрованы, пароли в менеджере, а крипта в холодном кошельке.
Откуда вообще берётся риск
В классическом VSCode есть Workspace Trust — та самая модалка "доверяете ли вы этому воркспейсу?", от ответа зависит, можно ли запускать расширения и скрипты.
Есть Tasks с режимом runOn: folderOpen, который позволяет запускать скрипты при открытии папки. Удобно для честной автоматизации и идеально для атаки.
В чистом VSCode это завязано на trust. А вот в Cursor, по их же документации, workspace trust по умолчанию отключён и никакого лишнего вопроса вы просто не увидите.
В результате злоумышленнику достаточно положить в репозиторий tasks, которые стартуют при открытии папки, и дождаться, пока кто‑то откроет эту репу в форке с выключенным trust. Node‑скрипт в таске имеет доступ к ОС, а дальше полёт фантазии, от телеметрии до кражи ключей.
После того как прочитал эту историю, первым делом пошёл и проверил свои настройки IDE.
Если такие практичные разборы про разработку, безопасность и реальные кейсы из проектов заходят — у себя в Telegram‑канале регулярно разбираю подобные штуки и показываю, как это влияет на живые продукты. Ссылка на канал.
Скорость света считается максимальной во Вселенной из-за свойств пространства-времени, установленных теорией относительности Альберта Эйнштейна. По этой теории, при приближении к скорости света объекты начинают медленнее течь во времени, и при достижении этой скорости, время для них останавливается. Сверхсветовое движение было бы эквивалентно движению назад во времени, что нарушило бы принцип причинности. Это ограничение связано с фундаментальной структурой пространства-времени и полями, распространяющимися со скоростью света.
Большой испуг вызывает стресс: происходит выброс в кровь адреналина, что мобилизует организм для схватки или бегства. При этом угнетаются все несрочные процессы, в частности пищеварение. Гладкая мускулатура кишечника расслабляется. Если стресс-реакция сильна, то прямая кишка может непроизвольно опорожниться.
Многие приматы кидаются в источник угрозы экскрементами. Но это скорее проявление агрессии, а не испуга. Внезапное расстройство желудка в опасной ситуации не имеет отношения к устрашению врагов.
Особенно много этой кислоты содержится в хряще и соединительной ткани — в том числе в той, которая составляет основную толщу кожи. Гиалуроновая кислота синтезируется несколькими ферментами.
У шарпеев мутация затронула часть гена одного из таких ферментов, в результате активность гена оказалась резко увеличена. Избыточный фермент производит избыточную гиалуроновую кислоту, которая увеличивает объем шкуры. А поскольку поверхность животного ограничена, шкура собирается складками.
Комментарии