# SaaS за 60 дней: дневник разработки с первого дня до первого миллиона

Я вёл дневник все 60 дней — с решениями, ошибками и скриншотами каждого шага. Открываю его целиком: как придумывался продукт, что делалось по дням и почему за первые 17 дней продаж он дал 1 350 000 ₽. Без теории, только то, что было на самом деле.

// масштаб

## Цифры до того, как открою дневник

Вы часто слышите теорию, как создать соло-стартап. Будем честны, я и сам не раз рассказывал вам теорию. В этот раз будет практика.

Все 60 дней я вёл полноценный дневник разработки — с решениями, скриншотами и объяснениями, почему принято именно так. Вместо душной презентации я просто открою его и покажу процесс шаг за шагом.

Сначала цифры. За первые 17 дней продаж оборот сервиса составил 1 350 000 ₽. На тот момент я всё ещё делал всё в одиночку — 58 дней с начала разработки. Сегодня это 166 платящих пользователей и MRR 537 000 ₽, причём выручка считается помесячно.

карточка 1 — метка «первые 17 дней продаж» / значение «1 350 000 ₽» / капшен «оборот, всё сделано в одиночку»; карточка 2 — метка «платящих сегодня» / значение «166» / капшен «MRR 537 000 ₽»; карточка 3 — метка «от нуля до продаж» / значение «58 дней» / капшен «с первого дня разработки». Ключевая — #1

// точка ноль

## 11 февраля: проект есть, в нём не сделано ничего

Открываю дневник на первой странице. 11 февраля я создал проект, в котором на тот момент не было сделано вообще ничего.

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

То есть стартовая точка была не «гениальная идея», а «есть работающий бизнес, у которого я знаю клиента». Это единственное, что у меня было на старте.

- «11 февраля → создан проект, внутри пусто»
- «следующие дни → первый промт: посмотри на соседний бизнес»
- «23 февраля → расширение работает, сайт на сервере»

// метод 1

## 21 000 ₽ за год или 70 $ — за один и тот же домен

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

Дальше я увидел безумную разницу в цене. На российском регистраторе домен стоил 21 000 ₽ за один год. На иностранном сайте — около 70 $ в год, и я взял сразу на два года.

Вот зачем нужна иностранная карта. Разница здесь не в сервисе, а в том, где ты покупаешь одно и то же.

- «21 000 ₽» — за год, российский регистратор
- «70 $» — за год, иностранный; стрелка «один и тот же домен»

// метод 2

## Я скопировал вход у сервиса, который уже работает

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

В дневнике на тот момент уже лежали варианты цветов логотипа. И вот так выглядел сайт, когда я только поднял его на локальном сервере: страшно, но работает.

UI Kit до сих пор описан текстом — специально, чтобы агент мог его читать и на его основе делать понятную структуру. Не картинками, а текстом.

врезка `// ПРАВИЛО`: текст «Не изобретай вход, оплату и структуру. Возьми у того, кто уже работает, и потрать освободившееся время на то, чего у конкурента нет.»

// wow-эпизод

## 23 февраля: деплой, который был ужасен

23 февраля я выложил сайт на сервер. И, господи, это было ужасно.

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

В тот же день расширение полностью заработало. Сначала оно выглядело совсем не так, как сегодня, но своё дело делало.

3 марта у меня уже работала аналитика рекламы. Представьте: до этого я несколько лет разрабатывал такое в другом виде.

- «23 февраля → первый деплой, всё горит»
- «23 февраля, вечер → расширение работает целиком»
- «3 марта → аналитика рекламы запущена»
- «последний месяц → ни одной ошибки при выкладке»

// метод 3

## Сначала десять продавцов, потом все остальные

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

И вот что вылезло. Мы каждый день выгружаем данные по программному доступу, а данные у каждого свои. Например, позже нашлась история: если у товара несколько цветов, всё считается иначе. Расширение иногда не работало вовсе — конфликтовало с другими расширениями в браузере пользователя.

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

врезка `// ЧЕСТНО`: текст «Где брать баги и что чинить в первую очередь — я сам не знал. Их принесли живые пользователи, а не мои проверки.»

, , ,

// метод 4

## Я сделал первую версию на скорую руку — осознанно

Первую версию я собрал наспех. Не потому что торопился, а потому что понимал: без пользователей мы просто не поймём, что делать дальше.

Тот, кто сидит руками и часами проверяет, всё ли правильно, получает первую версию позже — и всё равно узнаёт правду только от людей. Стратегия «сделать быстро и потом править» работает практически всегда.

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

Мог ли я это предусмотреть? Конечно мог, любой разработчик скажет, что надо предусматривать. Но проще дать агенту большую задачу, зайти в результат и сказать: вот здесь поправь, здесь и здесь. Я это обычно надиктовываю голосом. Проверял много раз: накидать сначала кучу промтов и потом их править — быстрее, как бы странно это ни звучало.

врезка `// ПРАВИЛО`: текст «Не предусматривай всё заранее. Дай агенту большую задачу, посмотри на результат и правь голосом — это быстрее, чем продумывать до начала.»

// центральный блок

## Админку и подсказки пользователю продумал не я

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

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

И вот здесь главное признание. То, что мы видим на этих экранах, продумал Claude, а не я. В этом и есть магия: я не расписывал каждую подсказку — я задал систему, а дальше она достроилась.

- 01 «Проект» — метрика «11 февраля» — пустая папка и знание своей аудитории
- 02 «Референс» — метрика «не изобретаем» — берём архитектуру у работающего сервиса
- 03 «Локально» — метрика «работает» — поднимаем сайт у себя, вид пока страшный
- 04 «Деплой» — метрика «23 февраля» — первая выкладка, всё горит
- 05 «Тестировщики» — метрика «до открытия всем» — десять продавцов с разными магазинами

// инструмент

## Справедливый вопрос: на чём здесь зарабатывают

Справедливый вопрос: где в этом деньги? Отвечаю на фактическом примере, потому что сейчас всё уже реализовано.

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

Средний чек — 4 700 ₽ за подписку. Без магазинов приложений, без иностранных компаний: мы работаем в России.

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

строка 1 — «расширение → базовая работа → привык»; строка 2 — «функция в сервисе → подписка 4 700 ₽ → остался». подпись строки 1 — «бесплатно»; подпись строки 2 — «платно»

// дашборд

## Что получилось за 60 дней

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

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

строки «Показатель → Значение»: первые 17 дней продаж → 1 350 000 ₽ оборота; от старта до продаж → 58 дней; платящих пользователей → 166; MRR → 537 000 ₽; средний чек → 4 700 ₽; команда → один человек

врезка `// ЧЕСТНО`: текст «Оборот первых недель — цифра тщеславная, её разгоняет акция. Смотри на MRR и на то, что он держится в месяц паузы, когда я ничего не продвигаю.»

У этого способа есть одно условие, без которого он превращается в хаос, — дневник. В нём записано, почему принято то или иное решение, со скриншотами. Это не для истории.

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

// возражения

## У меня нет ни идеи, ни аудитории, ни денег

- «~~У меня нет идеи~~» → У меня её тоже не было. Был работающий бизнес, чью аудиторию я знаю, и первый промт звучал как «посмотри на соседний проект и придумай, как сделать похожее».
- «~~Нужны вложения~~» → Первые деньги ушли на домен — и то я сэкономил, купив его за 70 $ вместо 21 000 ₽. Остальное сделано в одиночку.
- «~~Деплой — это страшно~~» → Страшно ровно один раз. У меня первая выкладка 23 февраля прошла ужасно, а за последний месяц не было ни одной ошибки.

// что дальше

## Открой свой дневник с первого дня

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

Один вопрос напоследок. Ответь себе одним предложением: какую аудиторию ты знаешь лучше, чем средний разработчик? Назови её конкретно — с неё и начинается твой продукт. Я читаю.

60 дней — разработки · 1 350 000 ₽ — за 17 дней продаж · 166 — платящих · 537 000 ₽ — MRR

---

Источник: https://localhost:3000/m/saas-za-60-dney-dnevnik-razrabotki-s-pervogo-dnya-do-pervogo-milliona