Я перестал бегать за новыми сервисами. 5 вопросов перед тем, как строить в инструменте
Новый конструктор выходит каждую неделю, а задача остаётся той же. Почему погоня за инструментами съедает месяцы, как проверить сервис до того, как вкладываться, и что у меня лежит на своём коде
В ролике я обещал показать свой стек без подписок. Покажу, но сначала о главном: почему я вообще перестал пробовать каждый новый сервис.
Новый сервис каждую неделю
Конструкторы, которые собирают что угодно по описанию, теперь выходят примерно по штуке в неделю. Каждый обещает, что уж он-то точно сделает всё за тебя.
Первое время я пробовал почти всё. И заметил неприятную вещь: каждый новый инструмент это снова учиться, снова переносить проекты, снова привыкать к чужим кнопкам. Уходит месяц, чтобы вернуться туда, где ты уже был.
А задача при этом не меняется. Клиенту всё равно, в каком сервисе собрана его страница. Ему важно, что она работает и приводит заявки.
Сервисы закрываются чаще, чем кажется
Есть сайт Killed by Google, где ведут список продуктов, которые закрыл сам Google. На момент, когда я его смотрел, в списке было 307 позиций. Это компания, у которой с деньгами всё хорошо.
С маленькими стартапами риск выше. Сервис может поднять цену, поменять тарифы, закрыть бесплатный план или исчезнуть. Всё, что ты в нём построил, в этот момент перестаёт быть твоим.
5 вопросов перед тем, как строить в сервисе
Прежде чем переносить в новый инструмент что-то важное, я отвечаю на пять вопросов.
- Можно ли забрать результат? Код, данные, тексты. Например, в документации Lovable описана синхронизация проекта с GitHub: код можно выгрузить в свой репозиторий и забрать себе. Если выгрузки нет, это аренда, а не собственность
- Что будет, если поднимут цену вдвое? Если бизнес от этого встаёт, зависимость слишком сильная
- Решает ли он задачу, которой у меня ещё нет решения? Если у меня уже работает то же самое, переезд ради новизны не нужен
- Сколько времени уйдёт на переезд? Считай честно: обучение, перенос, отладку
- Что останется, если сервис закроется завтра? Ответ «ничего» означает, что в нём можно пробовать, но не строить
Что у меня лежит на своём коде
Основное у меня в одном месте, на коде, который принадлежит мне:
- Сайт-хаб гайдов. Статический сайт на бесплатном хостинге GitHub Pages. Когда-то он жил на платном хостинге, переезд занял вечер
- Конвейеры контента. Рилсы, карусели, посты во ВКонтакте и разбор дня запускаются по расписанию каждый день
- Боты в Telegram. Бот-подарок за подписку с рассылками и бот-уникализатор роликов
Всё это собрано вайбкодингом: я описывал задачу словами, код писал Claude Code. Если какой-то внешний сервис поднимет цену или закроется, у меня ничего не отвалится. Подробнее по уровням стека писал в статье Мой стек контент-завода.
Когда подписка всё-таки оправдана
Я не против сервисов вообще. Подписка нормальна, когда:
- задача разовая или пробная и строить своё дороже, чем заплатить месяц
- сервис делает то, что сам не сделаешь: платёжка, сложная инфраструктура, юридически значимые вещи
- результат легко забрать, и уход не будет болезненным
Правило простое: пробовать можно где угодно, строить стоит там, откуда можно уйти.
Как не срываться на каждый новый инструмент
- Держи список своих задач и смотри на новые сервисы через него. Нет задачи, нет повода переезжать
- Пробуй новинку на одной маленькой задаче, а не переносом всего
- Раз в месяц пересматривай, что реально пользуешься, а что просто оплачиваешь
Как понять, что я слишком завишу от сервиса?
Задай себе вопрос: что будет с бизнесом, если этот сервис закроется завтра. Если ответ «всё встанет», зависимость слишком сильная и стоит подумать о выгрузке или замене.
Сложно ли перенести проект на свой код?
Смотря какой. Простые вещи, сайт, бот, таблица с автоматизацией, переносятся вайбкодингом за вечер. Сложные системы с платежами и большой базой лучше переносить по частям.
Зачем тогда вообще смотреть новые сервисы?
Чтобы видеть рынок и подсматривать идеи. Смотреть полезно, переезжать при каждом релизе нет.
Как я пробую новый сервис, не переезжая
Когда выходит что-то интересное, я не переношу туда проекты. Беру одну маленькую задачу из своего списка и делаю её в новом сервисе параллельно со старым способом. Если результат заметно лучше и его можно забрать себе, сервис получает вторую задачу. Если нет, я закрываю вкладку и ничего не теряю.
Так я смотрю рынок и подсматриваю идеи, но не плачу за каждое любопытство неделями переездов. Часто лучшая идея из нового сервиса переносится в мой собственный код за вечер, и подписка вообще не нужна.
Сколько стоит держать всё на своём коде?
Сайт на бесплатном хостинге не стоит ничего, скрипты работают на моём компьютере. Основные расходы это подписка на саму нейросеть, которая пишет код, и время на то, чтобы объяснить ей задачу.
Что дальше
Как я собираю и перестраиваю свой завод, показываю по шагам в Telegram-канале.
Это только фундамент. А дальше?
Как собрать первый скилл под себя, построить контент-завод, привести трафик и превратить подписчика в оплату — разбираю по шагам в Telegram. Честный дневник стройки с нуля.
📲 Зайти в канал и идти рядом 🔥