Before
- Personal invitations created manually
- Responses collected across separate channels
- Different guests require different content
- Statuses require manual control
Case study · Web platform
Personal invitations, RSVP, guest management, an administration interface, and integrations within one system.
01 · Desktop guide
02 · Mobile flow
03 · Day program01 · Initial problem
The challenge was to move personal invitations and guest responses from fragmented manual operations into one manageable product workflow.
Before
After
02 · User journeys
Invited user
Invite link
Personal page
Program and details
RSVP
Additional information
Event organizer
Create invitation
Manage guest
Track RSVP
Import / export
Communication integrations
03 · Product layers
Personal guest pages and administration workflows.
Server-side logic, rules, and API contracts.
Centralized invitation and response state.
Separated external access and communication channels.
Build pipeline, production runtime, and operational checks.
01
Each invitation becomes a responsive journey containing information relevant to a specific guest.
02
Guest responses are processed on the server and stored centrally so organizers can see the current status.
03
The operational workspace connects invitation, guest, and response management without relying on disconnected spreadsheets.
04
Telegram, VK, and Discord support selected confirmation, access, and communication scenarios.
04 · Architecture
The platform is delivered as one Next.js application. App Router connects guest pages, administration workflows, and server routes, while PostgreSQL stores centralized state.

05 · Frontend
The guest interface was designed mobile-first, while administration workflows needed to remain efficient on desktop.
06 · Backend and data
The server handles RSVP, administration operations, and data access. Invitation and response states are stored centrally.
07 · Integrations
Integrations support confirmation, access, and auxiliary communication scenarios.
Bot names, callback addresses, application identifiers, tokens, and internal webhook paths are intentionally withheld.
08 · Infrastructure and deployment
The project was taken beyond implementation to a working production state with controlled deployment and operational checks.

09 · Role
I was responsible for user flows, frontend development, server-side logic, data handling, integrations, and production infrastructure.
User flows and product boundaries.
Guest and administration interfaces.
Server-side logic, API, and validation.
Data model and operational workflows.
Communication and access scenarios.
Production runtime and deployment.
Diagnostics and controlled evolution.
10 · Technology stack
Guest and administration interfaces.
Server logic and request processing.
Centralized state and operational data flows.
Supporting access and communication channels.
Deployment and the operational environment.
12 · Product interfaces
Four strong privacy-reviewed frames show the real desktop, mobile, day program, and dress-code surfaces without guest personal data.
04 · Privacy reviewed
11 · Public boundaries
The public case intentionally excludes guest personal data, real invitation links, administration records, integration configuration, and parts of the internal infrastructure.
Navigation