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

масштаб

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

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

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

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

точка ноль

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

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

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

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

метод 1

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

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

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

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

метод 2

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

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

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

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

wow-эпизод

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

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

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

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

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

метод 3

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

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

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

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

метод 4

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

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

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

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

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

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

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

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

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

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

инструмент

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

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

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

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

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

дашборд

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

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

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

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

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

возражения

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

что дальше

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

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

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