Focalboard или Vikunja: что выгоднее и когда

MAATRIX

Оба бесплатны, оба написаны на Go, оба ставятся одним docker compose up -d — и по этой причине их часто путают, хотя решают разные задачи. Focalboard — это канбан-доска с таблицей и календарём как альтернативными представлениями, Vikunja — менеджер задач со списками, дедлайнами и напоминаниями, у которого канбан лишь один из режимов просмотра. Разберём, где проходит граница, и на что смотреть, если нужно выбрать один инструмент под конкретный сценарий.

Короткий ответ: где проходит граница

Если коротко: Focalboard отвечает на вопрос «как это выглядит» (доска, таблица, календарь, галерея — одни и те же карточки в разных видах), а Vikunja — на вопрос «когда это нужно сделать» (дедлайны, повторы, напоминания на почту, приоритеты).

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

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

Не берите ни то, ни другое, если нужна полноценная система управления проектами с диаграммой Ганта, спринтами и оценкой трудозатрат — присмотритесь к OpenProject или Taiga; оба инструмента из этой статьи устроены проще и не претендуют на замену полноценной PM-платформы.

Функции бок о бок

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

Два пункта чаще всего решают выбор сами. Первый — напоминания. Если задачи привязаны к датам и важно, чтобы участник получил письмо за день до дедлайна, Focalboard этого не даёт вообще: у него есть поле «дата» как свойство карточки, но нет движка уведомлений. Второй — представления одних данных. В Focalboard одна и та же доска мгновенно превращается в таблицу с сортировкой по любому столбцу — в Vikunja такой гибкости в табличном виде нет, там фильтры списка работают иначе и не заменяют полноценную сводную таблицу.

Ресурсы на сервере: кто легче

Оба написаны на Go и по факту легче большинства self-hosted аналогов — сравните с Wekan на связке Meteor + MongoDB, который на сопоставимой команде съедает в разы больше памяти. Но между собой Focalboard и Vikunja тоже не близнецы.

Цифры ориентировочные — фактическое потребление зависит от числа досок/проектов, вложений и одновременно активных пользователей, точных бенчмарков под вашу нагрузку это не заменит. Подробный разбор по сценариям — в статьях сколько RAM нужно для Focalboard и сколько RAM нужно для Vikunja. На практике на VPS с 2 ГБ RAM оба чувствуют себя комфортно с PostgreSQL для команды до 10-15 человек; на 1 ГБ Vikunja с SQLite ужимается легче, чем Focalboard с активной работой нескольких людей — у Focalboard SQLite держит только одного писателя одновременно, и при параллельных правках начинаются короткие блокировки.

Установка: чем отличается деплой

Focalboard — один контейнер плюс отдельный config.json с настройками сервера (адрес, тип БД, пути к файлам). Минимальный рабочий стек:

services:
  focalboard:
    image: mattermost/focalboard:latest
    container_name: focalboard
    restart: unless-stopped
    volumes:
      - ./data:/data
      - ./config.json:/opt/focalboard/config.json
    ports:
      - "127.0.0.1:8000:8000"

Vikunja сразу разворачивается с PostgreSQL — это рекомендуемая конфигурация из официальной документации, а не то, что нужно докручивать отдельно:

services:
  db:
    image: postgres:16-alpine
    environment:
      POSTGRES_USER: vikunja
      POSTGRES_PASSWORD: change_me_strong_password
      POSTGRES_DB: vikunja
    volumes:
      - ./data/db:/var/lib/postgresql/data

  vikunja:
    image: vikunja/vikunja:latest
    depends_on:
      - db
    environment:
      VIKUNJA_DATABASE_TYPE: postgres
      VIKUNJA_DATABASE_HOST: db
      VIKUNJA_SERVICE_JWTSECRET: replace_with_random_32char_string
      VIKUNJA_SERVICE_FRONTENDURL: "https://tasks.example.com/"
    ports:
      - "127.0.0.1:3456:3456"

Оба порта вынесены на 127.0.0.1 — наружу нужен реверс-прокси с HTTPS: у Focalboard критично пробросить WebSocket-заголовки Upgrade/Connection для живых обновлений досок, у Vikunja — точно совпадающий VIKUNJA_SERVICE_FRONTENDURL, иначе будут ошибки CORS и битые редиректы. Полные разборы с примерами конфигов для Caddy и nginx — в статьях Focalboard в Docker Compose и Vikunja в Docker Compose; если реверс-прокси на сервере ещё нет, начните с установки Caddy с авто-SSL на Ubuntu 24.04.

Развитие проекта и риски долгосрочного выбора

Это тот пункт, который редко смотрят на старте, а потом жалеют. Focalboard как отдельный продукт Mattermost с 2023 года не получает приоритетной поддержки штатной команды — компания сосредоточилась на встроенном плагине Boards внутри самого Mattermost, а standalone-репозиторий mattermost-community/focalboard держится на community-мейнтейнерах. Для рабочей доски команды это не критично прямо сейчас: приложение стабильно, не требует внешних сервисов, данные не заперты (SQLite-файл или PostgreSQL-дамп читаются штатными инструментами). Но темп разработки заметно ниже, чем у активно поддерживаемых продуктов, и если критичный для бизнеса функционал сломается между релизами — чинить будет некому, кроме сообщества.

Vikunja развивается активнее: релизы выходят регулярно, миграции схемы применяются автоматически при обновлении, добавляются новые интеграции и импорт из сторонних сервисов. Из рисков — проект финансируется не крупной компанией, а держится на разработчиках и донатах, но на конец лета 2026 года темп коммитов и внимание к issues заметно выше, чем у Focalboard.

Практический вывод: если решение строится «на годы» и важно не остаться с заброшенным инструментом — Vikunja выглядит надёжнее. Если нужна конкретная функция (гибкие таблицы-представления) прямо сейчас и вы готовы держать в уме риск застоя разработки — Focalboard всё ещё рабочий выбор, просто пиньте конкретную версию образа (mattermost/focalboard:7.10.0, а не latest) вместо автообновления.

Импорт данных и переезд между системами

Штатного пути перенести доски напрямую из Focalboard в Vikunja или обратно нет — форматы экспорта не совместимы. Но у обоих есть импорт из внешних источников, что упрощает первоначальный переезд с коммерческих сервисов.

• Focalboard умеет импортировать доски из JSON-экспорта Trello (Меню доски → Печать и экспорт → Экспорт JSON), карточки, списки и метки переносятся, вложения и комментарии — не всегда полностью.
• Vikunja поддерживает импорт из нескольких сервисов через раздел настроек (набор источников меняется от версии к версии — проверьте актуальный список в вашем инстансе перед переездом).

Если нужно перенести именно между Focalboard и Vikunja, практичнее не искать автоматический мост, а вручную пересоздать структуру проектов и перенести активные карточки — на команду до 10-15 человек с несколькими досками это занимает пару часов, а не дни.

Когда выбрать что: сценарии

• Личный список дел, покупки, дела по дому. Vikunja — SQLite, минимальный сервер, мобильные приложения, напоминания на почту о просроченных задачах. Focalboard тут избыточен: канбан для списка покупок не нужен.
• Небольшая команда, спринты и роадмап. Focalboard — таблица со столбцами-свойствами закрывает то, что в других канбан-досках приходится делать вручную: сортировка задач спринта по приоритету и исполнителю без переключения инструмента.
• Команда с внешними дедлайнами (клиентские проекты, поддержка). Vikunja — без email-напоминаний о горящих сроках легко упустить задачу, а это ровно то, чего Focalboard не даёт из коробки.
• Семья или пара делят быт. Vikunja с мобильными приложениями и повторяющимися задачами («вынести мусор» каждый вторник) — Focalboard такого не умеет вообще.
• Уже есть Mattermost в компании. Ни то, ни другое — используйте встроенный плагин Boards внутри самого Mattermost, он и есть развитие идеи Focalboard, только с активной поддержкой.
• Нужны оба сценария сразу. Разверните оба на одном сервере под разными поддоменами — ресурсов при командах до 10-15 человек хватит на VPS с 4 ГБ RAM, а решение «что использовать сегодня» отдайте команде.

Частые вопросы