До
- Персональные приглашения создаются вручную
- Ответы собираются разрозненно
- Гостям требуется разный контент
- Статусы нужно контролировать вручную
02Full Stack Platform
PRODUCT DESIGN · FULL STACK · DELIVERY
Wedding Invitation Platform
Персональная guest-платформа для свадьбы: приглашения, RSVP, управление гостями, программа, административный интерфейс и интеграционные сценарии в одном продукте.
Guest experiencePrivacy-reviewed selection
01 · Desktop guide
02 · Mobile flow
03 · Day programКраткое резюме проекта
- Тип продукта
- Персонализированная веб-платформа
- Основные пользователи
- Гости и администраторы мероприятия
- Формат
- Адаптивное веб-приложение
- Роль
- Проектирование, frontend, backend, интеграции и deployment
- Статус
- Рабочий production-проект
Исходная задача
Объединить приглашения и ответы
Задача состояла в том, чтобы перевести персональные приглашения и ответы гостей из разрозненных ручных операций в один управляемый продуктовый контур.
Задачи проекта
После
- Персональная страница
- RSVP
- Централизованные данные
- Административный контроль
- Интеграционные сценарии
Решение
Что я построил
Full-stack платформа персональных приглашений: guest experience, RSVP, управление гостями, admin-интерфейс, данные, интеграции и production deployment.
Персональные страницы · RSVP · Управление гостями
Роль
Зона ответственности
В проекте я отвечал за проектирование пользовательских сценариев, frontend, серверную логику, работу с данными, интеграции и подготовку production-инфраструктуры.
- 01
Product thinking
Пользовательские сценарии и границы продукта.
- 02
Frontend
Guest- и admin-интерфейсы.
- 03
Backend
Server-side logic, API и validation.
- 04
Data
Модель данных и рабочие операции.
- 05
Integrations
Коммуникационные и access-сценарии.
- 06
Infrastructure
Production runtime и deployment.
- 07
Support
Диагностика и контролируемое развитие.
12 · Интерфейсы проекта
Интерфейсы проекта
Четыре сильных privacy-reviewed кадра показывают реальные desktop, mobile, программу дня и dress-code guide без персональных данных гостей.
04 · Privacy reviewed
05.1 · Пользовательские сценарииДва разных рабочих контура
Гость
Приглашённый пользователь
- 01
Ссылка-приглашение
- 02
Персональная страница
- 03
Программа и детали
- 04
RSVP
- 05
Дополнительная информация
Администратор
Организатор мероприятия
- 01
Создать приглашение
- 02
Управлять гостем
- 03
Отслеживать RSVP
- 04
Импорт / экспорт
- 05
Коммуникационные интеграции
Слои продукта
Пять связанных уровней системы
- 01
Experience
Персональные страницы и административные сценарии.
- Guest journey
- RSVP forms
- Admin workflows
- 02
Application
Серверная логика, правила и API-контракты.
- Next.js application
- API routes
- Validation
- 03
Data
Централизованное состояние приглашений и ответов.
- PostgreSQL
- SQL migrations
- Import / export
- 04
Integrations
Отдельные внешние каналы доступа и коммуникации.
- Telegram
- VK
- Discord
- 05
Delivery
Сборка, production runtime и эксплуатационные проверки.
- CI/CD
- VPS
- Nginx
- Health checks
01
Персональные страницы
Приглашение становится самостоятельным адаптивным сценарием с информацией, которая относится к конкретному гостю.
02
RSVP
Ответ гостя проходит серверную обработку и сохраняется централизованно, чтобы организатор видел актуальный статус.
03
Административный интерфейс
Рабочий контур объединяет операции с приглашениями, гостями и ответами без обращения к разрозненным таблицам.
04
Интеграции
Telegram, VK и Discord используются в отдельных сценариях подтверждения, доступа и коммуникации.
Ключевые решения
Приглашение как продуктовый сценарий
- Персональный доступ к приглашению и RSVP через invite-code.
- Гостевой опыт отделён от административного управления.
- Интеграции и уведомления дополняют общий процесс работы с гостями.
Инфраструктура и deployment
От разработки до production-состояния
Проект был не только разработан, но и доведён до рабочего production-состояния с настроенным развёртыванием и эксплуатационными проверками.
Схема прошла privacy reviewРазвёртывание
- VPS и Nginx для размещения приложения.
- Process manager для управления runtime-процессом.
- GitHub Actions и CI/CD для контролируемого развёртывания.
- Health checks, диагностика и проверка состояния после запуска.
- Подготовка сценариев восстановления без публикации чувствительных параметров.
08 · АрхитектураЕдиное приложение, разделённые сценарии
Платформа построена как единое Next.js-приложение: App Router объединяет пользовательские страницы, административные сценарии и серверные маршруты, а PostgreSQL хранит централизованное состояние.
Схема прошла privacy reviewАрхитектура
- 01Гость или администратор
- 02Next.js приложение
- 03Серверная логика и API
- 04PostgreSQL
- 05Внешние интеграции
- Guest- и admin-сценарии разграничены на уровне интерфейсов и серверной логики.
- API и server-side обработчики отвечают за валидацию, изменение статусов и работу с данными.
- Внешние интеграции подключены как отдельный контур без раскрытия внутренних контрактов.
08.1 · FrontendGuest-first на mobile, рабочий admin на desktop
Интерфейс проектировался прежде всего для мобильного использования гостями, при этом административная часть должна была оставаться удобной на desktop.
- Next.js, React и TypeScript для интерфейсов и прикладной логики.
- Tailwind CSS для адаптивной сетки и согласованной визуальной системы.
- Индивидуальные страницы приглашений и формы RSVP.
- Административные интерфейсы для рабочих сценариев.
- Умеренная анимация без ущерба доступности и содержанию.
08.2 · Backend и данныеЦентрализованная серверная обработка
Серверная часть обрабатывает RSVP, административные операции и доступ к данным. Состояние приглашений и ответов хранится централизованно.
- Next.js server-side logic и API routes.
- PostgreSQL и SQL migrations.
- Серверная валидация и контроль состояний.
- Guest- и invitation-данные без публикации реальных записей.
- Импорт и экспорт для административных операций.
- Health- и ops-проверки для эксплуатации.
08.3 · ИнтеграцииВнешние каналы без раскрытия контрактов
Интеграции использовались для подтверждений, доступа и вспомогательных коммуникационных сценариев.
- Telegram
- VK
- Discord
Имена ботов, callback-адреса, идентификаторы приложений, токены и внутренние webhook-пути намеренно не раскрываются.
08.4 · Технический стекИнструменты по слоям системы
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
Публичные ограничения
Что намеренно не публикуется
В публичном кейсе намеренно не размещены персональные данные гостей, реальные ссылки приглашений, административные записи, конфигурация интеграций и части внутренней инфраструктуры.
- Приватный исходный код не публикуется.
- Полные guest- и admin-экраны исключены; публичны только privacy-reviewed фрагменты интерфейса.
- Архитектурные изображения очищены и проверены.
- Отдельные интерфейсы могут быть показаны лично при наличии разрешения.
Навигация