Zugo или Glide: приложение из таблицы или из описания

Zugo или Glide: приложение из таблицы или из описания

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

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

Что такое Glide и в какой момент он выигрывает?

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

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

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

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

Что такое Zugo и чем он отличается?

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

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

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

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

Чем Zugo и Glide отличаются по пунктам?

Первая строка объясняет остальные. Инструмент, который начинается с данных, будет силён в работе с данными и слаб в оформлении витрины. Инструмент, который начинается с описания, ведёт себя наоборот.

В чём Glide объективно сильнее?

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

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

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

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

Сколько стоит сборка и правка в Zugo?

Цены назначены за действие и опубликованы, поэтому расчёт делается до начала работы.

Free даёт 5 кредитов разово: это меньше одной свежей сборки, то есть возможность посмотреть. Pro стоит $25 в месяц и даёт 200 кредитов: примерно 16 платформ, или 33 сборки, или 66 правок в месяц. Business стоит $99 в месяц с 800 кредитами.

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

Кому какой инструмент подойдёт?

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

Где каждый инструмент упирается в потолок?

Границы Zugo называем прямо. Он не заменяет команду разработки на сложном продукте: многоуровневые права, интеграции с чужими системами и годы поддержки требуют людей. Игры собираются 2D и в браузере. Очень специфичная бизнес-логика доводится серией правок, а не одним промптом. Проверка в песочнице подтверждает, что сборка открылась, а не что она считает правильно.

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

Общее у обоих: инструмент не наведёт порядок в ваших данных. Если в таблице дубли, пустые поля и три написания одного города, приложение просто покажет этот беспорядок в более удобном виде.

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

Что делать, если данные в таблице, а витрина нужна публичная?

Это самая частая смешанная задача, и она разваливается на две независимые половины. Внутри компании сотрудники работают с записями. Снаружи клиенты видят каталог, цены и форму заявки. Требования у половин почти не пересекаются.

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

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

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

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

Что сделать перед выбором

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

Второй вопрос про будущее: нужен ли вам публичный сайт рядом с внутренним приложением. Если нужен, держать две разные платформы дороже, чем кажется на старте. Проверить связку можно за вечер на бесплатных 5 кредитах на zugo.dev.