Caso real
Última actualización: mayo de 2026
ARKA: un configurador y un checkout de verdad en una sola página
ARKA es un objeto de nogal tallado que sostiene esferas macizas de 50 mm, hecho por encargo en una primera serie de doce. Urbano DX diseñó el producto, construyó la página y gestiona los pedidos. Cada decisión del comprador cambia la ficha técnica y el precio delante de él, y una API pequeña vuelve a comprobar toda la configuración, incluido el país de envío, antes de pedirle a Stripe una página de pago.
Guía para compradores
Cómo revisar ARKA: un configurador y un checkout de verdad en una sola página
ARKA: un configurador y un checkout de verdad en una sola página es material de prueba: muestra cómo Urbano DX espera acotar, revisar, entregar y traspasar los sprints de software e IA. El objetivo es sustituir promesas vagas por artefactos concretos que un comprador puede inspeccionar.
Al revisar material de prueba, mira más allá de la superficie. Lo importante es si los criterios de aceptación, los supuestos de datos, los riesgos, la propiedad y la siguiente decisión están claros. Un buen resultado de sprint sirve a compras y a la revisión de negocio, no solo a una demo bonita.
Usa esta página antes de una primera llamada para alinear expectativas. Ayuda a saber qué materiales preparar, cómo juzgar una demo y qué debe seguir siendo útil cuando el sprint termina.
Evidencia a inspeccionar
Superficie funcional, recorrido de la demo, riesgos, supuestos y criterios de aceptación.
Uso interno
Compras, aprobación de presupuesto, revisión de seguridad y planificación del siguiente alcance.
Buen resultado
Algo reutilizable, listo para traspaso y lo bastante claro para explicarse.
Qué es
Una sola página que vende un objeto físico. Nueve formas, tres cantidades de esferas, cuatro opciones de material y un grabado opcional, todo por encargo en una primera serie de doce y con envío en seis semanas. Las imágenes son renders y no fotografías, y la página lo dice junto a cada imagen en lugar de esperar a que nadie pregunte.
- Nueve formas, desde una pieza alargada y plana hasta una escultura vertical
- Esferas de cobre, acero, cerámica o un juego mixto
- Ficha técnica en vivo: medidas, masa por esfera y masa total
- Cada imagen se abre a pantalla completa y gira sobre fotogramas renderizados
Qué se construyó
Una página estática prerenderizada delante de un servicio pequeño en FastAPI. El catálogo es una única fuente de verdad: las masas se calculan a partir de la densidad del material en vez de escribirse a mano, el servidor replica solo lo que necesita validar y un test tumba la build en cuanto los dos dejan de coincidir. Al reservar, la configuración se envía a la API, que vuelve a comprobar la forma, el material, el grabado y el país de envío, crea la Checkout Session de Stripe con esa configuración adjunta y avisa al taller por correo. El webhook que confirma el pago es idempotente, así que un reintento de Stripe no puede generar un segundo pedido.
- Configurador con masa y precio en vivo, sin recargar la página
- Validación en servidor de cada combinación antes de cobrar
- Checkout Sessions de Stripe con la configuración en los metadatos
- Webhook de pago idempotente y aviso por correo al taller
- Stack: Vite, React, TypeScript, FastAPI, Stripe, nginx
Qué demuestra
Aquí está la diferencia entre un enlace de pago y vender de verdad. Un enlace de pago no puede rechazar un país al que no se envía, no puede mantener de acuerdo a la página y al cobro sobre qué se ha pedido, y no puede capturar al comprador antes del dinero. Llevar esas reglas al servidor es un día de trabajo que elimina toda una familia de incidencias, y el mismo patrón sirve igual para flujos de presupuesto, de reserva y de productos configurables de clientes.
- Las reglas del producto viven en el servidor, no en el botón
- Un catálogo desincronizado es una build rota, no una queja del cliente
- La página se lee y vende igual con JavaScript bloqueado
- Un mismo patrón para cualquier flujo de configurar y pagar
Definamos el alcance de tu primer sprint
Cuéntanos el objetivo, los usuarios, el estado de tus datos y APIs, y cuándo lo necesitas. Lo convertimos en un alcance claro para el primer sprint.
Hablar con nosotros