English العربية Deutsch Español Français हिन्दी Italiano 日本語 한국어 Português (BR) Русский Türkçe 中文

Модуль E: Руководство по Запуску

Курс STREETS по заработку для разработчиков — Платный модуль Недели 9-10 | 6 Уроков | Результат: Твой Первый Продукт, Запущенный и Принимающий Платежи

«От идеи до деплоя за 48 часов. Без лишних раздумий.»

У тебя есть инфраструктура (Модуль S). У тебя есть защитный ров (Модуль T). У тебя есть проекты движков дохода (Модуль R). Теперь пора запускать.

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

Запуск — это навык. Как любой навык, он становится легче с практикой и тяжелее с откладыванием. Чем дольше ты ждёшь, тем сложнее становится. Чем больше ты запускаешь, тем менее пугающе это ощущается. Твой первый запуск будет неряшливым. В этом и суть.

К концу этих двух недель у тебя будет:

Никаких гипотез. Никаких «в теории». Реальный продукт, живой в интернете, способный генерировать доход.

Если ты ещё не завершил Модуль R, ты всё равно можешь использовать этот модуль — но наличие готового проекта движка дохода сделает 48-часовой спринт значительно более гладким.

Давай строить.

Урок 1: 48-Часовой Спринт

«Субботнее утро — воскресный вечер. Один продукт. Ноль отговорок.»

Почему 48 Часов

Закон Паркинсона гласит, что работа расширяется, чтобы заполнить отведённое время. Дай себе 6 месяцев на создание продукта — и ты потратишь 5 месяцев на размышления и 1 месяц в стрессовой лихорадке. Дай себе 48 часов — и ты будешь принимать решения, безжалостно срезать скоуп и запустишь что-то реальное.

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

Каждый успешный продукт для разработчиков, который я изучил, следовал этому паттерну: запускай быстро, учись быстро, итерируй быстро. Те, что провалились? У всех красивые README-файлы и ноль пользователей.

Вот твой поминутный план действий.

День 1 — Суббота

Утренний Блок (4 часа): Валидация Спроса

Прежде чем написать хоть одну строку кода, тебе нужны свидетельства того, что кто-то кроме тебя хочет эту штуку. Не уверенность — свидетельства. Разница важна. Уверенность невозможна. Свидетельства достижимы за 4 часа.

Шаг 1: Проверка Объёмов Поиска (45 минут)

Зайди на эти ресурсы и поищи свою идею продукта и связанные термины:

Что ты ищешь:

ХОРОШИЕ сигналы:
- 500+ ежемесячных поисков по твоему основному ключевому слову
- Растущий тренд за последние 12 месяцев
- Множественные вопросы «Люди также спрашивают» без хороших ответов
- Связанные длиннохвостые ключевые слова с низкой конкуренцией

ПЛОХИЕ сигналы:
- Падающий интерес к поиску
- Нулевой объём поиска (никто это не ищет)
- Доминирование огромных компаний на странице 1
- Нет вариаций в поисковых терминах (слишком узко)

Реальный пример: Допустим, твоя идея движка дохода из Модуля R — «библиотека компонентов Tailwind CSS для SaaS-дашбордов».

Поиск: "tailwind dashboard components" — 2 900/месяц, растущий тренд
Поиск: "tailwind admin template" — 6 600/месяц, стабильный
Поиск: "react dashboard template tailwind" — 1 300/месяц, растущий
Связанные: "shadcn dashboard", "tailwind analytics components"

Вердикт: Сильный спрос. Множество углов для ключевых слов. Продолжай.

Другой пример: Допустим, твоя идея — «анонимизатор лог-файлов на Rust».

Поиск: "log file anonymizer" — 90/месяц, стабильный
Поиск: "anonymize log files" — 140/месяц, стабильный
Поиск: "PII removal from logs" — 320/месяц, растущий
Связанные: "GDPR log compliance", "scrub PII from logs"

Вердикт: Нишевый, но растущий. Угол "PII removal" имеет больший объём,
чем угол "anonymizer". Перепозиционируй свой продукт.

Шаг 2: Майнинг Тредов Сообществ (60 минут)

Зайди туда, где разработчики просят о вещах, и поищи в своём проблемном пространстве:

Что ты документируешь:

## Результаты Майнинга Тредов

### Тред 1
- **Источник:** Reddit r/reactjs
- **URL:** [ссылка]
- **Заголовок:** "Is there a good Tailwind dashboard kit that isn't $200?"
- **Голоса:** 147
- **Комментарии:** 83
- **Ключевые цитаты:**
  - "Everything on the market is either free and ugly, or $200+ and overkill"
  - "I just need 10-15 well-designed components, not 500"
  - "Would pay $49 for something that actually looks good out of the box"
- **Вывод:** Чувствительность к цене при $200+, готовность платить в диапазоне $29-49

### Тред 2
- ...

Найди как минимум 5 тредов. Если ты не можешь найти 5 тредов, где люди просят что-то в пространстве твоего продукта, это серьёзный тревожный сигнал. Либо спроса нет, либо ты ищешь не по тем терминам. Попробуй другие ключевые слова прежде чем отказываться от идеи.

Шаг 3: Аудит Конкурентов (45 минут)

Поищи, что уже существует. Это не обескураживает — это валидирует. Конкуренты означают, что рынок есть. Отсутствие конкурентов обычно означает отсутствие рынка, а не то, что ты нашёл голубой океан.

Для каждого конкурента задокументируй:

## Аудит Конкурентов

### Конкурент 1: [Название]
- **URL:** [ссылка]
- **Цена:** $XX
- **Что они делают хорошо:** [конкретные вещи]
- **Что у них плохо:** [конкретные жалобы из обзоров/тредов]
- **Их отзывы:** [проверь G2, отзывы на ProductHunt, упоминания на Reddit]
- **Твой угол:** [как бы ты сделал по-другому]

### Конкурент 2: [Название]
- ...

Золото в «что у них плохо». Каждая жалоба на конкурента — это запрос фичи для твоего продукта. Люди буквально говорят тебе, что строить и сколько брать.

Шаг 4: Тест «10 Человек Заплатили Бы» (30 минут)

Это финальный гейт валидации. Тебе нужно найти свидетельства того, что как минимум 10 человек заплатили бы деньги за это. Не «выразили интерес». Не «сказали, что классно». Заплатили бы.

Источники свидетельств:

Если ты прошёл этот тест: продолжай. Строй.

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

Прямой разговор: Большинство разработчиков полностью пропускают валидацию, потому что хотят кодить. Они потратят 200 часов на создание чего-то, о чём никто не просил, а потом удивляются, почему никто не покупает. Эти 4 часа исследования сэкономят тебе 196 часов впустую потраченных усилий. Не пропускай это. Код — это простая часть.

Дневной Блок (4 часа): Создание MVP

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

Правило 3 Фич

Твой v0.1 имеет ровно 3 фичи. Не 4. Не 7. Три.

Как их выбрать:

  1. Какую ОДНУ вещь делает твой продукт? (Фича 1 — ядро)
  2. Что делает его юзабельным? (Фича 2 — обычно авторизация, или сохранение/экспорт, или конфигурация)
  3. Что делает его стоящим оплаты по сравнению с альтернативами? (Фича 3 — твой дифференциатор)

Всё остальное попадает в список «v0.2», к которому ты не прикасаешься в эти выходные.

Реальный пример — библиотека компонентов дашборда Tailwind:

  1. Ядро: 12 production-ready компонентов дашборда (графики, таблицы, карточки статистик, навигация)
  2. Юзабельность: Copy-paste сниппеты кода с живым превью
  3. Дифференциатор: Встроенная тёмная тема, компоненты спроектированы работать вместе (не случайная коллекция)

Реальный пример — CLI-инструмент очистки PII из логов:

  1. Ядро: Обнаружение и редактирование PII из лог-файлов (email, IP, имена, SSN)
  2. Юзабельность: Работает как CLI-пайп (cat logs.txt | pii-scrub > clean.txt)
  3. Дифференциатор: Конфигурируемый файл правил, автоматически обрабатывает 15+ форматов логов

Создание Скаффолда Проекта

Используй LLM для ускорения, а не замены своей работы. Вот практический воркфлоу:

# Скаффолд веб-приложения (SaaS-инструмент, библиотека компонентов с docs-сайтом и т.д.)
pnpm create vite@latest my-product -- --template react-ts
cd my-product
pnpm install

# Добавить Tailwind CSS (самый частый для продуктов для разработчиков)
pnpm install -D tailwindcss @tailwindcss/vite

# Добавить маршрутизацию, если нужно несколько страниц
pnpm install react-router-dom

# Структура проекта — держи плоской для 48-часовой сборки
mkdir -p src/components src/pages src/lib

# Скаффолд CLI-инструмента (для утилит разработчика)
cargo init my-tool
cd my-tool

# Частые зависимости для CLI-инструментов
cargo add clap --features derive    # Парсинг аргументов
cargo add serde --features derive   # Сериализация
cargo add serde_json                # Работа с JSON
cargo add anyhow                    # Обработка ошибок
cargo add regex                     # Сопоставление паттернов

# Скаффолд npm-пакета (для библиотек/утилит)
mkdir my-package && cd my-package
pnpm init
pnpm install -D typescript tsup vitest
mkdir src

Воркфлоу с LLM для Разработки

Не проси LLM построить весь твой продукт. Это даёт генерический, хрупкий код. Вместо этого:

  1. Ты пишешь архитектуру: файловую структуру, поток данных, ключевые интерфейсы
  2. LLM генерирует бойлерплейт: повторяющиеся компоненты, утилитарные функции, определения типов
  3. Ты пишешь ядровую логику: ту часть, которая делает твой продукт особенным
  4. LLM генерирует тесты: юнит-тесты, крайние случаи, интеграционные тесты
  5. Ты ревьюишь и редактируешь всё: твоё имя стоит на этом продукте

Параллельная работа, пока ты кодишь: открой второй чат с LLM и попроси её набросать текст лендинга, README и документацию. Ты отредактируешь их вечером, но первые черновики будут готовы.

Дисциплина Времени

14:00 — Фича 1 (основная функциональность): 2 часа
         Если не работает к 16:00, режь скоуп.
16:00 — Фича 2 (юзабельность): 1 час
         Держи просто. Полировку запустишь позже.
17:00 — Фича 3 (дифференциатор): 1 час
         Это то, за что стоит платить. Фокусируйся здесь.
18:00 — ПЕРЕСТАНЬ КОДИТЬ. Не обязательно быть идеальным.

Типичная Ошибка: «Ещё одну фичу перед тем как остановиться.» Так проекты на выходные становятся проектами на месяц. 3 фичи — это твой скоуп. Если во время разработки тебе пришла отличная идея, запиши её в список v0.2 и двигайся дальше. Ты можешь добавить её на следующей неделе после того, как появятся платящие клиенты.

Вечерний Блок (2 часа): Написание Лендинга

У твоего лендинга одна задача: убедить посетителя заплатить. Он не должен быть красивым. Он должен быть понятным.

Лендинг из 5 Секций

Каждый успешный лендинг продукта для разработчиков следует этой структуре. Не изобретай заново:

Секция 1: ЗАГОЛОВОК + ПОДЗАГОЛОВОК
  - Что делает в 8 словах или меньше
  - Для кого и какой результат они получат

Секция 2: ПРОБЛЕМА
  - 3 боли, которые твой целевой клиент узнаёт
  - Используй их точные формулировки из майнинга тредов

Секция 3: РЕШЕНИЕ
  - Скриншоты или примеры кода твоего продукта
  - 3 фичи, сопоставленные с 3 болями выше

Секция 4: ЦЕНА
  - Один или два тарифа. Держи просто для v0.1.
  - Годовой вариант оплаты, если подписка.

Секция 5: CTA (Призыв к Действию)
  - Одна кнопка. «Начать», «Купить», «Скачать».
  - Повтори основное преимущество.

Пример Реального Текста — Набор Дашбордов Tailwind:

# Секция 1
## DashKit — Production-Ready Компоненты Дашбордов на Tailwind
Запусти свой SaaS-дашборд за часы, не за недели.
12 компонентов copy-paste. Тёмная тема. $29.

# Секция 2
## Проблема
- Универсальные UI-киты дают тебе 500 компонентов, но ноль согласованности
- Создание UI дашборда с нуля занимает 40+ часов
- Бесплатные варианты выглядят как Bootstrap из 2018

# Секция 3
## Что Ты Получаешь
- **12 компонентов** спроектированных работать вместе (не случайная коллекция)
- **Тёмная тема** встроена — переключается одним пропом
- **Copy-paste код** — без npm install, без зависимостей, без привязки
[скриншот примеров компонентов]

# Секция 4
## Цены
**DashKit** — $29 разовый платёж
- Все 12 компонентов с исходным кодом
- Бесплатные обновления 12 месяцев
- Используй в неограниченном количестве проектов

**DashKit Pro** — $59 разовый платёж
- Всё из DashKit
- 8 полностраничных шаблонов (аналитика, CRM, админка, настройки)
- Файлы дизайна Figma
- Приоритетные запросы фич

# Секция 5
## Запусти свой дашборд в эти выходные.
[Купить DashKit — $29]

Пример Реального Текста — Очистка PII из Логов:

# Секция 1
## ScrubLog — Удали PII из Лог-Файлов за Секунды
GDPR-соответствие для твоих логов. Одна команда.

# Секция 2
## Проблема
- Твои логи содержат email, IP и имена, которые ты не должен хранить
- Ручная редакция занимает часы и пропускает данные
- Корпоративные инструменты стоят $500/месяц и требуют PhD для настройки

# Секция 3
## Как Это Работает
```bash
cat server.log | scrublog > clean.log

Секция 4

Цены

Персональный — Бесплатно

Pro — $19/месяц

Секция 5

Перестань хранить PII, которые тебе не нужны.

[Получить ScrubLog Pro — $19/месяц]


**Воркфлоу с LLM для Текста:**

1. Скорми LLM свой аудит конкурентов и результаты майнинга тредов
2. Попроси набросать текст лендинга по шаблону 5 секций
3. Редактируй безжалостно: замени каждую расплывчатую фразу конкретной
4. Прочитай вслух. Если какое-то предложение заставляет тебя морщиться, перепиши.

**Создание Лендинга:**

Для 48-часового спринта не делай кастомный лендинг с нуля. Используй одно из этих:


- **Собственный сайт твоего продукта** — Если это веб-приложение, сделай лендинг незалогиненной главной страницей
- **Astro + Tailwind** — Статический сайт, деплоится на Vercel за 2 минуты, крайне быстрый
- **Next.js** — Если твой продукт уже на React, добавь маркетинговую страницу
- **Framer** (https://framer.com) — Визуальный конструктор, экспортирует чистый код, есть бесплатный тариф
- **Carrd** (https://carrd.co) — $19/год, максимально простые одностраничники

```bash
# Самый быстрый путь: статический сайт на Astro
pnpm create astro@latest my-product-site
cd my-product-site
pnpm install
# Добавить Tailwind
pnpm astro add tailwind

К концу субботы у тебя должен быть лендинг с текстом. Ему не нужны кастомные иллюстрации. Ему не нужны анимации. Ему нужны чёткие слова и кнопка покупки.

День 2 — Воскресенье

Утренний Блок (3 часа): Деплой

Твой продукт должен быть живым в интернете по реальному URL. Не localhost. Не Vercel preview URL с рандомным хешем. Реальный домен, с HTTPS, который ты можешь расшарить и люди могут зайти.

Шаг 1: Деплой Приложения (60 минут)

Выбери платформу деплоя в зависимости от того, что ты построил:

Статический сайт / SPA (библиотека компонентов, лендинг, docs-сайт):

# Vercel — самый быстрый путь для статических сайтов и Next.js
pnpm install -g vercel
vercel

# Задаст вопросы. Говори да на всё.
# Твой сайт живой за ~60 секунд.

Веб-приложение с бэкендом (SaaS-инструмент, API-сервис):

# Railway — просто, хороший бесплатный тариф, поддерживает базы данных
# https://railway.app
# Подключи свой GitHub-репо и деплой.

# Или Fly.io — больше контроля, глобальный edge-деплой
# https://fly.io
curl -L https://fly.io/install.sh | sh
fly launch
fly deploy

CLI-инструмент / npm-пакет:

# npm registry
npm publish

# Или распространяй как бинарник через GitHub Releases
# Используй cargo-dist для Rust-проектов
cargo install cargo-dist
cargo dist init
cargo dist build
# Загрузи бинарники в GitHub-релиз

Шаг 2: Купи Домен (30 минут)

Реальный домен стоит $12/год. Если ты не можешь вложить $12 в свой бизнес, ты несерьёзно относишься к бизнесу.

Где покупать:

Советы по выбору домена:

# Направь свой домен на Vercel
# В дашборде Vercel: Settings > Domains > Add your domain
# Затем в настройках DNS регистратора добавь:
# A запись: @ -> 76.76.21.21
# CNAME запись: www -> cname.vercel-dns.com

# Или если используешь Cloudflare для DNS:
# Просто добавь те же записи в панели DNS Cloudflare
# SSL автоматический и с Vercel, и с Cloudflare

Шаг 3: Базовый Мониторинг (30 минут)

Тебе нужно знать две вещи: сайт работает и люди заходят.

Мониторинг аптайма (бесплатно):

Настрой мониторинг для:
1. URL твоего лендинга
2. Health-эндпоинт твоего приложения (если применимо)
3. URL вебхука платежей (критично — ты должен знать, если платежи сломаются)

Аналитика (уважающая приватность):

Не используй Google Analytics. Твоя аудитория разработчиков его блокирует, это избыточно для нового продукта, и это обязательство по приватности.

<!-- Plausible — одна строка в твоём <head> -->
<script defer data-domain="yourdomain.com"
  src="https://plausible.io/js/script.js"></script>

<!-- Umami — одна строка в твоём <head> -->
<script defer
  src="https://your-umami-instance.com/script.js"
  data-website-id="your-website-id"></script>

Прямой разговор: Да, $9/месяц за аналитику на продукте, который ещё не принёс денег, кажется ненужной тратой. Но ты не можешь улучшить то, что не можешь измерить. Первый месяц аналитических данных расскажет тебе о рынке больше, чем месяц догадок. Если $9/месяц ломает твой бюджет, захости Umami бесплатно на Railway.

Дневной Блок (2 часа): Настройка Платежей

Если твой продукт не может принимать деньги, это хобби-проект. Настройка платежей занимает меньше времени, чем думает большинство разработчиков — около 20-30 минут для базового потока.

Вариант A: Lemon Squeezy (Рекомендуется для Цифровых Продуктов)

Lemon Squeezy (https://lemonsqueezy.com) обрабатывает платежи, налог с продаж, НДС и цифровую доставку на одной платформе. Это самый быстрый путь от нуля до приёма платежей.

Почему Lemon Squeezy, а не Stripe для твоего первого продукта:

Пошаговая настройка:

  1. Зарегистрируйся на https://app.lemonsqueezy.com
  2. Создай Магазин (название твоего бизнеса)
  3. Добавь Продукт:
    • Название, описание, цена
    • Загрузи файлы для цифровой доставки (если применимо)
    • Настрой лицензионные ключи (если продаёшь софт)
  4. Получи URL чекаута — это то, куда ведёт твоя кнопка «Купить»
  5. Настрой вебхук для автоматизации после покупки
// Обработчик вебхука Lemon Squeezy (Node.js/Express)
// POST /api/webhooks/lemonsqueezy

import crypto from 'crypto';

const WEBHOOK_SECRET = process.env.LEMONSQUEEZY_WEBHOOK_SECRET;

export async function handleLemonSqueezyWebhook(req, res) {
  // Проверка подписи вебхука
  const signature = req.headers['x-signature'];
  const hmac = crypto.createHmac('sha256', WEBHOOK_SECRET);
  const digest = hmac.update(JSON.stringify(req.body)).digest('hex');

  if (signature !== digest) {
    return res.status(401).json({ error: 'Invalid signature' });
  }

  const event = req.body;

  switch (event.meta.event_name) {
    case 'order_created': {
      const order = event.data;
      const customerEmail = order.attributes.user_email;
      const productId = order.attributes.first_order_item.product_id;
      const orderId = order.id;

      console.log(`New order: ${orderId} from ${customerEmail}`);

      // Отправить приветственное письмо, предоставить доступ, создать лицензионный ключ и т.д.
      await grantProductAccess(customerEmail, productId);
      await sendWelcomeEmail(customerEmail, orderId);

      break;
    }

    case 'subscription_created': {
      const subscription = event.data;
      const customerEmail = subscription.attributes.user_email;

      console.log(`New subscription from ${customerEmail}`);
      await createSubscription(customerEmail, subscription);

      break;
    }

    case 'subscription_cancelled': {
      const subscription = event.data;
      const customerEmail = subscription.attributes.user_email;

      console.log(`Subscription cancelled: ${customerEmail}`);
      await revokeAccess(customerEmail);

      break;
    }

    default:
      console.log(`Unhandled event: ${event.meta.event_name}`);
  }

  return res.status(200).json({ received: true });
}

Вариант B: Stripe (Больше Контроля, Больше Работы)

Stripe (https://stripe.com) даёт тебе больше контроля, но требует самостоятельно обрабатывать налоговый комплаенс. Лучше для SaaS со сложным биллингом.

// Stripe Checkout сессия (Node.js)
// Создаёт хостинговую страницу чекаута

import Stripe from 'stripe';

const stripe = new Stripe(process.env.STRIPE_SECRET_KEY);

export async function createCheckoutSession(req, res) {
  const session = await stripe.checkout.sessions.create({
    payment_method_types: ['card'],
    line_items: [
      {
        price_data: {
          currency: 'usd',
          product_data: {
            name: 'DashKit Pro',
            description: '12 Tailwind dashboard components + 8 templates + Figma files',
          },
          unit_amount: 5900, // $59.00 в центах
        },
        quantity: 1,
      },
    ],
    mode: 'payment', // 'subscription' для рекуррентных
    success_url: `${process.env.DOMAIN}/success?session_id={CHECKOUT_SESSION_ID}`,
    cancel_url: `${process.env.DOMAIN}/pricing`,
    customer_email: req.body.email, // Предзаполнить, если есть
  });

  return res.json({ url: session.url });
}

// Обработчик вебхука Stripe
export async function handleStripeWebhook(req, res) {
  const sig = req.headers['stripe-signature'];

  let event;
  try {
    event = stripe.webhooks.constructEvent(
      req.body, // сырое тело, не распарсенный JSON
      sig,
      process.env.STRIPE_WEBHOOK_SECRET
    );
  } catch (err) {
    console.error(`Webhook signature verification failed: ${err.message}`);
    return res.status(400).send(`Webhook Error: ${err.message}`);
  }

  switch (event.type) {
    case 'checkout.session.completed': {
      const session = event.data.object;
      await fulfillOrder(session);
      break;
    }
    case 'customer.subscription.deleted': {
      const subscription = event.data.object;
      await revokeSubscriptionAccess(subscription);
      break;
    }
  }

  return res.json({ received: true });
}

Для Обеих Платформ — Протестируй Перед Запуском:

# Lemon Squeezy: Используй тестовый режим в дашборде
# Переключи "Test mode" в правом верхнем углу дашборда Lemon Squeezy
# Используй номер карты: 4242 4242 4242 4242, любой будущий срок действия, любой CVC

# Stripe: Используй тестовые API-ключи
# Тестовая карта: 4242 4242 4242 4242
# Тестовая карта с отклонением: 4000 0000 0000 0002
# Тестовая карта, требующая аутентификации: 4000 0025 0000 3155

Пройди весь поток покупки сам в тестовом режиме. Нажми кнопку покупки, заверши чекаут, проверь, что вебхук срабатывает, проверь, что доступ предоставлен. Если какой-то шаг ломается в тестовом режиме, он сломается и для реальных клиентов.

Типичная Ошибка: «Я настрою платежи потом, когда появятся пользователи.» Это задом наперёд. Настройка платежей — не о том, чтобы собрать деньги сегодня — а о валидации, заплатит ли кто-нибудь. Продукт без цены — это бесплатный инструмент. Продукт с ценой — это бизнес-тест. Сама цена — часть валидации.

Вечерний Блок (3 часа): Запуск

Твой продукт живой. Платежи работают. Лендинг понятный. Теперь тебе нужно, чтобы люди это увидели.

Стратегия Мягкого Запуска

Не делай «большой запуск» для своего первого продукта. Большие запуски создают давление быть идеальным, а твой v0.1 не идеален. Вместо этого сделай мягкий запуск: поделись в нескольких местах, собери фидбэк, исправь критичные проблемы, а потом сделай большой запуск через 1-2 недели.

Платформа Запуска 1: Reddit (30 минут)

Опубликуй в r/SideProject и одном нишевом сабреддите, релевантном твоему продукту.

Шаблон поста на Reddit:

Заголовок: I built [что делает] in a weekend — [ключевое преимущество]

Тело:
Hey [сабреддит],

I've been frustrated with [проблема] for a while, so I built
[название продукта] this weekend.

**What it does:**
- [Фича 1 — основная ценность]
- [Фича 2]
- [Фича 3]

**What makes it different from [конкурент]:**
[Один честный параграф о твоём дифференциаторе]

**Pricing:**
[Будь прозрачным. "$29 one-time" или "Free tier + $19/mo Pro"]

I'd love feedback. What am I missing? What would make this
useful for your workflow?

[Ссылка на продукт]

Правила для постов на Reddit:

Платформа Запуска 2: Hacker News (30 минут)

Если твой продукт технический и интересный, опубликуй Show HN. В секции «Технические детали» упомяни свой стек (твой основной стек) и объясни, почему ты его выбрал — читатели HN любят обоснованные технические решения.

Шаблон Show HN:

Заголовок: Show HN: [Название Продукта] – [что делает в <70 символах]

Тело:
[Название продукта] is [одно предложение, объясняющее что делает].

I built this because [искренняя мотивация — какую проблему ты решал
для себя].

Technical details:
- Built with [стек]
- [Интересное техническое решение и почему]
- [Что делает реализацию примечательной]

Try it: [URL]

Feedback welcome. I'm particularly interested in [конкретный вопрос для
аудитории HN].

Советы для HN:

Платформа Запуска 3: Twitter/X (30 минут)

Напиши тред-запуск в стиле build-in-public:

Твит 1 (Крючок):
I built [продукт] in 48 hours this weekend.

It [решает конкретную проблему] for [конкретная аудитория].

Here's what I shipped, what I learned, and the real numbers. Thread:

Твит 2 (Проблема):
The problem:
[Опиши боль в 2-3 предложениях]
[Включи скриншот или пример кода, показывающий боль]

Твит 3 (Решение):
So I built [название продукта].

[Скриншот/GIF продукта в действии]

It does three things:
1. [Фича 1]
2. [Фича 2]
3. [Фича 3]

Твит 4 (Техническая Деталь):
Tech stack for the nerds:
- [Frontend]
- [Backend]
- [Хостинг — упомяни конкретную платформу]
- [Платежи — упомяни Lemon Squeezy/Stripe]
- Total cost to run: $XX/month

Твит 5 (Цена):
Pricing:
[Чёткая цена, такая же как на лендинге]
[Ссылка на продукт]

Твит 6 (Запрос):
Would love feedback from anyone who [описывает целевого пользователя].

What am I missing? What would make this a must-have for you?

Платформа Запуска 4: Релевантные Сообщества (30 минут)

Определи 2-3 сообщества, где обитает твоя целевая аудитория:

Первые 48 Часов После Запуска — За Чем Следить:

Метрики для отслеживания:
1. Уникальные посетители (из аналитики)
2. Конверсия лендинг → клик на чекаут (должно быть 2-5%)
3. Конверсия чекаут → покупка (должно быть 1-3%)
4. Показатель отказов (выше 80% означает, что твой заголовок/hero неправильный)
5. Источники трафика (откуда приходят посетители?)
6. Комментарии и фидбэк (качественный — что люди говорят?)

Пример расчёта:
- 500 посетителей за 48 часов (реалистично от Reddit + HN + Twitter)
- 3% кликают «Купить» = 15 визитов чекаута
- 10% завершают покупку = 1-2 продажи
- По $29/продажа = $29-58 в первые выходные

Это не деньги на пенсию. Это деньги ВАЛИДАЦИИ.
$29 от незнакомца в интернете доказывают, что твой продукт имеет ценность.

Не паникуй, если получишь ноль продаж в первые 48 часов. Посмотри на свою воронку:

У каждого из этих случаев своё решение. Вот почему метрики важны.

Твоя Очередь

  1. Заблокируй время. Открой свой календарь прямо сейчас и заблокируй следующую субботу с 8:00 до 20:00 и воскресенье с 8:00 до 20:00. Назови «48-Часовой Спринт». Относись к этому как к рейсу, который нельзя перенести.

  2. Выбери идею. Возьми один движок дохода из Модуля R. Запиши скоуп из 3 фич для твоего v0.1. Если не можешь выбрать, выбери тот, который ты можешь объяснить неразработчику в одном предложении.

  3. Подготовка. До субботы создай аккаунты на:

    • Vercel, Railway или Fly.io (деплой)
    • Lemon Squeezy или Stripe (платежи)
    • Namecheap, Cloudflare или Porkbun (домен)
    • Plausible, Fathom или Umami (аналитика)
    • Better Uptime или UptimeRobot (мониторинг)

    Сделай это в будний вечер, чтобы суббота была чисто строительной, а не созданием аккаунтов.

  4. Подготовь свои платформы запуска. Если у тебя нет Reddit-аккаунта с кармой, начни участвовать в релевантных сабреддитах на этой неделе. Аккаунты, которые только постят самопиар, помечаются. Если у тебя нет аккаунта на Hacker News, создай и поучаствуй в нескольких обсуждениях сначала.

Урок 2: Мышление «Запусти, Потом Улучшай»

«v0.1 с 3 фичами побеждает v1.0, который никогда не выпускается.»

Ловушка Перфекционизма

Разработчики уникально подвержены специфическому режиму провала: строить в приватности вечно. Мы знаем, как выглядит «хороший код». Мы знаем, что наш v0.1 — не хороший код. Поэтому мы рефакторим. Добавляем обработку ошибок. Пишем больше тестов. Улучшаем архитектуру. Делаем всё, кроме единственного, что имеет значение: показать людям.

Вот истина, которая сэкономит тебе тысячи часов: твои клиенты не читают твой исходный код. Им всё равно на твою архитектуру. Им всё равно на покрытие тестами. Им важна одна вещь: решает ли это мою проблему?

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

Это не оправдание для написания плохого кода. Это заявление о приоритетах. Запускай сначала. Рефактори потом. Рефакторинг будет лучше информирован реальными данными использования в любом случае.

Как «Запусти, Потом Улучшай» Работает на Практике

Рассмотри сценарий: разработчик запускает набор шаблонов Notion для менеджеров софтверной инженерии. Вот как это выглядит на запуске:

Они публикуют на Reddit и Twitter. Это вся маркетинговая стратегия.

Результаты 1-го месяца:

Было «идеально»? Нет. Шаблоны имели несоответствия форматирования. Некоторые описания были общими. Клиентам было всё равно. Им было важно, что это избавило их от необходимости строить шаблоны самостоятельно.

К 3-му месяцу, основываясь на фидбэке клиентов, разработчик:

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

ПРИМЕЧАНИЕ: Для реальной валидации модели «запускай сырое, улучшай быстро»: Джош Комо продал на предзаказе $550K своего курса CSS for JavaScript Developers в первую неделю (Источник: failory.com). Вес Бос сгенерировал $10M+ суммарных продаж курсов для разработчиков, используя итеративные запуски (Источник: foundershut.com). Оба начали с несовершенных v1-продуктов и итерировали на основе реального фидбэка клиентов.

Первые 10 Клиентов Расскажут Тебе Всё

Твои первые 10 платящих клиентов — самые важные люди в твоём бизнесе. Не из-за их денег — 10 продаж по $29 это $290, что покупает тебе продуктов на неделю. Они важны потому, что они добровольцы в твоей команде разработки продукта.

Что делать с первыми 10 клиентами:

  1. Отправь персональное благодарственное письмо. Не автоматизированное. Персональное. «Привет, я увидел, что ты приобрёл [продукт]. Спасибо. Я активно развиваю это — есть что-то, что ты хотел бы, чтобы продукт делал, чего не делает?»

  2. Читай каждый ответ. Некоторые не ответят. Некоторые ответят «выглядит отлично, спасибо.» Но 2-3 из 10 напишут параграфы о том, чего хотят. Эти параграфы — твой роадмап.

  3. Ищи паттерны. Если 3 из 10 человек просят одну и ту же фичу, строй её. Это 30% сигнал спроса от платящих клиентов. Никакой опрос не даст тебе данные такого качества.

  4. Спроси об их готовности платить больше. «Я планирую Pro-тариф с [фича X]. Это стоило бы $49 для тебя?» Прямо. Конкретно. Даёт тебе данные о ценообразовании.

Шаблон письма для первых 10 клиентов:

Тема: Быстрый вопрос о [название продукта]

Привет [имя],

Заметил, что ты приобрёл [название продукта] — спасибо, что стал
одним из первых клиентов.

Я активно строю это и выпускаю обновления каждую неделю.
Быстрый вопрос: какая ОДНА вещь, которую ты хотел бы,
чтобы продукт делал, но не делает?

Неправильных ответов нет. Даже если кажется большой просьбой,
я хочу это услышать.

Спасибо,
[Твоё имя]

Как Обращаться с Негативным Фидбэком

Твой первый негативный фидбэк будет ощущаться как личное. Это не личное. Это данные.

Фреймворк для обработки негативного фидбэка:

1. ПАУЗА. Не отвечай 30 минут. Твоя эмоциональная реакция
   не полезна.

2. КАТЕГОРИЗИРУЙ фидбэк:
   a) Баг-репорт — исправь. Поблагодари.
   b) Запрос фичи — добавь в бэклог. Поблагодари.
   c) Жалоба на цену — отметь. Проверь, это паттерн?
   d) Жалоба на качество — расследуй. Обоснована ли?
   e) Тролль/неадекватное — игнорируй. Двигайся дальше.

3. ОТВЕТЬ (только для a, b, c, d):
   "Спасибо за фидбэк. [Признай конкретную проблему].
   Я [исправляю прямо сейчас / добавил в роадмап / изучаю вопрос].
   Сообщу, когда будет решено."

4. ДЕЙСТВУЙ. Если ты пообещал что-то исправить, исправь в течение недели.
   Ничто не строит лояльность быстрее, чем показать клиентам,
   что их фидбэк ведёт к реальным изменениям.

Прямой разговор: Ты получишь кого-то, кто скажет, что твой продукт — мусор. Будет больно. Но если твой продукт живой и приносит деньги, ты уже сделал то, что большинство разработчиков никогда не делают. Человек, критикующий из секции комментариев, ничего не запустил. Ты — запустил. Продолжай запускать.

Еженедельный Цикл Итерации

После запуска твой воркфлоу становится плотным циклом:

Понедельник: Просмотри метрики прошлой недели и фидбэк клиентов
Вторник:     Запланируй улучшение этой недели (ОДНУ вещь, не пять)
Среда:       Построй улучшение
Четверг:     Тестируй и деплой улучшение
Пятница:     Напиши changelog/пост с обновлением
Выходные:    Маркетинг — один пост в блог, один пост в соцсетях, одно взаимодействие с сообществом

Повторяй.

Ключевое слово — ОДНО улучшение в неделю. Не переделка фич. Не редизайн. Одна вещь, которая делает продукт немного лучше для существующих клиентов. За 12 недель это 12 улучшений, направленных реальными данными использования. Твой продукт после 12 недель этого цикла будет драматически лучше всего, что ты мог бы спроектировать в изоляции.

Выручка Валидирует Быстрее Опросов

Опросы врут. Не намеренно — люди просто плохо предсказывают своё собственное поведение. «Заплатил бы ты $29 за это?» получает лёгкие ответы «да». Но «вот страница чекаута, введи номер карты» получает честные ответы.

Вот почему ты запускаешь с платежами с первого дня:

Метод Валидации Время до Сигнала Качество Сигнала
Опрос / голосование 1-2 недели Низкое (люди врут)
Лендинг с email-подпиской 1-2 недели Среднее (интерес, не обязательство)
Лендинг с ценой, но без чекаута 1 неделя Средне-Высокое (принятие цены)
Живой продукт с реальным чекаутом 48 часов Наивысшее (реальное покупательское поведение)

Цена $0 не раскрывает ничего. Цена $29 раскрывает всё.

Твоя Очередь

  1. Напиши своё обязательство «некрасивого запуска». Открой текстовый файл и напиши: «Я запущу [название продукта] [дата], даже если он не идеален. Скоуп v0.1: [3 фичи]. Я не добавлю Фичу 4 перед запуском.» Подпиши (метафорически). Обращайся к этому, когда накатит желание полировать.

  2. Набросай письмо для первых 10 клиентов. Напиши шаблон персонального благодарственного письма сейчас, до появления клиентов. Когда придёт первая продажа, ты хочешь отправить его в течение часа.

  3. Настрой трекер итераций. Создай простую таблицу или страницу в Notion с колонками: Неделя | Сделанное Улучшение | Влияние на Метрику | Фидбэк Клиентов. Это становится твоим логом решений для того, что строить дальше.

Урок 3: Психология Ценообразования для Продуктов Разработчиков

«$0 — это не цена. Это ловушка.»

Почему Бесплатное Дорого Обходится

Самая контринтуитивная истина в продаже продуктов для разработчиков: бесплатные пользователи стоят тебе дороже, чем платящие клиенты.

Бесплатные пользователи:

Платящие клиенты:

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

Типичная Ошибка: «Я сделаю бесплатным, чтобы сначала набрать пользователей, потом начну брать деньги.» Это почти никогда не работает. Пользователи, которых ты привлекаешь за $0, ожидают $0 навсегда. Когда ты добавляешь цену, они уходят. Пользователи, которые заплатили бы $29 с первого дня, никогда не нашли твой продукт, потому что ты позиционировал его как бесплатный инструмент. Ты привлёк не ту аудиторию.

Тарифные Уровни Продуктов для Разработчиков

Проанализировав сотни успешных продуктов для разработчиков, эти ценовые точки стабильно работают. Все цены ниже в USD — если ты устанавливаешь цены в твоей местной валюте, скорректируй на местную покупательную способность и рыночные нормы.

Уровень 1: $9-29 — Инструменты и Утилиты для Разработчиков

Продукты в этом диапазоне решают конкретную, узкую проблему. Одна покупка, используй сегодня.

Примеры:
- Расширение VS Code с премиум-фичами: $9-15
- CLI-инструмент с pro-фичами: $15-19
- Одноцелевой SaaS-инструмент: $9-19/месяц
- Небольшая библиотека компонентов: $19-29
- Расширение DevTools для браузера: $9-15

Психология покупателя: Территория импульсной покупки. Разработчик видит,
узнаёт проблему, покупает без вопросов к менеджеру.
Не нужно одобрение бюджета. Кредитная карта → готово.

Ключевой инсайт: На этой цене твой лендинг должен конвертировать
менее чем за 2 минуты. Покупатель не будет читать длинный список фич.
Покажи проблему, покажи решение, покажи цену.

Уровень 2: $49-99 — Шаблоны, Наборы и Комплексные Инструменты

Продукты в этом диапазоне экономят значительное время. Множество компонентов, работающих вместе.

Примеры:
- Полный набор UI-шаблонов: $49-79
- SaaS-бойлерплейт с авторизацией, биллингом, дашбордами: $79-99
- Комплексный набор иконок/иллюстраций: $49-69
- Многоцелевой CLI-тулкит: $49
- API-обёрточная библиотека с обширной документацией: $49-79

Психология покупателя: Обдуманная покупка. Разработчик оценивает
5-10 минут. Сравнивает с альтернативами. Считает сэкономленное время.
"Если это экономит мне 10 часов и я оцениваю своё время в $50/час,
$79 — это очевидный выбор."

Ключевой инсайт: Тебе нужна точка сравнения. Покажи время/усилия
на создание этого с нуля vs. покупку твоего набора.
Включи отзывы, если они есть.

Уровень 3: $149-499 — Курсы, Комплексные Решения, Премиум-Шаблоны

Продукты в этом диапазоне трансформируют навык или предоставляют полную систему.

Примеры:
- Видеокурс (10+ часов): $149-299
- SaaS стартер-кит с полным кодом + видео-разбором: $199-299
- Enterprise-библиотека компонентов: $299-499
- Комплексный тулкит разработчика (несколько инструментов): $199
- "Построй X с Нуля" полная кодовая база + уроки: $149-249

Психология покупателя: Инвестиционная покупка. Покупателю нужно обосновать
расходы (себе или менеджеру). Нужны социальные доказательства,
детальные превью и чёткий нарратив ROI.

Ключевой инсайт: На этом уровне предлагай гарантию возврата денег.
Она снижает тревогу покупки и увеличивает конверсию. Уровень возвратов
для цифровых продуктов разработчиков типично 3-5%.
Увеличение конверсий значительно перевешивает возвраты.

Стратегия Ценообразования в 3 Уровня

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

Структура уровней:

БАЗОВЫЙ         PRO (выделен)         КОМАНДА/ENTERPRISE
$29             $59                   $149
Основные фичи   Всё из Базового       Всё из Pro
                + премиум-фичи        + командные фичи
                + приоритетная поддержка + коммерческая лицензия

Типичное распределение конверсий:
- Базовый: 20-30%
- Pro: 50-60% ← это твоя цель
- Команда: 10-20%

Как проектировать уровни:

  1. Начни с уровня Pro. Это продукт, который ты реально хочешь продавать, по цене, отражающей его ценность. Проектируй его первым.

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

  3. Создай уровень Команда, добавив фичи к Pro. Многопользовательское лицензирование, права коммерческого использования, приоритетная поддержка, кастомный брендинг, доступ к исходному коду, файлы Figma и т.д.

Пример реальной страницы цен:

DashKit

STARTER — $29                    PRO — $59                        КОМАНДА — $149
                                 ★ Самый Популярный               Лучше для агентств

✓ 12 основных компонентов        ✓ Всё из Starter                 ✓ Всё из Pro
✓ React + TypeScript             ✓ 8 полностраничных шаблонов     ✓ До 5 участников команды
✓ Тёмная тема                    ✓ Файлы дизайна Figma            ✓ Коммерческая лицензия
✓ npm install                    ✓ Продвинутая таблица данных       (неограниченные клиентские проекты)
✓ 6 месяцев обновлений           ✓ Интеграция библиотеки          ✓ Приоритетная поддержка
                                   графиков                       ✓ Пожизненные обновления
                                 ✓ 12 месяцев обновлений          ✓ Опции кастомного брендинга
                                 ✓ Приоритетные запросы фич

[Получить Starter]               [Получить Pro]                   [Получить Команда]

Якорение Цен

Якорение — это когнитивное искажение, при котором первое число, которое люди видят, влияет на восприятие последующих чисел. Используй это этично:

  1. Показывай дорогой вариант первым (справа в западных раскладках). Увидев $149, $59 кажется разумным.

  2. Показывай расчёт «сэкономленных часов».

    "Создание этих компонентов с нуля занимает ~40 часов.
По $50/час это $2 000 твоего времени.
DashKit Pro: $59."

  3. Используй пересчёт «в день» для подписок.

    "$19/месяц" → "Менее $0.63/день"
"$99/год" → "$8.25/месяц" или "$0.27/день"

  4. Скидка на годовую оплату. Предлагай 2 месяца бесплатно на годовых планах. Это стандартно и ожидаемо. Годовая оплата снижает отток на 30-40%, потому что отмена требует сознательного решения в единой точке продления, а не ежемесячного решения.

Ежемесячно: $19/месяц
Ежегодно: $190/год (экономия $38 — 2 месяца бесплатно)

Отображать как:
Ежемесячно: $19/месяц
Ежегодно: $15.83/месяц (оплата ежегодно $190)

A/B Тестирование Цен

Тестирование цен ценно, но непросто. Вот как это делать честно:

Допустимые подходы:

Недопустимо:

Когда Повышать Цены

Повышай цены, когда верно любое из следующего:

  1. Конверсия выше 5%. Ты слишком дёшев. Здоровая конверсия для лендинга продукта разработчика — 1-3%. Выше 5% означает, что почти все, кто видит цену, согласны, что это выгодно — а значит ты оставляешь деньги на столе.

  2. Никто не жалуется на цену. Если ноль людей из 100 говорят, что дорого, значит дёшево. У здорового продукта около 20% посетителей считают цену высокой. Это означает, что 80% считают её справедливой или выгодной.

  3. Ты добавил значительные фичи с момента запуска. Ты запустился за $29 с 3 фичами. Теперь у тебя 8 фич и лучше документация. Продукт стоит больше. Бери больше.

  4. У тебя есть отзывы и социальные доказательства. Воспринимаемая ценность растёт с социальными доказательствами. Как только у тебя 5+ положительных отзывов, твой продукт стоит больше в голове покупателя.

Как повышать цены:

Прямой разговор: Большинство разработчиков занижают цены на 50-200%. Твой продукт за $29, вероятно, стоит $49. Твой продукт за $49, вероятно, стоит $79. Я знаю это, потому что разработчики якорятся на собственную готовность платить (низкая — мы скупимся на инструменты), а не на готовность клиента платить (выше — они покупают решение проблемы, которая стоит им времени). Повышай цены раньше, чем думаешь.

Твоя Очередь

  1. Установи цену на свой продукт. На основе анализа уровней выше, выбери ценовую точку для запуска v0.1. Запиши. Если чувствуешь дискомфорт, потому что кажется «слишком дорого», ты, вероятно, в правильном диапазоне. Если чувствуешь комфорт, добавь 50%.

  2. Спроектируй свою страницу цен. Используя шаблон 3 уровней, спроектируй текст страницы цен. Определи, какие фичи идут на каждый уровень. Определи свой «выделенный» уровень (тот, который хочешь, чтобы большинство покупало).

  3. Посчитай свою математику. Заполни:

    • Цена за продажу: $___
    • Целевой месячный доход: $___
    • Количество продаж, необходимых в месяц: ___
    • Оценочное количество посетителей лендинга (при 2% конверсии): ___
    • Достижимо ли это количество посетителей с твоим планом дистрибуции? (Да/Нет)

Урок 4: Минимально Жизнеспособная Юридическая Подготовка

«30 минут юридической подготовки сейчас сэкономят 30 часов паники потом.»

Честная Правда о Юридической Подготовке

Большинство разработчиков либо полностью игнорируют юридическую сторону (рискованно), либо парализуются ею (расточительно). Правильный подход — минимально жизнеспособная юридическая подготовка: достаточно защиты для легитимной работы, без траты $5 000 на юриста до того, как ты заработал $5.

Вот что тебе реально нужно до первой продажи, что нужно до сотой продажи, и что не нужно до гораздо позже.

До Первой Продажи (Сделай в Эти Выходные)

1. Проверь Свой Трудовой Договор (30 минут)

Если ты работаешь полный рабочий день, прочитай пункт об ИС в твоём трудовом договоре до создания чего-либо. Конкретно ищи:

Что ты ищешь:

БЕЗОПАСНО: "Изобретения, сделанные в рабочее время или с использованием
ресурсов компании, принадлежат компании." → Твой проект выходного дня
на личном компьютере — твой.

НЕЯСНО: "Все изобретения, связанные с текущим или планируемым
бизнесом компании." → Если твой побочный проект в том же
домене, что и работодатель, обратись к юристу.

ОГРАНИЧИТЕЛЬНО: "Все изобретения, созданные в период
трудоустройства, принадлежат компании." → Это агрессивно, но
распространено в некоторых компаниях. Обратись к юристу прежде чем продолжать.

Штаты как Калифорния, Делавэр, Иллинойс, Миннесота, Вашингтон и другие имеют законы, ограничивающие то, насколько широко работодатели могут претендовать на твои личные изобретения. Но конкретный текст твоего договора имеет значение.

Типичная Ошибка: «Я просто сохраню в тайне.» Если твой продукт станет достаточно успешным, чтобы это было важно, кто-то заметит. Если он нарушает твой трудовой договор, ты можешь потерять продукт И работу. 30 минут чтения договора сейчас предотвращают это.

2. Политика Конфиденциальности (15 минут)

Если твой продукт собирает какие-либо данные — даже только email-адрес при покупке — тебе нужна политика конфиденциальности. Это юридическое требование в ЕС (GDPR), Калифорнии (CCPA), и всё чаще повсюду.

Не пиши с нуля. Используй генератор:

Твоя политика конфиденциальности должна покрывать:

# Политика Конфиденциальности [Название Продукта]
Последнее обновление: [Дата]

## Что Мы Собираем
- Email-адрес (для подтверждения покупки и обновлений продукта)
- Платёжная информация (обрабатывается [Lemon Squeezy/Stripe],
  мы никогда не видим и не храним данные вашей карты)
- Базовая аналитика использования (просмотры страниц, использование фич — через
  [Plausible/Fathom/Umami], уважающие приватность, без куки)

## Что Мы НЕ Собираем
- Мы не отслеживаем вас по сети
- Мы не продаём ваши данные никому
- Мы не используем рекламные куки

## Как Мы Используем Ваши Данные
- Для доставки продукта, который вы приобрели
- Для отправки обновлений продукта и важных уведомлений
- Для улучшения продукта на основе агрегированных паттернов использования

## Хранение Данных
- Ваши данные хранятся на серверах [хостинг-провайдер] в [регионе]
- Платёжные данные полностью обрабатываются [Lemon Squeezy/Stripe]

## Ваши Права
- Вы можете запросить копию своих данных в любое время
- Вы можете запросить удаление своих данных в любое время
- Контакт: [ваш email]

## Изменения
- Мы уведомим вас о значительных изменениях по email

Размести это на yourdomain.com/privacy. Дай ссылку в подвале страницы чекаута.

3. Условия Использования (15 минут)

Твои условия использования защищают тебя от необоснованных претензий. Для цифрового продукта они просты.

# Условия Использования [Название Продукта]
Последнее обновление: [Дата]

## Лицензия
При покупке [Название Продукта] вы получаете лицензию на использование
для [личных/коммерческих] целей.

- **Индивидуальная лицензия:** Используйте в своих проектах (неограниченно)
- **Командная лицензия:** Использование до [N] членов команды
- Вы НЕ можете перераспространять, перепродавать или делиться учётными данными

## Возвраты
- Цифровые продукты: гарантия возврата [30 дней / 14 дней]
- Если вы не удовлетворены, напишите на [ваш email] для полного возврата
- Без вопросов в течение окна возврата

## Ответственность
- [Название Продукта] предоставляется "как есть" без гарантий
- Мы не несём ответственности за ущерб от использования продукта
- Максимальная ответственность ограничена суммой, которую вы заплатили

## Поддержка
- Поддержка осуществляется по email [ваш email]
- Мы стремимся ответить в течение [48 часов / 2 рабочих дней]

## Изменения
- Мы можем обновить эти условия с уведомлением
- Продолжение использования означает принятие обновлённых условий

Размести это на yourdomain.com/terms. Дай ссылку в подвале страницы чекаута.

До Сотой Продажи (Первые Месяцы)

4. Бизнес-Структура (1-3 часа + время обработки)

Работать как индивидуальный предприниматель (по умолчанию, когда ты продаёшь без создания юрлица) работает для первых продаж. Но по мере роста дохода тебе нужна защита ответственности и налоговые преимущества.

США — LLC:

LLC (Limited Liability Company) — стандартный выбор для соло-бизнеса разработчика.

Стоимость: $50-500 в зависимости от штата (госпошлина)
Время: 1-4 недели на обработку
Где регистрировать: Твой штат проживания, если нет конкретной причины
использовать Делавэр или Вайоминг

DIY-регистрация (самый дешёвый):
1. Зайди на сайт Secretary of State твоего штата
2. Подай "Articles of Organization" (форма обычно 1-2 страницы)
3. Оплати госпошлину ($50-250 в зависимости от штата)
4. Получи EIN (налоговый ID) на IRS.gov — бесплатно, мгновенно онлайн

Сравнение штатов для соло-разработчиков:
- Wyoming: $100 регистрация, $60/год годовой отчёт. Нет подоходного налога штата.
             Хорош для приватности (не требует публичной информации о членах).
- Delaware: $90 регистрация, $300/год годовой налог. Популярен, но не
            обязательно лучше для соло-разработчиков.
- New Mexico: $50 регистрация, нет годового отчёта. Самый дешёвый в содержании.
- California: $70 регистрация, $800/год минимальный франшизный налог.
              Дорого. Ты платишь даже при $0 дохода.

Stripe Atlas (если хочешь, чтобы сделали за тебя):

Stripe Atlas (https://atlas.stripe.com) стоит $500 и регистрирует LLC в Делавэре, банковский счёт в США (через Mercury), аккаунт Stripe, и предоставляет налоговые и юридические руководства. Если ты не из США или просто хочешь, чтобы кто-то другой занялся бумагами, это стоит $500.

Великобритания — Ltd Company:

Стоимость: GBP 12 в Companies House (https://www.gov.uk/set-up-limited-company)
Время: Обычно 24-48 часов
Постоянные расходы: Годовое подтверждение (GBP 13), годовая подача отчётности

Для соло-разработчиков: Ltd company даёт тебе защиту ответственности
и налоговую эффективность при прибыли свыше ~GBP 50 000/год.
Ниже этого sole trader проще.

Европейский Союз:

Каждая страна имеет свою структуру. Распространённые варианты:

Австралия:

Sole trader: Бесплатно зарегистрировать через заявку ABN (https://www.abr.gov.au)
Компания (Pty Ltd): AUD 538 регистрация в ASIC
Для соло-разработчиков: Начни как sole trader. Регистрируй компанию
когда доход оправдывает бухгалтерские накладные расходы (~AUD 100K+/год).

5. Налоговые Обязательства

Если ты используешь Lemon Squeezy как платёжную платформу, они обрабатывают налог с продаж и НДС как Merchant of Record. Это массивное упрощение.

Если ты используешь Stripe напрямую, ты ответственен за:

Прямой разговор: Главное преимущество Lemon Squeezy над Stripe для соло-разработчика — не страница чекаута или фичи. Это то, что они обрабатывают налоговый комплаенс глобально. Международный налог с продаж — это кошмар. Lemon Squeezy берёт 5% + $0.50 за транзакцию и делает кошмар исчезнуть. Пока ты не зарабатываешь $5 000+/месяц, 5% того стоят. После этого оцени, экономит ли самостоятельное управление налогами через Stripe + TaxJar деньги и нервы.

6. Основы Интеллектуальной Собственности

Что тебе нужно знать:

# Проверь лицензии зависимостей проекта (Node.js)
npx license-checker --summary

# Проверь проблемные лицензии конкретно
npx license-checker --failOn "GPL-2.0;GPL-3.0;AGPL-3.0"

# Для Rust-проектов
cargo install cargo-license
cargo license

7. Страхование

Тебе не нужна страховка для библиотеки компонентов за $29. Тебе нужна страховка если:

Когда понадобится, страхование профессиональной ответственности (E&O) стоит $500-1 500/год для соло-бизнеса разработчика.

Твоя Очередь

  1. Прочитай свой трудовой договор. Если ты работаешь, найди пункт об ИС и неконкуренции. Категоризируй: Безопасно / Неясно / Ограничительно. Если Неясно или Ограничительно, проконсультируйся с трудовым юристом до запуска (многие предлагают бесплатные 30-минутные консультации).

  2. Сгенерируй юридические документы. Зайди на Termly или Avodocs и сгенерируй политику конфиденциальности и условия использования для продукта. Сохрани как HTML или Markdown. Задеплой на /privacy и /terms домена продукта.

  3. Прими решение об организационной форме. На основе рекомендаций выше и твоего проживания в твоей стране, реши: запускаться как ИП (быстрее) или зарегистрировать ООО/Ltd/эквивалент сначала (больше защиты). Запиши решение и сроки.

  4. Проверь свои зависимости. Запусти проверку лицензий на своём проекте. Разреши любые GPL/AGPL-зависимости до продажи коммерческого продукта.

Урок 5: Каналы Дистрибуции, Работающие в 2026

«Построить — это 20% работы. Донести до людей — остальные 80%.»

Реальность Дистрибуции

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

Вот семь каналов дистрибуции, ранжированных по усилиям, срокам и ожидаемой отдаче. Тебе не нужны все семь. Выбери 2-3, которые соответствуют твоим сильным сторонам и аудитории.

Канал 1: Hacker News

Усилия: Высокие | Сроки: Мгновенно (0-48 часов) | Природа: Всё-или-ничего

Hacker News (https://news.ycombinator.com) — канал одноразовой дистрибуции с самым большим рычагом для продуктов разработчиков. Пост Show HN на главной может отправить 5 000-30 000 посетителей за 24 часа. Но это непредсказуемо — большинство постов не получают тракции.

Что работает на HN:

Что не работает на HN:

Плейбук Show HN:

ДО ПУБЛИКАЦИИ:
1. Изучи недавние успешные Show HN в твоей категории
   https://hn.algolia.com — фильтруй по "Show HN", сортируй по очкам
2. Подготовь заголовок: "Show HN: [Название] – [что делает, <70 символов]"
   Хорошо: "Show HN: ScrubLog – Strip PII from Log Files in One Command"
   Плохо: "Show HN: Introducing ScrubLog, the AI-Powered Log Anonymization Platform"
3. Подготовь живое демо (читатели HN хотят попробовать, а не читать)
4. Подготовь ответы на вероятные вопросы (технические решения, обоснование цены)

ПУБЛИКАЦИЯ:
5. Публикуй между 7-9 AM по Восточному времени США, вторник-четверг
   (максимальный трафик, максимальный шанс тракции)
6. Тело поста — 4-6 параграфов:
   - Что это (1 параграф)
   - Почему ты это построил (1 параграф)
   - Технические детали (1-2 параграфа)
   - Что ты ищешь (фидбэк, конкретные вопросы)

ПОСЛЕ ПУБЛИКАЦИИ:
7. Будь онлайн 4 часа после публикации. Отвечай на КАЖДЫЙ комментарий.
8. Будь скромным и техническим. HN вознаграждает честность о лимитациях.
9. Если кто-то нашёл баг, исправь в реальном времени и ответь "Fixed, thanks."
10. Не проси друзей голосовать. У HN есть детекция колец голосования.

Ожидаемые результаты (реалистичные):

Это лотерея с шансами, нагруженными усилиями. Отличный продукт с отличным постом имеет примерно 30% шанс значимой тракции. Не гарантировано. Но апсайд огромный.

Канал 2: Reddit

Усилия: Средние | Сроки: 1-7 дней | Природа: Устойчивый, повторяемый

Reddit — самый стабильный канал дистрибуции для продуктов разработчиков. В отличие от HN (одна попытка), Reddit имеет сотни нишевых сабреддитов, где твой продукт релевантен.

Выбор сабреддита:

Общие сабреддиты для разработчиков:
- r/SideProject (140K+ подписчиков) — создан для этого
- r/webdev (2.4M подписчиков) — огромный, конкурентный
- r/programming (6.3M подписчиков) — очень конкурентный, новостной
- r/selfhosted (400K+ подписчиков) — если продукт self-hostable

Специфичные для фреймворков/языков:
- r/reactjs, r/nextjs, r/sveltejs, r/vuejs — для фронтенд-инструментов
- r/rust, r/golang, r/python — для инструментов конкретных языков
- r/node — для Node.js инструментов и пакетов

Специфичные для домена:
- r/devops — для инструментов инфраструктуры/деплоя
- r/machinelearning — для AI/ML инструментов
- r/datascience — для инструментов работы с данными
- r/sysadmin — для инструментов администрирования/мониторинга

Длинный хвост:
- Ищи сабреддиты, связанные с твоей конкретной нишей
- Маленькие сабреддиты (10K-50K подписчиков) часто имеют лучшую
  конверсию, чем огромные

Правила взаимодействия на Reddit:

  1. Имей реальную историю Reddit до публикации своего продукта. Аккаунты, которые только постят самопиар, помечаются и теневым баном.
  2. Следуй правилам каждого сабреддита о самопиаре. Большинство разрешают, если ты активный участник.
  3. Взаимодействуй искренне. Отвечай на вопросы, давай ценность, будь полезен в комментариях к другим постам. Потом делись своим продуктом.
  4. Публикуй в разное время для разных сабреддитов. Проверяй https://later.com/reddit или подобные инструменты для времени пиковой активности.

Ожидаемые результаты (реалистичные):

Канал 3: Twitter/X

Усилия: Средние | Сроки: 2-4 недели для набора моментума | Природа: Накапливается со временем

Twitter — канал медленного наращивания. Твой первый твит-запуск получит 5 лайков от друзей. Но если ты стабильно делишься процессом разработки, аудитория накапливается.

Стратегия Build-in-Public:

Неделя 1: Начни делиться процессом разработки (до запуска)
- "Работаю над [типом продукта]. Вот проблема, которую решаю: [скриншот]"
- "День 3 создания [продукта]. Запустил [фичу]: [GIF/скриншот]"

Неделя 2: Делись техническими инсайтами из разработки
- "TIL нужно [техурок] при создании [типа продукта]"
- "Архитектурное решение: выбрал [X] вместо [Y] потому что [причина]"

Неделя 3: Запуск
- Тред запуска (формат из Урока 1)
- Делись конкретными метриками: "День 1: X посетителей, Y регистраций"

Неделя 4+: Продолжение
- Делись фидбэком клиентов (с разрешения)
- Делись вехами дохода (люди любят реальные цифры)
- Делись трудностями и как ты их решил

С кем взаимодействовать:

Ожидаемые результаты (реалистичные):

Twitter — это инвестиция на 6 месяцев, не стратегия дня запуска. Начни сейчас, даже до готовности продукта.

Канал 4: Product Hunt

Усилия: Высокие | Сроки: 1 день интенсивной активности | Природа: Одноразовый буст

Product Hunt (https://producthunt.com) — специализированная платформа запуска. Топ-5 дня может отправить 3 000-15 000 посетителей. Но требует подготовки.

Чеклист Запуска на Product Hunt:

2 НЕДЕЛИ ДО:
- [ ] Создай профиль мейкера на Product Hunt
- [ ] Построй листинг PH: слоган, описание, изображения, видео
- [ ] Подготовь 4-5 высококачественных скриншотов/GIF
- [ ] Напиши «первый комментарий», объясняющий мотивацию
- [ ] Собери 10-20 людей для поддержки в день запуска (не фейковые голоса —
      реальные люди, которые попробуют продукт и оставят искренние комментарии)
- [ ] Найди «хантера» (кого-то с большой аудиторией PH для подачи продукта)
      или подай сам

ДЕНЬ ЗАПУСКА (00:01 Тихоокеанское Время):
- [ ] Будь онлайн с полуночи PT. PH обнуляется в полночь.
- [ ] Опубликуй «первый комментарий» немедленно
- [ ] Поделись ссылкой PH в Twitter, LinkedIn, email, Discord
- [ ] Отвечай на КАЖДЫЙ комментарий в листинге PH
- [ ] Публикуй обновления в течение дня ("Только что запустил фикс для [X]!")
- [ ] Мониторь весь день до полуночи PT

ПОСЛЕ:
- [ ] Поблагодари всех, кто поддержал
- [ ] Напиши пост «уроки» (хорош для контента в Twitter/блоге)
- [ ] Встрой бейдж PH на лендинг (социальное доказательство)

Типичная Ошибка: Запуск на Product Hunt до готовности продукта. PH даёт одну попытку. Раз ты запустил продукт, не можешь перезапустить. Жди, пока продукт отполирован, лендинг конвертирует и платежи работают. PH должен быть «большим запуском» — не мягким.

Ожидаемые результаты (реалистичные):

Канал 5: Dev.to / Hashnode / Технические Блог-Посты

Усилия: Низкие-средние | Сроки: SEO-результаты через 1-3 месяца | Природа: Длинный хвост, накапливается навсегда

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

Контент-стратегия:

Для каждого продукта напиши 3-5 блог-постов:

1. "Как [решить проблему, которую решает твой продукт] в 2026"
   - Обучай ручному подходу, затем упомяни свой продукт как быстрый путь

2. "Я построил [продукт] за 48 часов — вот что я узнал"
   - Контент build-in-public. Технические детали + честная рефлексия.

3. "[Конкурент] vs [Твой Продукт]: Честное Сравнение"
   - Будь реально честным. Упомяни, где конкурент выигрывает.
   - Это захватывает трафик сравнительных покупок.

4. "[Технический концепт, связанный с твоим продуктом] — объяснение"
   - Чистое образование. Упомяни продукт один раз в конце.

5. "Инструменты, которые я использую для [домен продукта] в 2026"
   - Формат списка. Включи свой продукт наряду с другими.

Где публиковать:

Ожидаемые результаты за пост:

Один хорошо написанный блог-пост может приводить 200+ посетителей в месяц годами. Пять постов приводят 1 000+/месяц. Это накапливается.

Канал 6: Прямые Обращения

Усилия: Высокие | Сроки: Мгновенно | Природа: Высочайшая конверсия

Холодные письма и DM имеют высочайшую конверсию из всех каналов — но и наибольшие усилия на лид. Используй для более дорогих продуктов ($99+) или B2B-продаж.

Шаблон письма для обращения к потенциальным клиентам:

Тема: Быстрый вопрос о [их конкретная боль]

Привет [имя],

Я увидел твой [твит/пост/комментарий] о [конкретная проблема, которую они упомянули].

Я построил [название продукта] специально для этого — он [описание
в одном предложении].

Был бы открыт попробовать? С удовольствием дам бесплатный доступ
для фидбэка.

[Твоё имя]
[Ссылка на продукт]

Правила холодных обращений:

Ожидаемые результаты:

Для продукта за $99, написать 100 людям = 1-4 продажи = $99-396. Не масштабируется, но отлично для получения первых клиентов и фидбэка.

Канал 7: SEO

Усилия: Низкие постоянные | Сроки: 3-6 месяцев до результатов | Природа: Накапливается навсегда

SEO — лучший долгосрочный канал дистрибуции. Медленный на старте, но когда работает — отправляет бесплатный трафик бесконечно.

SEO-стратегия для разработчиков:

1. Целься в длиннохвостые ключевые слова (легче ранжироваться):
   Вместо: "dashboard components"
   Целься: "tailwind dashboard components react typescript"

2. Создай одну страницу на ключевое слово:
   Каждый блог-пост или страница docs целится в один конкретный поисковый запрос

3. Техническая реализация:
   - Используй генерацию статических сайтов (Astro, Next.js SSG) для быстрой загрузки
   - Добавь meta description на каждую страницу
   - Используй семантический HTML (иерархия h1, h2, h3)
   - Добавь alt text на каждое изображение
   - Отправь sitemap в Google Search Console

4. Контент, который ранжируется для инструментов разработчика:
   - Страницы документации (удивительно хорошо для SEO)
   - Страницы сравнений ("X vs Y")
   - Страницы туториалов ("Как сделать X с Y")
   - Страницы changelog (сигнал свежего контента для Google)

# Отправь sitemap в Google Search Console
# 1. Зайди на https://search.google.com/search-console
# 2. Добавь свой ресурс (домен или URL-префикс)
# 3. Подтверди владение (DNS TXT запись или HTML файл)
# 4. Отправь URL sitemap: yourdomain.com/sitemap.xml

# Если используешь Astro:
pnpm add @astrojs/sitemap
# Sitemap автогенерируется на /sitemap.xml

# Если используешь Next.js, добавь в next-sitemap.config.js:
# pnpm add next-sitemap

Ожидаемые результаты:

Фреймворк Выбора Каналов

Ты не можешь делать все семь хорошо. Выбери 2-3 на основе этой матрицы:

Если ты... Приоритизируй Пропусти
Запускаешь в эти выходные Reddit + HN SEO, Twitter (слишком медленно)
Строишь аудиторию сначала Twitter + Блог-посты Прямые обращения, PH
Продаёшь продукт за $99+ Прямые обращения + HN Dev.to (аудитория ожидает бесплатное)
Играешь в долгую SEO + Блог-посты + Twitter PH (одна попытка, используй позже)
Неанглоязычный Dev.to + Reddit (глобальный) HN (США-центричный)

Твоя Очередь

  1. Выбери 2-3 канала. На основе матрицы выше и типа продукта, выбери каналы, на которых сфокусируешься. Запиши с планируемыми сроками для каждого.

  2. Напиши пост на Reddit. Используя шаблон из Урока 1, напиши черновик поста в r/SideProject прямо сейчас. Сохрани. Ты опубликуешь в день запуска.

  3. Напиши первый блог-пост. Набросай пост «Как [решить проблему, которую решает твой продукт]». Он пойдёт на Dev.to или блог в первую неделю после запуска. Целься на 1 500-2 000 слов.

  4. Настрой Google Search Console. Это занимает 5 минут и даёт SEO-данные с первого дня. Сделай до запуска, чтобы иметь базовые данные.

Урок 6: Твой Чеклист Запуска

«Надежда — не стратегия запуска. Чеклисты — да.»

Пред-Запускный Чеклист

Пройди каждый пункт. Не запускай, пока каждый «Обязательный» пункт не отмечен. «Рекомендованные» можно сделать на Неделе 1 при необходимости.

Продукт (Обязательно):

- [ ] Основная фича работает как описано на лендинге
- [ ] Нет критических багов в потоке покупка → доставка
- [ ] Работает в Chrome, Firefox и Safari (для веб-продуктов)
- [ ] Лендинг адаптивный для мобильных (50%+ трафика — мобильный)
- [ ] Сообщения об ошибках полезные, не стектрейсы
- [ ] Состояния загрузки для любых асинхронных операций

Лендинг (Обязательно):

- [ ] Чёткий заголовок: что делает в 8 словах или менее
- [ ] Описание проблемы: 3 боли на языке клиента
- [ ] Секция решения: скриншоты или демо продукта
- [ ] Цены: видимые, чёткие, с кнопкой покупки
- [ ] Призыв к действию: одна основная кнопка, видна без прокрутки
- [ ] Политика конфиденциальности в подвале
- [ ] Условия использования в подвале

Платежи (Обязательно):

- [ ] Поток чекаута протестирован от начала до конца в тестовом режиме
- [ ] Поток чекаута протестирован от начала до конца в живом режиме (тестовая покупка $1)
- [ ] Вебхук получает подтверждение платежа
- [ ] Клиент получает доступ к продукту после оплаты
- [ ] Процесс возврата задокументирован (ты БУДЕШЬ получать запросы на возврат)
- [ ] Чек/счёт отправляется автоматически

Инфраструктура (Обязательно):

- [ ] Кастомный домен указывает на живой сайт
- [ ] HTTPS работает (зелёный замок)
- [ ] Мониторинг аптайма активен
- [ ] Скрипт аналитики установлен и получает данные
- [ ] Контактный email работает (ты@твойдомен.com)

Дистрибуция (Обязательно):

- [ ] Пост на Reddit написан и готов
- [ ] Пост Show HN написан и готов (если применимо)
- [ ] Тред запуска в Twitter написан
- [ ] 2-3 сообщества определены для публикации

Рекомендовано (Неделя 1):

- [ ] OpenGraph мета-теги для превью при расшаривании
- [ ] Кастомная 404 страница
- [ ] FAQ страница или секция
- [ ] Серия email для онбординга (приветствие + начало работы)
- [ ] Страница changelog (даже пустая — показывает приверженность обновлениям)
- [ ] Блог-пост: "Я построил [продукт] за 48 часов"
- [ ] Google Search Console верифицирован и sitemap отправлен

Действия После Запуска

День 1 (День Запуска):

Утро:
- [ ] Опубликуй на Reddit (r/SideProject + 1 нишевый сабреддит)
- [ ] Опубликуй Show HN (если применимо)
- [ ] Опубликуй тред запуска в Twitter

Весь день:
- [ ] Отвечай на КАЖДЫЙ комментарий на Reddit, HN и Twitter
- [ ] Мониторь логи ошибок и аналитику в реальном времени
- [ ] Исправляй любые баги, обнаруженные пользователями, немедленно
- [ ] Отправь персональное благодарственное письмо каждому клиенту

Вечер:
- [ ] Проверь метрики: посетители, конверсия, выручка
- [ ] Сделай скриншот дашборда аналитики (захочешь потом)
- [ ] Запиши 3 самых частых фидбэка

Неделя 1:

- [ ] Ответь на все фидбэки и запросы поддержки в течение 24 часов
- [ ] Исправь топ-3 бага/проблемы, обнаруженные при запуске
- [ ] Напиши и опубликуй первый блог-пост
- [ ] Отправь follow-up email всем клиентам с просьбой о фидбэке
- [ ] Просмотри аналитику: у каких страниц самый высокий показатель отказов?
- [ ] Настрой простой метод сбора фидбэка (email, Typeform или Canny)

Еженедельные метрики для записи:
| Метрика                 | Цель      | Факт   |
|-------------------------|-----------|--------|
| Уникальные посетители   | 500+      |        |
| Конверсия клика чекаута | 2-5%      |        |
| Конверсия покупки       | 1-3%      |        |
| Выручка                 | $50+      |        |
| Запросы поддержки       | <10       |        |
| Запросы возврата        | <2        |        |

Месяц 1:

- [ ] Выпусти 4 еженедельных улучшения на основе фидбэка клиентов
- [ ] Опубликуй 2+ блог-поста (наращивание SEO)
- [ ] Собери 3+ отзывов от клиентов
- [ ] Добавь отзывы на лендинг
- [ ] Оцени цены: слишком высоко? слишком низко? (просмотри данные конверсий)
- [ ] Запланируй «большой запуск» на Product Hunt (если применимо)
- [ ] Начни строить email-список для будущих запусков
- [ ] Пересмотри и скорректируй стратегию каналов дистрибуции

Ежемесячный финансовый обзор:
| Категория                | Сумма     |
|--------------------------|-----------|
| Валовая выручка          | $         |
| Комиссии процессора      | $         |
| Хостинг/инфра            | $         |
| API-затраты              | $         |
| Чистая прибыль           | $         |
| Инвестировано часов       |           |
| Эффективная почасовая    | $         |

Дашборд Метрик

Настрой простой дашборд метрик, который проверяешь ежедневно. Не обязательно модный — таблица подойдёт.

=== ЕЖЕДНЕВНЫЕ МЕТРИКИ (проверяй каждое утро) ===

Дата: ___
Посетители вчера: ___
Новые клиенты вчера: ___
Выручка вчера: $___
Запросы поддержки: ___
Аптайм: ___%

=== ЕЖЕНЕДЕЛЬНЫЕ МЕТРИКИ (проверяй каждый понедельник) ===

Неделя: ___
Всего посетителей: ___
Всего клиентов: ___
Общая выручка: $___
Конверсия: ___% (клиенты / посетители)
Самая посещаемая страница: ___
Топ источник трафика: ___
Топ тема фидбэка: ___

=== ЕЖЕМЕСЯЧНЫЕ МЕТРИКИ (проверяй 1-го числа) ===

Месяц: ___
Общая выручка: $___
Общие расходы: $___
Чистая прибыль: $___
Всего клиентов: ___
Возвраты: ___
Показатель оттока (подписки): ___%
MRR (Ежемесячная Рекуррентная Выручка): $___
Рост vs. прошлый месяц: ___%

Настройка аналитики с уважением к приватности:

// Если используешь Plausible, большинство данных в их дашборде.
// Для кастомного отслеживания событий:

// Отслеживание кликов на чекаут
document.querySelector('#buy-button').addEventListener('click', () => {
  plausible('Checkout Click', {
    props: { tier: 'pro', price: '59' }
  });
});

// Отслеживание успешных покупок (вызови из обработчика успеха вебхука)
plausible('Purchase', {
  props: { tier: 'pro', revenue: '59' }
});

Когда Удвоить Ставку, Развернуться или Закрыть

После 30 дней данных у тебя достаточно сигнала для принятия решения:

Удвоить Ставку (продолжай, вкладывай больше):

Сигналы:
- Выручка растёт неделя к неделе (даже медленно)
- Клиенты дают конкретные запросы фич (хотят БОЛЬШЕ)
- Конверсия стабильная или растёт
- Ты получаешь органический трафик (люди находят без твоих постов)
- Хотя бы один клиент сказал "это сэкономило мне [время/деньги]"

Действия:
- Увеличь усилия по дистрибуции (добавь канал)
- Выпусти самую запрашиваемую фичу
- Немного подними цены
- Начни строить email-список для будущих запусков

Развернуться (измени угол, сохрани ядро):

Сигналы:
- Посетители, но нет продаж (интерес есть, но не покупают)
- Продажи от неожиданной аудитории (другие люди, чем ты целился)
- Клиенты используют продукт не так, как ты ожидал
- Фидбэк стабильно указывает на другую проблему

Действия:
- Перепиши лендинг для реальной аудитории/кейса
- Скорректируй цены на основе готовности реальной аудитории платить
- Переприоритизируй фичи к тому, что люди реально используют
- Сохрани код, измени позиционирование

Закрыть (остановись, учись, строй что-то другое):

Сигналы:
- Нет посетителей несмотря на усилия по дистрибуции (проблема спроса)
- Посетители, но ноль кликов на чекаут (проблема позиционирования/цены,
  сохраняющаяся после корректировок)
- Выручка стагнирует 4+ недели без тренда роста
- Ты боишься работать над этим (мотивация важна для соло-продуктов)
- Рынок изменился (конкурент запустился, технология сменилась)

Действия:
- Напиши постмортем: что работало, что нет, что ты узнал
- Сохрани код — части могут пригодиться в следующем продукте
- Возьми неделю перерыва от строительства
- Начни процесс валидации новой идеи
- Это не провал. Это данные. Большинство продуктов не работают.
  Разработчики, которые зарабатывают — те, кто запускает 5 продуктов,
  а не те, кто тратит год на один.

Шаблон Документа Запуска

Это твой результат для Модуля E. Создай этот документ и заполняй по ходу выполнения запуска.

# Документ Запуска: [Название Продукта]

## Пред-Запуск

### Резюме Валидации
- **Объём поиска:** [цифры из Google Trends/Ahrefs]
- **Свидетельства тредов:** [ссылки на 5+ тредов, показывающих спрос]
- **Аудит конкурентов:** [3+ конкурентов с сильными/слабыми сторонами]
- **Свидетельства «10 человек заплатили бы»:** [как ты это валидировал]

### Продукт
- **URL:** [URL живого продукта]
- **Домен:** [купленный домен]
- **Хостинг:** [платформа]
- **Основные фичи (v0.1):**
  1. [Фича 1]
  2. [Фича 2]
  3. [Фича 3]

### Ценообразование
- **Цена:** $[сумма]
- **Структура уровней:** [Базовый/Pro/Команда или один уровень]
- **Платёжная платформа:** [Lemon Squeezy/Stripe]
- **URL чекаута:** [ссылка]

### Юридическое
- **Политика конфиденциальности:** [URL]
- **Условия использования:** [URL]
- **Бизнес-структура:** [тип или «ИП»]

## Запуск

### Каналы Дистрибуции
| Канал   | URL Поста  | Дата Публикации | Результаты |
|---------|------------|-----------------|---------|
| Reddit  | [ссылка]   | [дата]          | [посетители, голоса] |
| HN      | [ссылка]   | [дата]          | [посетители, очки] |
| Twitter | [ссылка]   | [дата]          | [показы, клики] |

### Метрики Дня 1
- Посетители: ___
- Клики на чекаут: ___
- Покупки: ___
- Выручка: $___

### Метрики Недели 1
- Всего посетителей: ___
- Всего покупок: ___
- Общая выручка: $___
- Конверсия: ___%
- Топ фидбэк: ___

### Метрики Месяца 1
- Общая выручка: $___
- Общие расходы: $___
- Чистая прибыль: $___
- Всего клиентов: ___
- Решение: [ ] Удвоить [ ] Развернуть [ ] Закрыть

## Роадмап После Запуска
- Неделя 2: [планируемое улучшение]
- Неделя 3: [планируемое улучшение]
- Неделя 4: [планируемое улучшение]
- Месяц 2: [планируемая фича/расширение]

## Уроки
- Что работало: ___
- Что не работало: ___
- Что бы сделал по-другому: ___

Интеграция 4DA

Интеграция 4DA: Actionable-сигналы 4DA классифицируют контент по срочности. «Критический» сигнал об уязвимости в популярном пакете означает: строй инструмент исправления или миграции СЕЙЧАС, раньше всех. Сигнал «растущий тренд» о новом фреймворке означает: строй стартер-кит в эти выходные, пока конкуренция почти нулевая. 48-часовой спринт из Урока 1 работает лучше всего, когда идея приходит из time-sensitive сигнала. Подключи свой канал разведки 4DA к календарю спринтов — когда появляется высокосрочная возможность, заблокируй следующие выходные и выполняй. Разница между разработчиками, которые ловят возможности, и теми, кто упускает — не талант. Это скорость. 4DA даёт тебе радар. Этот модуль даёт тебе последовательность запуска. Вместе они превращают сигналы в доход.

Твоя Очередь

  1. Заверши пред-запускный чеклист. Пройди каждый пункт. Отметь каждый как готовый или запланируй когда сделаешь. Не пропускай «Обязательные» пункты.

  2. Создай свой Документ Запуска. Скопируй шаблон выше в свой любимый инструмент для документов. Заполни всё, что знаешь сейчас. Оставь пустые поля для метрик, которые заполнишь во время и после запуска.

  3. Назначь дату запуска. Открой календарь. Выбери конкретную субботу в ближайшие 2 недели. Запиши. Скажи кому-нибудь — другу, партнёру, подписчику в Twitter. Ответственность делает реальным.

  4. Установи критерии закрытия. До запуска реши: «Если у меня менее [X] продаж после 30 дней при [Y] усилиях дистрибуции, я [развернусь/закрою].» Запиши это в Документ Запуска. Предустановленные критерии предотвращают вливание месяцев в мёртвый продукт из-за заблуждения невозвратных затрат.

  5. Запусти. У тебя есть плейбук. У тебя есть инструменты. У тебя есть знания. Единственное, что осталось — это действие. Интернет ждёт.

Модуль E: Завершён

Что Ты Построил за Две Недели

Посмотри, что у тебя теперь есть, чего не было, когда ты начал этот модуль:

  1. 48-часовой фреймворк исполнения, который ты можешь повторять для каждого продукта — от валидированной идеи до живого продукта за выходные.
  2. Мышление запуска, которое приоритизирует существование над совершенством, данные над догадками, и итерацию над планированием.
  3. Стратегия ценообразования, основанная на реальной психологии и реальных числах, а не надежде и занижении.
  4. Юридический фундамент, который защищает без парализации — политика конфиденциальности, условия, план организации.
  5. Плейбук дистрибуции с конкретными шаблонами, таймингом и ожидаемыми результатами для семи каналов.
  6. Чеклист запуска и система отслеживания, превращающая хаос в процесс — повторяемый, измеримый, улучшаемый.
  7. Живой продукт, принимающий платежи, с реальными людьми, которые его посещают.

Последний — тот, что имеет значение. Всё остальное — подготовка. Продукт — это доказательство.

Что Дальше: Модуль E2 — Развивающееся Преимущество

Модуль E1 привёл тебя к запуску. Модуль E2 удерживает тебя впереди.

Вот что покрывает Модуль E2:

Разработчики, которые зарабатывают стабильный доход — не те, кто запускает один раз. Это те, кто запускает, итерирует и остаётся впереди рынка. Модуль E2 даёт тебе систему, чтобы оставаться впереди.

Полный Роадмап STREETS

Модуль Название Фокус Длительность
S Суверенная Настройка Инфраструктура, юридическое, бюджет Недели 1-2
T Технические Рвы Защитные преимущества, проприетарные активы Недели 3-4
R Движки Дохода Конкретные плейбуки монетизации с кодом Недели 5-8
E Руководство по Запуску Последовательности запуска, цены, первые клиенты Недели 9-10 (завершено)
E Развивающееся Преимущество Быть впереди, обнаружение трендов, адаптация Недели 11-12
T Тактическая Автоматизация Автоматизация операций для пассивного дохода Недели 13-14
S Наращивание Потоков Множественные источники дохода, портфельная стратегия Недели 15-16

Ты прошёл половину. У тебя есть живой продукт. Это ставит тебя впереди 95% разработчиков, которые хотят построить независимый доход, но никогда не добираются так далеко.

Прогресс STREETS: 0 из 7 модулей завершено.

Теперь расти.

Твой продукт живой. Твой чекаут работает. Люди могут платить тебе деньги.

Всё после этого — оптимизация. А оптимизация — это самая весёлая часть.

Твоя система. Твои правила. Твой доход.

← Назад Модуль R: Движки Дохода Далее → Модуль E: Передовой край