Свадебный организатор ведёт 20 пар сразу: доска и файлы на своём сервере

MAATRIX

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

Где теряются свадьбы, когда их двадцать сразу

У каждой пары в работе одновременно крутится десяток нитей: бюджет и то, сколько от него уже потрачено; список подрядчиков с контактами, статусом брони и датой предоплаты; чек-лист по неделям — от первой встречи до дня Х; брифы и мудборды, которые пара присылала на старте; сканы контрактов; фото с осмотра площадки и дегустаций; список гостей и рассадка; таймлайн дня свадьбы для координатора на месте.

Пока пар одна-две, это можно держать в голове и паре табличек. При двадцати параллельных свадьбах в разных стадиях — от «только познакомились» до «через неделю роспись» — таблички перестают справляться. Типичные сбои узнаваемы:

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

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

Доска вместо гугл-таблицы: Wekan на своём сервере

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

Развернуть его проще всего через Docker Compose:

version: "3.7"
services:
  wekan-db:
    image: mongo:6
    restart: unless-stopped
    volumes:
      - wekan-db-data:/data/db
    command: mongod --oplogSize 128 --quiet

  wekan:
    image: wekanteam/wekan:latest
    restart: unless-stopped
    environment:
      MONGO_URL: mongodb://wekan-db:27017/wekan
      ROOT_URL: https://board.вашдомен.ru
      MAIL_URL: smtp://user:password@smtp.вашдомен.ru:587/
    ports:
      - "127.0.0.1:8085:8080"
    depends_on:
      - wekan-db

volumes:
  wekan-db-data:

Дальше — обратный прокси (nginx или Caddy) с TLS-сертификатом на внешний адрес, чтобы доска открывалась по человеческому домену, а не по IP и порту. Подробный пошаговый разбор установки, включая частые ошибки при первом запуске, — в отдельной статье про настройку Wekan на VPS. Здесь важнее принцип: доска — не самоцель, а способ убрать из головы вопрос «а что там с этой парой» и получить ответ за пять секунд взгляда на экран.

Как устроить доску: одна пара — одно рабочее пространство

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

Пример набора колонок для основной доски:

Бриф и первая встреча → Договор подписан → Подрядчики бронируются
  → За месяц до даты → Финальная неделя → Проведено → Архив

Внутри каждой карточки (пары):

• Чек-лист по подрядчикам — площадка, фото/видео, флористика, кейтеринг, музыка, транспорт, декор — с отметками «забронировано / предоплата внесена / подтверждено».
• Чек-лист по бюджету — статьи расходов и отметка, что оплачено, без точных сумм в самой карточке, если это чувствительные данные (сумму держите в файле сметы в хранилище, в карточке — только статус).
• Метки (labels) по срочности и типу — «горит», «ждём ответ клиента», «ждём ответ подрядчика».
• Срок исполнения (due date) на карточке — Wekan подсвечивает просроченные и приближающиеся дедлайны, что для двадцати параллельных свадеб снимает необходимость держать сроки в голове.
• Ссылка на папку пары в файловом хранилище — так карточка и файлы связаны в одном клике, без дублирования документов внутри доски.

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

Файлы: контракты, брифы, референсы и фотографии без общей свалки

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

Структура папок, которая хорошо ложится на процесс организатора:

/Свадьбы/
  2026-09-12_Иванова-Петров/
    01_Контракт_и_бриф/
    02_Референсы_и_мудборд/
    03_Подрядчики/
      флорист/
      фото-видео/
      кейтеринг/
    04_Смета/
    05_Фото_с_площадки_и_дегустаций/
    06_Таймлайн_дня/
  2026-10-03_Смирнова-Козлов/
    ...

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

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

Как это работает в течение дня, а не только в теории

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

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

На осмотре площадки или дегустации — телефон с приложением Nextcloud (официальный клиент под iOS и Android), фото загружаются сразу в папку конкретной пары, пока вы ещё на месте и точно не перепутаете, к какой свадьбе они относятся. То же самое с Wekan — мобильная веб-версия открывается в браузере телефона, отметить пункт чек-листа или добавить комментарий к карточке можно, не отходя от разговора с подрядчиком.

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

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

Доступ ассистентам, подрядчикам и парам — без общего пароля от всего архива

Ключевая практическая деталь: не всем, кому нужен доступ к части информации, стоит выдавать доступ ко всему. И в Wekan, и в Nextcloud это решается ролями и ссылками, а не единым логином, который потом неловко отзывать.

• Ассистентам — отдельные учётные записи с доступом к нужным доскам (в Wekan можно ограничить видимость по доске) и к нужным папкам в Nextcloud (права на конкретную папку, а не на весь архив «Свадьбы»).
• Подрядчикам — не учётная запись, а разовая ссылка на подпапку с паролем и, по возможности, сроком действия — флористу не нужен доступ к контракту с площадкой, а видеографу не нужна смета.
• Самим парам — отдельная публичная ссылка «только просмотр» на таймлайн дня или согласованный список гостей, без доступа к внутренней кухне организатора: черновым чек-листам, заметкам по бюджету, переписке с другими подрядчиками.

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

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

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