Узнайте, как запустить 6 побочных проектов за 30 дней, используя жёсткие ограничения по времени. Практический воркфлоу для разработчиков.
Меня уволили в марте. К апрелю я запустил 6 побочных проектов, включая расширение Chrome с 15 реальными пользователями. Когда я рассказываю об этом, меня спрашивают: как у тебя есть время на 6 проектов в поисках работы? Ответ — не дисциплина. Это жёстко ограниченный воркфлоу, который я случайно построил. Делюсь им здесь, потому что в нём нет ничего гениального.
Я дал себе одно правило: запустить проект за 8 часов общей работы или не запускать. Не 8 часов кодинга. 8 часов от идеи до опубликованной ссылки. Включая идею, дизайн, разработку, деплой, описание.
Это убивает 80% идей до их старта. Каждый проект, который я пробовал, я спрашивал в первый час: можно ли это сделать за 8 часов от начала до конца? Если честный ответ был «вероятно нет, мне нужно ещё построить X, Y, Z», я отказывался.
Реальный пример. Я попробовал переписчик резюме. Сама разработка, prompt engineering, интеграция с API — это кандидат на 8 часов. Но есть ещё: как люди находят переписчик резюме? YouTube SEO, Reddit ads, партнёрские размещения. Это тоже недели. Поэтому я потратил полдня на сборку, затем лендинг, и никогда не маркетировал его. Он мёртв.
Другой реальный пример. AI Buddy. Идея в 21:00 во вторник. Собрал расширение Chrome для боковой панели между 21:00 и 1:00. Задеплоил. Опубликовал в Twitter в 1:00. Получил первого пользователя в 9:00 на следующее утро. Разница: сборка заняла 4 часа. Маркетинг — «опубликовать в Twitter», что я и так делал ежедневно. 4 часа + 5 минут против 4 часов + 6 недель. Проект запущен.
Перед тем как писать код, я записываю три вещи в текстовый файл. Занимает около 15 минут. Если что-то расплывчато, проект не начинается.
Если я не могу назвать конкретный сабреддит, Discord, X timeline, WeChat группу, конкретный вид коллег… проект мёртв на старте. Вы можете построить лучший переписчик резюме в мире, но если ваши первые 10 пользователей — «профессионалы, которым нужна помощь», это не место, это желание.
Не «полное видение». Самое маленькое. Часто это одна конкретная страница в большем продукте. Примеры: в AI Buddy самое маленькое — «выдели текст, получи ответ без всплывающего окна». В генераторе еженедельных отчётов — «вставь список пул-реквестов, получи параграф на английском». Выберите самое маленькое, что, если бы оно существовало одно, вы бы им пользовались.
Обычно: задеплоенный URL, работающая основная функция, без авторизации, если можно избежать. Визуальная полировка — на потом. Онбординг — на потом. Аналитика — на потом. Каждая оптимизация, сделанная до 8 часов, — это час, который я не верну.
После того как я создал несколько проектов, мой ежедневный ритм устоялся в шаблон. Он до смешного скучный.
Утро, когда я свеж: 90 минут: работа над текущим активным проектом. Один проект, один этап. Через 90 минут останавливаюсь, несмотря ни на что.
После обеда: поиск работы и заявки. 30 минут: читаю 3-5 страниц из одного проекта, к которому не прикасался неделю. 30 минут: публикую что-то из запущенного на одной из 5 платформ, где я активен.
Вечер: 1 час чтения существующих GitHub issues / аналитики / отзывов пользователей проектов. Иногда это всплывает баг для утра. В большинство дней нет, и это тоже нормально.
Я не переключаю проекты в середине дня. Я не «исследую новые фреймворки» или «пробую последний AI-инструмент». И то, и другое съедает часы и не даёт результата.
Я попробовал около 12. Эти пять приносят >90% трафика, который реально конвертируется:
Платформы, которые не сработали для меня: Twitter/X треды (слишком много шума, сложно конвертировать), LinkedIn (слишком много сигнализирования, низкое качество общения), Product Hunt (reCAPTCHA останавливает моего бота мгновенно; возможно, 1 из 50 запусков успешен, если решать вручную).
Пять из них не выжили бы на YC панели. Один — да. Это нормально, потому что пять, которые не выжили, не были работой; работой был тот, который выжил.
Я думал, что быстрая поставка означает «терпеть плохой код». Это не так. Это значит «убедиться, что твой плохой код не заражает других». Это различие заняло у меня 4 из 6 проектов, чтобы понять.
Когда я начал AI Buddy, я относился к первым 30 пользователям так, будто они сломают всё. Я рассматривал issue #1 как «пользователь не может понять, куда нажать», а не «пользователь жалуется на время ответа». Последний инстинкт — от работы в продуктовой компании. Первый инстинкт — от поставки побочных проектов.
В день, когда я запустил первого пользователя AI Buddy, я написал им вручную. Спросил, что они попробовали первым. Наблюдал, как они используют его через screen-share. Нашёл одну проблему. Исправил за 12 минут. Они вернулись на следующий день.
Шесть проектов спустя у меня есть одна реальная вещь. Она маленькая. Не особенно нова. Но она моя, и несколько человек ею пользуются, и в трудные дни эта одна маленькая вещь перевешивает остальные пять, сидящие на git-сервере.
Если вы думаете о запуске вашего первого побочного проекта, я бы сказал: пропустите разговоры о дисциплине и начните с ограничения. 8 часов, запустить или отказаться. Большая часть остального приходит отсюда.
Хочешь закрепить знания на практике?
Решай задачи на Algolit — интерактивная платформа для обучения
Начать бесплатно →