SaaS для бизнесаEvent-индустрия2026

Marryo

CRM для свадебных организаторов и интерактивный портал пары

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

Открыть сайт проекта
56
модулей бэкенда
2
независимых контура (агентство и пара)
PWA
установка и офлайн-оболочка
Главная страница Marryo
Публичная страница продукта
Задача

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

Решение

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

Функциональность

Что реализовано

Проекты и сделки

Воронка заявок, статусы, бюджеты и договорённости по каждой свадьбе.

Чек-листы от даты

Задачи привязаны к дате события: перенос даты пересчитывает сроки автоматически.

Смета и платежи

Статьи расходов, авансы, графики платежей, фактические поступления.

Гости и рассадка

Списки, RSVP, схема столов и логистика дня.

Таймлайн дня

Поминутный сценарий с ответственными — подрядчики и команда видят свою часть.

Портал пары

Клиентский кабинет и сайт-приглашение с подтверждением присутствия.

Интерфейс

Экраны продукта

Снимки сделаны с работающего стенда на демонстрационных данных.

Инженерная часть

Технические решения

  • Двухконтурная модель доступа: сотрудники агентства и пара работают в одном проекте, но видят разные срезы данных и разные интерфейсы.
  • Перерасчёт зависимых сроков при переносе даты выполняется фоновыми задачами (pg-boss), а не в момент запроса — интерфейс не ждёт пересчёта.
  • Клиент API генерируется из OpenAPI-схемы бэкенда, поэтому расхождение контрактов ловится на сборке, а не в проде.
  • Установка как приложение (PWA) с офлайн-оболочкой — организатору нужен доступ к таймлайну на площадке, где связь нестабильна.

Стек

Backend
NestJS 11FastifyPrisma 6PostgreSQL 16pg-boss
Frontend
Next.js 16React 19MUI 7RTK Querynext-intlSerwist PWA
Инфраструктура
Docker ComposeGitHub Actionsnginxblue-green деплой
Следующий проект

«Мир занятий»

CRM для детских центров развития: расписание, абонементы и удержание клиентов

Смотреть кейс
Контакты

Обсудить похожую задачу

Напишите, что нужно сделать — отвечу с оценкой объёма работ, вариантами решения и сроками.

Написать на почту