Okiyumi Rent
Caso de estudio de producto: plataforma automática de alquiler de cuentas de Steam
Producto · automatización de negocio
El estudio de un producto real en producción: cómo el alquiler manual se convirtió en un sistema automático con un ciclo de vida completo del pedido.
Contexto
Okiyumi Rent es una plataforma multi-tenant en producción que automatiza el alquiler de cuentas de Steam a través de FunPay. La estudio como ejemplo de cómo un proceso de negocio se convierte en un producto digital.
Problema
Gestionar un pedido a mano es toda una cadena: detectar el pedido, elegir una cuenta libre, entregar las credenciales, controlar el tiempo, lidiar con Steam Guard, cerrar el alquiler, revocar sesiones, cambiar la contraseña, reembolsar si se anula. Cada paso cuesta tiempo, errores y pedidos perdidos.
Cómo funciona el sistema
- 01
Una máquina de estados del alquiler: un worker que cada 5 segundos recorre todos los alquileres y ejecuta entregas, avisos, caducidad, prórrogas y reembolsos.
- 02
Fiabilidad en los detalles: transactional outbox, idempotencia, asignación de cuentas con SELECT … SKIP LOCKED, secretos cifrados.
- 03
Automatización propia de Steam: verificación de fresh-login, revocación de sesiones, rotación de contraseñas y gestión de Steam Guard.
Arquitectura
Web SPA
React 19 · Vite · TSAPI
Fastify 5PostgreSQL 16
Prisma · outboxWorker
tick de 5 segundos · máquina de estadosAdaptador FunPay · bot de Telegram
pedidos · operacionesAutomatización Steam
Guard · sesiones · contraseñasFLOW
- 01Pedido en FunPayworker tick→ Cuenta entregada
- 02Alquiler activo→ Caducidad / prórroga
- 03Cierre→ Revocación de sesiones · nueva contraseña
Cifras
todas las métricas son del proyecto, no logros personales
pedidos de FunPay en 30 días
métrica del proyecto
tick del worker
métrica del proyecto
cuentas de Steam en el pool
métrica del proyecto
ingresos en el snapshot de auditoría
snapshot de auditoría, no el total
Por qué importa
- Es exactamente en lo que quiero trabajar: un proceso manual → automatización → un sistema repetible que escala el negocio sin escalar el trabajo operativo.
Qué aprendí
- Cómo funciona la lógica del ciclo de vida del producto: cada estado del pedido es una decisión de negocio aparte.
- Por qué la automatización no consiste en «quitar a la persona», sino en quitar errores y retrasos del proceso.
Stack
- React 19
- Vite
- TypeScript
- Fastify 5
- Prisma
- PostgreSQL 16
- Python 3.12
- FastAPI
- FunPayAPI
- grammY
- Docker
- nginx
Habilidades
- Análisis de negocio
- Automatización de procesos
- Pensamiento de producto
Resultado
- Todo el ciclo funciona sin operador: pedido, entrega, control del tiempo, cierre, seguridad de la cuenta — el sistema vive en producción.
- Multi-tenancy con aislamiento de datos y pruebas IDOR: la arquitectura está pensada para más de una tienda.