Skip to content
CV ↗P.
03Caso de estudio2026

Okiyumi Shop

Caso de estudio de producto: arquitectura de comercio digital

Comercio · arquitectura de producto

PRODUCTORDERPAYMENTFULFILRUBUAHUSDEURKZT

El estudio de una plataforma de comercio: cómo un único dominio describe suscripciones, productos, monedas y cumplimiento de pedidos.

Contexto

Okiyumi Shop es una infraestructura de comercio digital en vista previa previa al lanzamiento: el catálogo está listo y los pagos reales están desactivados en producción. La estudio como ejemplo de diseño de un sistema de negocio a través de los datos.

Problema

Productos digitales distintos — suscripción, licencia, archivo, entrega manual, Telegram — suelen convertirse en cinco tiendas separadas. Se necesita un único modelo que cubra todas las direcciones.

Cómo funciona el sistema

  • 01

    Un único dominio: Product, ProductVariant, Provider, ChannelListing, CustomerField, Order, Payment, Fulfillment.

  • 02

    Varias monedas de mostrador — RUB, UAH, USD, EUR, KZT — detrás de una abstracción de proveedor FX con snapshots guardados de tasas: el precio no «deriva» tras el pago.

  • 03

    Localización de la tienda RU / EN / UK, direcciones de cumplimiento desde inventario hasta proveedores externos, RBAC, audit logs y protecciones del seed de producción.

Arquitectura

Next.js 15.5

React 19 · Tailwind 4

Dominio del comercio

Product · Order · Payment · Fulfillment

Prisma · PostgreSQL 16

datos de catálogo y pedidos

Abstracción FX

5 monedas · snapshots de tasas

Cumplimiento

inventory · license · file · manual · Telegram

FLOW

  1. 01Tienda RU / EN / UK
    → Catálogo · monedas
  2. 02Pedido
    5 monedas
    → Dirección de cumplimiento

Cifras

todas las métricas son del proyecto, no logros personales

205/205

pruebas de integración del proyecto superadas

métrica de calidad del proyecto

23

productos en el catálogo

snapshot de auditoría

5

monedas de mostrador

métrica del proyecto

Por qué importa

  • Catálogo, precios, monedas y cumplimiento son decisiones de producto en primer lugar, y aquí están diseñadas con cuidado.

Qué aprendí

  • Cómo razonar en modelos de dominio: primero las entidades y relaciones del negocio, después las pantallas.

Stack

  • Next.js 15.5
  • React 19
  • TypeScript
  • Tailwind CSS 4
  • Prisma
  • PostgreSQL 16
  • Docker
  • nginx
  • Vitest

Habilidades

  • Pensamiento de producto
  • Sistemas de negocio

Resultado

  • 205 de 205 pruebas de integración del proyecto superadas: la plataforma está lista para lanzar, no «casi terminada».
  • La lógica del comercio está descrita en los datos, no repartida por la interfaz: una lección de modelado de producto.