Skip to main content

Product Engineering Case Study

Cinema Vault

Product Engineering Case Study · Private Source

Cinema Vault is a production-deployed movie collection platform built to answer a more useful question than “Do I own this movie?”

“Which edition, format, quality, and collection context do I own?”

Role
Product owner · Architect · Full-stack engineer
Stack
Next.js 16 · TypeScript · Neon Postgres · Neon Auth · TMDB · Vercel
Status
Private-source production application
Cinema Vault desktop home screen with Interstellar featured
Desktop home experience — the product opens with collection context, not generic catalog chrome.

Executive Snapshot

A collector’s problem, treated as a product system

Cinema Vault began as a personal collection-management problem. Existing tools were good at cataloging titles, but less useful for tracking the way a real collector thinks about ownership.

The outcome is a production-deployed full-stack application with owner-scoped authentication, persistent relational data, TMDB enrichment, edition-aware workflows, box-set grouping, wishlist conversion, responsive UI, and tested security controls.

Passing tests
37
Application routes
24
Known dependency vulnerabilities at validation
0
Production-deployed product
1

The Problem

A single owned flag loses the useful detail

A simple movie list breaks down when one title exists in multiple physical or digital editions. Collectors distinguish DVD, Blu-ray, 4K UHD, SD, HDX / HD, and 4K—not as decorative tags, but as the definition of what they actually own.

Box sets need to behave as meaningful collections. Duplicate editions need review. External metadata should reduce data entry without replacing the owner’s record.

Cinema Vault Recently Added and Favorites collections
Recently Added and Favorites make the collection useful from the home screen.

Product & Domain Model

Ownership is the domain model

The catalog identity supplies context. The ownership model supplies truth. Cinema Vault keeps those responsibilities separate so one title can support several real-world editions without flattening them into a yes-or-no answer.

01

Title / catalog item

The movie or series identity enriched with public metadata.

02

Owned edition

A distinct copy or license attached to the catalog identity.

03

Physical format

DVD, Blu-ray, 4K UHD, and other tangible formats.

04

Digital quality

SD, HDX / HD, or 4K quality tracked per digital ownership.

05

Box set

A meaningful collection that groups editions without erasing them.

06

Wishlist state

Acquisition intent that can move cleanly into ownership.

07

Duplicate review

A deliberate checkpoint for potentially overlapping editions.

08

Metadata enrichment

TMDB context that assists entry without owning collection state.

Cinema Vault My Library view with box sets and collection overview
My Library keeps individual ownership records visible inside a meaningful box-set hierarchy.
Cinema Vault Dune detail view with physical and digital editions
Dune demonstrates enriched title context alongside distinct 4K UHD and HDX digital ownership.

Edition-Aware Ownership

Movie identity and ownership are separate concerns

The detail experience combines enriched title metadata, streaming availability, and editable ownership state without confusing one for another. A title can carry a 4K UHD copy and a digital license with HDX quality at the same time.

That distinction answers the collector’s next question—what version is on the shelf or in the digital library—rather than stopping at owned=true.

Wishlist → Ownership

Preserve intent across the acquisition workflow

Wishlist entries retain intended acquisitions for movies and television. They can carry preference and priority context, then move into the owned collection instead of forcing the user to re-enter the title from scratch.

The workflow protects continuity: enriched identity and acquisition intent survive the state change while the newly owned edition becomes authoritative.

Cinema Vault wishlist populated with five titles
A populated wishlist represents acquisition intent as part of the same product system.

Architecture

A server-side boundary around ownership data

The architecture keeps authentication, authorization, business rules, database access, and external credentials on the server. TMDB enters through a separate enrichment path, so external metadata can assist the product without becoming the collection source of truth.

Experience

Browser / Next.js UI

Application boundary

Server-side application

Identity & access

Neon Auth + server authorization

Product rules

Domain / business logic

Persistence

Neon Postgres

External enrichment

TMDB → server enrichment layer

Deployment

Vercel

  • Server-side authentication and owner-scoped data access
  • Parameterized access to persistent relational data
  • Server-only external service credentials
  • TMDB enrichment separated from ownership truth

Engineering Decisions

Tradeoffs made deliberately, at the right time

01

Private source, public proof

Cinema Vault may become a commercial subscription product, so the repository remains private. This case study demonstrates architecture, product reasoning, screenshots, and verified outcomes without publishing the commercial blueprint.

02

Single owner by design

The current architecture is intentionally owner-scoped. Multi-tenancy was deferred until an active commercialization need justifies the added isolation, onboarding, entitlement, and support complexity.

03

Server-side ownership enforcement

Identity and authorization are resolved on the server and enforced at the data boundary, keeping collection access rules independent of what the browser chooses to render.

04

External metadata as enrichment

TMDB reduces manual entry and improves discovery, but it does not own edition, wishlist, box-set, or acquisition state. The collection record remains authoritative.

05

Workflow over silent automation

Potential duplicate editions are surfaced for review instead of being silently collapsed. That preserves user intent when two copies share a title but differ in format, quality, packaging, or collection context.

Security & Release Readiness

Security was treated as release work

Release hardening covered the application boundary, browser-facing behavior, dependency health, and repeatable validation—not just a final vulnerability scan.

  • Dependency upgrades and repaired lockfile
  • Explicit cookie-secret handling
  • Removal of client-visible owner identity
  • Server-side OTP authentication actions
  • Security headers
  • Clean-install validation
  • Unit and integration tests
  • 0 known dependency vulnerabilities after remediation

Responsive Product Design

The hierarchy survives the smaller screen

Mobile design preserves collection hierarchy, box-set management, search and filter access, poster browsing, clear navigation, and a fast add action. The UI is reorganized around touch and limited width rather than reduced to a squeezed desktop layout.

Cinema Vault mobile My Library view showing box sets
Mobile My Library keeps box sets and core collection actions immediately accessible.

Outcome

End-to-end product engineering

Cinema Vault demonstrates product modeling, authenticated application architecture, relational persistence, external-service integration, responsive interface design, security hardening, automated validation, and production deployment as one coherent system.

Next Phase

Commercialization when the need is real

If commercialization becomes active, the next architecture phase would add multi-tenancy, onboarding, billing and entitlements, tenant isolation, operational support, and expanded security policy. Those capabilities were intentionally not built before the product required them.

Work together

Building systems where product rules, architecture, and user experience have to work together?

Let's talk