Как сделать канбан-доску без кода: пошаговый разбор

Опишите колонки, поля карточки и правило, по которому карточка переезжает вправо. AI-билдер соберёт доску с перетаскиванием, хранением и входом. Личная доска на одном экране стоит 6 кредитов, командная версия с входом и несколькими экранами считается платформой: 12 кредитов за первые три страницы.

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

Зачем собирать свою доску, если есть готовые?

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

Вторая это владение данными. Своя доска на Supabase означает базу Postgres под вашим аккаунтом, откуда данные забираются одним запросом. Ни один тариф не отключится, и ни один экспорт не понадобится согласовывать.

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

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

Какую модель данных описать в промпте?

Доску держат два объекта, и почти все ошибки происходят на втором. Колонка это статус, а не отдельная сущность со своей логикой. Карточка это задача с полем «статус», и перетаскивание меняет только это поле.

• Доска. Название, владелец, список колонок в нужном порядке, участники.
• Карточка. Заголовок, описание, колонка, порядок внутри колонки, исполнитель, срок, метки, дата создания, дата изменения.

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

Собери канбан-доску для [процесс].
Вход через Supabase, у каждого пользователя свои доски.
Колонки: [Входящие], [В работе], [На проверке], [Готово].
Карточка: заголовок, описание, колонка, порядок в колонке,
исполнитель, срок, метки, дата создания, дата изменения.
Экраны:
1. Доска: колонки рядом, карточки перетаскиваются мышью
   и пальцем, фильтр по исполнителю и метке
2. Карточка: полное описание, смена исполнителя и срока,
   комментарии
3. Настройки доски: переименовать колонки, добавить участника
Правила: перетаскивание меняет колонку и порядок сразу,
дата изменения обновляется автоматически,
просроченные карточки помечаются визуально.

Строка про перетаскивание пальцем существенна: доску открывают с телефона чаще, чем закладывают при проектировании. Разбор структуры промпта целиком есть в статье как писать промт для ИИ-билдера.

Сколько стоит собрать канбан-доску?

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

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

Где хранить карточки и как устроить общий доступ?

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

Supabase даёт настоящую базу Postgres под вашим аккаунтом плюс вход по почте. С ним доска открывается с телефона и ноутбука, карточки не теряются, а участники видят общую картину. Это же решает вопрос доступа: каждый видит доски, к которым его добавили. Настройка описана в статье AI-приложение с Supabase.

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

Что делать, если доска нужна под конкретный процесс?

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

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

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

Чего сгенерированная канбан-доска не сделает?

• Не даст живого совместного редактирования. Двое, двигающие одну карточку в одну секунду, требуют разрешения конфликтов, а это отдельная инженерная задача, а не строка в промпте.
• Не заменит зрелый таск-трекер на большой команде. Права по ролям, история изменений, аудит и мобильные приложения накапливались у готовых сервисов годами.
• Не подключится к вашему трекеру. Синхронизация с Jira или другой системой через её API это работа разработчика. Код выгружается в GitHub, и проект принадлежит вам.
• Не сделает уведомления умными. Письмо при назначении сделать можно через Resend, но правила «беспокоить только по важному» это ваша настройка, а не готовая функция.

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

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

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

Первое это архив вместо удаления. Карточка из колонки «Готово» уходит в архив по кнопке или автоматически через заданное число дней, но остаётся доступной по поиску. Без архива колонка «Готово» разрастается и делает доску нечитаемой, а с удалением теряется история.

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

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

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

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

С личной доски на одном экране за 6 кредитов и вашими настоящими колонками, а не с командной версии. Поработайте с ней три дня на реальных задачах. Обычно за это время становится понятно, каких двух полей не хватает, и добавить их стоит по 3 кредита за правку.

Когда доска станет полезной вам, добавьте Supabase и участников. Если планируете передавать проект разработчику или просто хотите держать исходники у себя, посмотрите разбор экспорта приложения в GitHub, а общий путь от идеи до приложения описан в статье создать приложение нейросетью. Начать можно на zugo.dev.