Как сделать приложение опроса без кода: ответы и база

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

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

Чем приложение опроса отличается от формы?

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

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

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

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

Куда складывать ответы?

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

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

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

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

Как описать опрос в промте?

Билдеру нужны сами вопросы, типы ответов и поведение между экранами. Чем конкретнее список, тем меньше правок потом.

Собери приложение опроса [название].
Экраны: приветствие, вопросы по одному на экран, финальный экран.
Вопросы:
1. [текст вопроса]: один выбор из [варианты].
2. [текст вопроса]: несколько выборов из [варианты].
3. [текст вопроса]: шкала от 1 до 10.
4. [текст вопроса]: свободный текст, до 500 символов.
Показывать полоску прогресса и номер шага.
Кнопка «Назад» сохраняет уже данные ответы.
Ответы сохранять в Supabase, таблица responses: id прохождения,
время, ответы в формате ключ-значение.
Финальный экран: благодарность и что будет дальше.
Оформление: один вопрос крупно, минимум лишнего, работает на телефоне.

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

Как задать логику переходов между вопросами?

Ветвления описываются словами, но описывать их надо как правила, а не как пожелания. Билдер хорошо понимает конструкцию «если ответ на вопрос N равен X, то следующий вопрос M, иначе K».

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

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

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

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

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

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

Free даёт 2 400 кредитов разово: это четыре сборки или восемь правок. Pro стоит $25 в месяц и даёт 20 000 кредитов, Business стоит $50 в месяц.

Как повысить долю дошедших до конца?

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

Напишите на приветственном экране число вопросов и примерное время. «Восемь вопросов, около двух минут» удерживает лучше, чем ничего, потому что человек принимает решение один раз, а не заново на каждом шаге.

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

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

Что с анонимностью и персональными данными?

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

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

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

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

Когда честнее взять готовый конструктор форм?

У готовых конструкторов есть сильные стороны, и делать вид, что их нет, бессмысленно. Сравнение по существу.

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

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

С линейной версии на пять вопросов, которая пишет ответы в таблицу. Это 600 кредитов и час. Пройдите её сами с телефона и посмотрите, появилась ли строка в базе: это единственная проверка, которая имеет значение на старте.

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

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