Demo en vivo
BaseLocal
Panel de rentabilidad para tiendas online que venden con anuncios en Meta y pago contra reembolso: la cuenta de resultados de cada día, el ROAS a partir del cual la publicidad deja de dar pérdidas y un simulador para decidir antes de gastar. Con una tienda ficticia. Incluye una portada que explica para quién sirve y para quién no.
- Estado
- Demo abierta, con una tienda ficticia (Aurora Home) y sin registro.
- Tecnologías
- Next.js 14 · React 18 · TypeScript · Tailwind CSS · Recharts · Vitest · Playwright
Capturas




El problema
Quien vende por internet con contra reembolso mira ventas y gasto en anuncios, pero no sabe cuánto gana de verdad una vez descontados IVA, producto, envíos, rechazos, comisiones y costes fijos. Nació de mi propia tienda.
Qué hace
- Cuenta de resultados diaria y por periodo: facturación cobrada, IVA según la situación fiscal, mercancía, logística de ida y de los rechazos, comisiones, publicidad, reembolsos y costes fijos.
- Meta Ads con el ROAS calculado sobre lo que de verdad se cobra, el objetivo y el ROAS de equilibrio; un registro de varios días se reparte por días.
- Simulador de escenarios (pesimista, previsto y optimista) y economía de cada variante, con lo que cuesta un pedido rechazado.
- Importaciones con el coste real por unidad según el tipo (DDP, DAP o con recargo de equivalencia), incidencias, devoluciones, creativos, guiones, tareas y checklist de producto.
- Asistente con respuestas de ejemplo y las cifras de la demo (en la versión completa se conecta a un modelo de IA).
- Portada que presenta la demo como caso práctico, con un pedido desglosado y una guía honesta de para quién sirve y para quién no.
Decisiones que importan
- La demo no lleva base de datos, inicio de sesión ni pagos: los datos de ejemplo se generan en el navegador. La capa de datos imita a la de Supabase y aplica las garantías de una base real (filtro obligatorio, claves foráneas, valores permitidos, un registro por día y operaciones de todo o nada).
- Una sola fórmula por concepto, en funciones puras con pruebas: el beneficio, el ROAS y el CPA no se guardan, se calculan, así que ninguna edición deja cifras obsoletas. Antes había cuatro fórmulas de beneficio distintas.
- La situación fiscal es única por proyecto y se aplica en todas las pantallas.
- Fechas siempre en hora local: una auditoría encontró que se calculaban en UTC y que el inicio de mes de Devoluciones caía el último día del mes anterior.
- Comprobada con 113 pruebas automáticas, entre ellas una que verifica que los datos de ejemplo son coherentes con 366 fechas distintas en tres zonas horarias, y con 100 recorridos de navegador (varios de ellos de adaptación al móvil), con una herramienta automática de accesibilidad, que se ejecutan en cada cambio. Esa revisión automática no sustituye a una manual.
- Servida con la política de seguridad real de producción: cada página lleva los hashes de sus scripts y se prueba con un navegador vigilando la consola.
Lo que aprendí
El margen real depende del porcentaje de entrega, de los rechazos y del régimen de IVA, por eso lo que más importa es poder simular antes de gastar en anuncios. Y que una cifra salga igual en todas las pantallas no es un detalle: es lo primero que revisa quien compara.
Proyecto propio basado en mi experiencia vendiendo. Esta versión usa una tienda, unos costes y unos datos inventados. Construida con Claude Code, dirigido por mí: especificaciones, decisiones, pruebas y auditorías.