Как сделать сайт стартапа без кода: от идеи до домена

Сайт стартапа собирается из описания продукта: что он делает, для кого, чем отличается и какое действие вы ждёте от посетителя. Билдер соберёт страницу примерно за минуту, проверит её в песочнице и опубликует на адрес вида <slug>.zugo.run. Одна сборка стоит 6 кредитов, свой домен подключается отдельно.

У сайта стартапа ровно одна задача на раннем этапе: превратить случайного человека в контакт, с которым можно поговорить. Всё остальное, включая красивую анимацию и раздел «Наши ценности», работает против этой задачи, если отвлекает от неё.

Что должно стоять на первом экране сайта стартапа?

Три вещи: что это, для кого, и одно действие. Если посетитель через восемь секунд не может пересказать, чем вы занимаетесь, дизайн уже неважен.

Главная ошибка ранних сайтов это абстрактный заголовок. «Меняем подход к работе с данными» не сообщает ничего проверяемого. «Собираем отчёты по рекламе из пяти кабинетов в одну таблицу» сообщает всё: понятно, кому это нужно и что вы делаете.

Второе: назовите аудиторию вслух. «Для маркетологов в агентствах на пять-двадцать клиентов» отпугнёт неподходящих и притянет подходящих. Ранний стартап выигрывает от узости, а не страдает от неё.

Третье: одно действие на экран. Три равнозначные кнопки «Записаться на демо», «Оставить почту» и «Читать документацию» дают меньше конверсий, чем одна. Выберите то действие, которое вам сейчас реально нужно, и сделайте остальные ссылками в тексте.

Как описать продукт, чтобы сборка попала с первого раза?

Промт должен нести конкретику: проблема, решение, аудитория, отличие, действие. Общие формулировки на входе дают общий сайт на выходе.

Собери лендинг стартапа [название].
Продукт: [что делает, в одном предложении без метафор].
Для кого: [конкретная роль и размер компании].
Проблема: [что человек делает сегодня и почему это плохо].
Отличие: [чем вы не такие, как 2-3 привычные альтернативы].
Стадия: [закрытая бета / ранний доступ / открытый запуск].
Целевое действие: [оставить почту в вейтлист].
Секции:
1. Первый экран: заголовок-факт, подзаголовок для кого, форма почты.
2. Проблема: три пункта о том, как это устроено сейчас.
3. Как работает: три шага с одним предложением на каждый.
4. Что уже есть и чего ещё нет: честный список.
5. Кто мы: имена, чем занимались раньше.
6. Частые вопросы: сроки, цена, доступ, данные.
7. Форма: почта, роль, размер команды.
Тон: конкретный, без превосходных степеней и слова «революция».

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

Лендинг или сразу продукт: что собирать первым?

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

Честный дефолт для первой недели это первая строка. Она стоит 6 кредитов и отвечает на вопрос, который дороже всех остальных: интересно ли это кому-то, кроме вас.

Вторая и третья строки требуют базы. Как подключается хранение данных и вход, описано в статье про приложение с Supabase, и права доступа там нужно проверять руками, а не полагаться на умолчания.

Как собрать вейтлист и не потерять адреса?

Форма на сайте должна куда-то писать, и это решение важнее, чем её дизайн. Есть два рабочих варианта, и они отличаются тем, что происходит через месяц.

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

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

Что бы вы ни выбрали, напишите рядом с формой, что будет дальше. «Напишем, когда откроем доступ, примерно в сентябре» повышает долю оставленных адресов сильнее, чем любая переделка кнопки. Обещание «мы не спамим» уже не работает, его пишут все.

Сколько кредитов стоит сайт стартапа?

Zugo списывает кредиты за действия, а не за время. Сборка стоит 6 кредитов, правка 3, многостраничная платформа 12 за первые три страницы и по 3 за каждую следующую.

Режим Hi-Fi вдвое дороже: сборка 12, правка 6. На стадии проверки спроса он почти всегда преждевременен: гипотезу убивает или подтверждает формулировка на первом экране, а не качество теней.

Free даёт 5 кредитов, это меньше одной сборки, поэтому бесплатный тариф позволяет осмотреться. Pro стоит $25 в месяц и даёт 200 кредитов, чего хватает на 33 быстрых сборки. Это заметно больше, чем нужно для проверки одной идеи, и ровно столько, сколько нужно для проверки пяти.

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

Что показывать, пока продукта ещё нет?

Скриншоты того, чего не существует, это плохая идея не по этическим причинам, а по практическим: люди приходят за увиденным и уходят, когда не находят.

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

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

Третье: сроки. «Открываем доступ по десять человек в неделю с сентября» это проверяемое обещание. «Скоро» это отсутствие обещания, и его читают именно так.

Какая аналитика нужна на первой неделе?

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

Google Analytics подключается к проекту и закрывает первые два числа. Третье вы и так видите по числу заявок, и именно оно определяет, работает формулировка или нет.

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

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

Когда ИИ-билдера перестаёт хватать?

Три момента, которые стоит узнать заранее, а не в середине спринта.

Когда логика становится специфичной. Сложные правила тарификации, интеграции с чужими API, фоновые задачи и синхронизация данных доводятся правками, а не одним промтом. Это возможно, но это уже разработка, просто в другом интерфейсе.

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

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

С чего начать?

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

Дальше меняйте заголовок, а не дизайн. Три правки первого экрана за 9 кредитов дают больше информации о спросе, чем неделя переделки визуала. Если формулировка не работает, соберите второй лендинг рядом и сравните.

Опишите свою идею одним абзацем на zugo.dev и поставьте на первый экран то, что ваш продукт делает, а не то, каким он станет.