Wilfredo Morales
🎂 Proyecto 8 — Agenda Ponquesito: un Calendly para reservar tortas
Para este reto cloné la mecánica principal de Calendly, pero adaptada a Familia Ponquesito, un emprendimiento de repostería en Barquisimeto.
En lugar de reservar reuniones por hora, la aplicación permite reservar capacidad real de producción según la complejidad de cada torta:
🍰 Torta sencilla: 1 punto 🎨 Torta personalizada: 2 puntos 🏰 Diseño complejo o de varios pisos: 3 puntos
La persona describe la torta que necesita, consulta fechas realmente disponibles, selecciona una fecha y completa su solicitud. El sistema evita sobreventas incluso cuando dos clientes intentan tomar el último cupo al mismo tiempo.
También incluye:
✅ Calendario con disponibilidad real ✅ Anticipación mínima de 3 días ✅ Clasificación automática del pedido ✅ Código único de reserva ✅ Confirmación por correo ✅ Notificación interna al negocio ✅ Enlace privado para consultar la solicitud ✅ Reprogramación y cancelación ✅ Liberación automática de capacidad ✅ Integración con el sistema de leads de Familia Ponquesito ✅ Seguridad, idempotencia y prevención de reservas duplicadas
Mi toque personal sobre Calendly fue cambiar el concepto de “espacios disponibles” por capacidad ponderada de producción, porque una torta sencilla y una torta compleja no requieren el mismo esfuerzo.
El proyecto fue construido dirigiendo agentes de código con Claude Code y Codex, revisando cada etapa, corrigiendo decisiones y verificando el resultado con pruebas automatizadas y pruebas reales contra Supabase.
🌐 Prueba Agenda Ponquesito:
💻 Repositorio:
Familia Ponquesito — Hecho con amor, para compartir. 💛
Geordy Elian Reyes Mendoza
¡Bien evolucionado el proyecto! El salto de "capacidad de producción real" en vez de "slots de tiempo" es la clave correcta — clonar Calendly tal cual hubiera sido un error, porque una torta de 3 pisos no consume lo mismo que una sencilla.
Que hayas validado la prevención de sobreventa con dos clientes tomando el mismo cupo a la vez, con idempotencia y liberación automática de capacidad, dice mucho: eso normalmente se salta en un prototipo de reto y vos lo probaste contra Supabase real.
Mi único pero: el formulario del paso 1 pide bastante antes de siquiera mostrar una fecha (personas, sabor, pisos, personalización, referencia, descripción, tema). Le reduciría los campos a lo mínimo indispensable para calcular la capacidad (pisos + personalización, que es lo que define los puntos), y dejaría el resto (sabor, tema, imagen de referencia) para el contacto posterior una vez ya aseguró su fecha — así bajás la fricción de entrada sin perder información, solo la movés a un momento donde el cliente ya está comprometido.
¡Muy sólida la ejecución igual, se ve un producto completo!
