01Full Stack Platform

Case study · Web platform

Wedding Invitation Platform

Персональные приглашения, RSVP, управление гостями, административный интерфейс и интеграции в одной системе.

  • Full Stack development
  • Responsive web application
  • Guest management
  • Integrations
  • Production deployment
Guest experiencePrivacy-reviewed selection
Desktop-интерфейс навигации гостя по разделам свадебной платформы01 · Desktop guide
Мобильный интерфейс путеводителя по свадебной платформе02 · Mobile flow
Карточки программы свадебного дня в гостевом интерфейсе03 · Day program
Реальный guest experience: desktop, mobile и программа дня — без персональных данных и параметров приглашения.

Краткое резюме проекта

Тип продукта
Персонализированная веб-платформа
Основные пользователи
Гости и администраторы мероприятия
Формат
Адаптивное веб-приложение
Роль
Проектирование, frontend, backend, интеграции и deployment
Статус
Рабочий production-проект

01 · Исходная задача

Объединить приглашения и ответы

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

До

  • Персональные приглашения создаются вручную
  • Ответы собираются разрозненно
  • Гостям требуется разный контент
  • Статусы нужно контролировать вручную

После

  • Персональная страница
  • RSVP
  • Централизованные данные
  • Административный контроль
  • Интеграционные сценарии

02 · Пользовательские сценарии

Два разных рабочих контура

Гость

Приглашённый пользователь

  1. 01

    Ссылка-приглашение

  2. 02

    Персональная страница

  3. 03

    Программа и детали

  4. 04

    RSVP

  5. 05

    Дополнительная информация

Администратор

Организатор мероприятия

  1. 01

    Создать приглашение

  2. 02

    Управлять гостем

  3. 03

    Отслеживать RSVP

  4. 04

    Импорт / экспорт

  5. 05

    Коммуникационные интеграции

03 · Слои продукта

Пять связанных уровней системы

  1. 01

    Experience

    Персональные страницы и административные сценарии.

    • Guest journey
    • RSVP forms
    • Admin workflows
  2. 02

    Application

    Серверная логика, правила и API-контракты.

    • Next.js application
    • API routes
    • Validation
  3. 03

    Data

    Централизованное состояние приглашений и ответов.

    • PostgreSQL
    • SQL migrations
    • Import / export
  4. 04

    Integrations

    Отдельные внешние каналы доступа и коммуникации.

    • Telegram
    • VK
    • Discord
  5. 05

    Delivery

    Сборка, production runtime и эксплуатационные проверки.

    • CI/CD
    • VPS
    • Nginx
    • Health checks

01

Персональные страницы

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

02

RSVP

Ответ гостя проходит серверную обработку и сохраняется централизованно, чтобы организатор видел актуальный статус.

03

Административный интерфейс

Рабочий контур объединяет операции с приглашениями, гостями и ответами без обращения к разрозненным таблицам.

04

Интеграции

Telegram, VK и Discord используются в отдельных сценариях подтверждения, доступа и коммуникации.

04 · Архитектура

Единое приложение, разделённые сценарии

Платформа построена как единое Next.js-приложение: App Router объединяет пользовательские страницы, административные сценарии и серверные маршруты, а PostgreSQL хранит централизованное состояние.

Схема прошла privacy reviewАрхитектура
Тёмная схема архитектуры Wedding Invitation Platform: гостевой интерфейс, API, хранилище, административный контур и интеграции
Публичная схема основных контуров платформы без доменов, идентификаторов и приватных параметров инфраструктуры.
  1. 01Гость или администратор
  2. 02Next.js приложение
  3. 03Серверная логика и API
  4. 04PostgreSQL
  5. 05Внешние интеграции
  • Guest- и admin-сценарии разграничены на уровне интерфейсов и серверной логики.
  • API и server-side обработчики отвечают за валидацию, изменение статусов и работу с данными.
  • Внешние интеграции подключены как отдельный контур без раскрытия внутренних контрактов.

05 · Frontend

Guest-first на mobile, рабочий admin на desktop

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

  • Next.js, React и TypeScript для интерфейсов и прикладной логики.
  • Tailwind CSS для адаптивной сетки и согласованной визуальной системы.
  • Индивидуальные страницы приглашений и формы RSVP.
  • Административные интерфейсы для рабочих сценариев.
  • Умеренная анимация без ущерба доступности и содержанию.

06 · Backend и данные

Централизованная серверная обработка

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

  • Next.js server-side logic и API routes.
  • PostgreSQL и SQL migrations.
  • Серверная валидация и контроль состояний.
  • Guest- и invitation-данные без публикации реальных записей.
  • Импорт и экспорт для административных операций.
  • Health- и ops-проверки для эксплуатации.

07 · Интеграции

Внешние каналы без раскрытия контрактов

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

  • Telegram
  • VK
  • Discord

Имена ботов, callback-адреса, идентификаторы приложений, токены и внутренние webhook-пути намеренно не раскрываются.

08 · Инфраструктура и deployment

От разработки до production-состояния

Проект был не только разработан, но и доведён до рабочего production-состояния с настроенным развёртыванием и эксплуатационными проверками.

Схема прошла privacy reviewРазвёртывание
Тёмная схема процесса сборки и развёртывания Wedding Invitation Platform
Обобщённый процесс проверок, сборки, запуска и восстановления без адресов серверов и команд доступа.
  • VPS и Nginx для размещения приложения.
  • Process manager для управления runtime-процессом.
  • GitHub Actions и CI/CD для контролируемого развёртывания.
  • Health checks, диагностика и проверка состояния после запуска.
  • Подготовка сценариев восстановления без публикации чувствительных параметров.

09 · Роль

Зона ответственности

В проекте я отвечал за проектирование пользовательских сценариев, frontend, серверную логику, работу с данными, интеграции и подготовку production-инфраструктуры.

  1. 01

    Product thinking

    Пользовательские сценарии и границы продукта.

  2. 02

    Frontend

    Guest- и admin-интерфейсы.

  3. 03

    Backend

    Server-side logic, API и validation.

  4. 04

    Data

    Модель данных и рабочие операции.

  5. 05

    Integrations

    Коммуникационные и access-сценарии.

  6. 06

    Infrastructure

    Production runtime и deployment.

  7. 07

    Support

    Диагностика и контролируемое развитие.

10 · Технический стек

Инструменты по слоям системы

Frontend

Пользовательские и административные интерфейсы.

  • Next.js
  • React
  • TypeScript
  • Tailwind CSS
  • Framer Motion

Backend

Серверная логика и обработка запросов.

  • Next.js server-side logic
  • API routes
  • Node.js
  • Серверная валидация

Data

Централизованное состояние и рабочие операции.

  • PostgreSQL
  • SQL migrations
  • Import/export flows

Integrations

Вспомогательные каналы доступа и коммуникации.

  • Telegram
  • VK
  • Discord

Infrastructure

Развёртывание и эксплуатационный контур.

  • VPS
  • Nginx
  • GitHub Actions
  • CI/CD
  • Health checks
  • Process management

12 · Интерфейсы проекта

Интерфейсы проекта

Четыре сильных privacy-reviewed кадра показывают реальные desktop, mobile, программу дня и dress-code guide без персональных данных гостей.

04 · Privacy reviewed

Общий ритм дня без имён пары, даты, площадки и приватного навигационного контекста.
Mobile-first карточка раздела без имени гостя, даты или кода приглашения.
Desktop guest experience: общий путеводитель без персонализированного hero.
Гостевой dress-code guide без имён, даты, локации и параметров приглашения.

11 · Публичные ограничения

Что намеренно не публикуется

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

  • Приватный исходный код не публикуется.
  • Полные guest- и admin-экраны исключены; публичны только privacy-reviewed фрагменты интерфейса.
  • Архитектурные изображения очищены и проверены.
  • Отдельные интерфейсы могут быть показаны лично при наличии разрешения.

Навигация

Продолжить знакомство с работами