Caso Real: Sistema de Gestión de Reservaciones

Las notificaciones al negocio (Discord) y las notificaciones a los clientes (WhatsApp, SMS, LINE, etc.) pasan por canales fundamentalmente diferentes. En este caso real, aclaramos esa distinción durante la etapa inicial de la entrevista antes de pasar al diseño.

Solo Dos Herramientas

Herramienta	Función	Piénsalo como
Chat Claude (claude.ai)	Decide "qué construir" a través de la conversación. Se encarga del diseño y las especificaciones	Una sesión de planeación con tu arquitecto
Claude Code en VS Code	Toma el diseño finalizado y realmente crea los archivos y escribe el código	El contratista en obra

Flujo de Trabajo Básico

Habla con Chat Claude → obtén una especificación de "qué construir"
Chat Claude convierte esa especificación en una hoja de instrucciones (TASK.md)
Entrega el TASK.md a Claude Code en VS Code → él realmente lo construye
Reporta el resultado de vuelta a Chat Claude → obtén la siguiente hoja de instrucciones
Repite los pasos 1 a 4 hasta que esté completo

Elementos Comunes a Gestionar Según el Tipo de Negocio (un Punto de Partida para la Entrevista)

La primera vez que piensas en un sistema de reservaciones, definir solo un "tipo de negocio" no te dice qué es lo que realmente necesitas gestionar. Con base en lo que los sistemas de reservaciones existentes (para restaurantes, para salones de belleza) realmente registran, aquí tienes un punto de partida para la entrevista.

Restaurantes, Izakayas, etc. (Modelo de Gestión de Mesas)

Asientos por mesa (por ejemplo, mesas para 2, mesas para 4)
Tamaño del grupo y cómo se asigna o combina con las mesas
Disponibilidad por franja horaria (cuántas mesas de qué tamaño están libres en un momento dado)
Registros del cliente: historial de visitas, alergias, platillos favoritos
Registros de inasistencias (no-shows)

Salones de Belleza, Clínicas de Fisioterapia, Clínicas Médicas, etc. (Modelo de Asignación de Personal/Recursos)

Duración del tratamiento, precio y tiempo de preparación/limpieza por cada servicio del menú
Qué miembro del personal puede realizar cada servicio (asignación según habilidades), horarios de trabajo, días de descanso
Disponibilidad de asientos/salas de tratamiento como recurso
Registros de clientes (preferencias, productos utilizados, alergias, historial de tratamientos)
Tiempo de margen entre reservaciones (tiempo necesario para prepararse para la siguiente)

Común a Todos los Tipos de Negocio

Cuándo enviar recordatorios (el día anterior, N horas antes, etc.)
Política de cancelación y cómo manejar una lista de espera
Si se requiere un depósito

Esto es solo un punto de partida de referencia. Lo que realmente necesitas varía según el negocio y cómo opera tu local, así que en la Fase 0 primero preguntaremos sobre tu tipo de negocio, y luego usaremos esto como base para definir juntos los elementos específicos a gestionar.

Qué Cambia Si Construyes una Base de Datos (un Ejemplo Concreto)

En la Fase 1, decidirás entre "construir una nueva base de datos dedicada + sitio de reservaciones desde cero" o "seguir usando tu Google Calendar actual como el registro de reservaciones". Como punto de referencia, aquí tienes una comparación usando un izakaya hipotético (20 asientos, 4 mesas): qué puedes y qué no puedes hacer con cada opción.

Solo Integración con Google Calendar

Lo que puedes hacer: poner la fecha/hora en el calendario, notificar al negocio vía Discord
Lo que no puedes hacer: el cálculo automático de disponibilidad de mesas, acumular historial de visitas, registrar alergias/preferencias por cliente, contabilizar la tasa de inasistencias; nada de la gestión detallada listada en "Elementos Comunes a Gestionar Según el Tipo de Negocio" es posible (puedes escribir texto en un evento del calendario, pero no puedes buscarlo ni agregarlo después)

Construir una Base de Datos Dedicada + Sitio de Reservaciones

Todo lo mencionado anteriormente se vuelve buscable y agregable (por ejemplo, podrías listar "clientes que cancelaron mucho el mes pasado" o "clientes con alergias registradas")
Por otro lado, requiere más esfuerzo construirlo y mantenerlo que la integración con el calendario

Regla general: Si tu volumen de reservaciones es bajo y solo quieres probar primero las notificaciones, está bien empezar con la integración del calendario. Si quieres usar correctamente elementos de gestión específicos del negocio como el historial de visitas y el registro de alergias, necesitarás una base de datos dedicada.

Cronograma General (Seis Fases)

Fase	Contenido	Herramienta Usada	Entregable
Fase 0	Entrevista de requisitos (tipo de negocio, granularidad de las reservaciones, herramientas existentes, canales de notificación)	Chat Claude	Hoja de requisitos
Fase 1	Decidir la arquitectura del sistema (nuevo sitio de reservaciones vs. integración con calendario existente, elegir el canal de notificación al cliente)	Chat Claude	Plan de arquitectura
Fase 2	Construcción del casete (se requieren SKILL.md/WORKFLOW.md y un SPEC/soul.md dedicado)	Chat Claude	SKILL.md, WORKFLOW.md, SPEC/soul.md
Fase 3	Implementación (iterativa)	Claude Code en VS Code	Un casete funcional
Fase 4	Pruebas y verificación	Ambas	Un casete verificado
Fase 5	Pulido y documentación	Chat Claude	Producto terminado + guía de uso

Dado que las suposiciones varían mucho según el tipo de negocio, no existe un TASK.md prefabricado que se salte la entrevista. Siempre comienza con la entrevista de requisitos de la Fase 0.

Empieza Ahora: el Prompt de Inicio de la Fase 0

Simplemente pega este prompt tal cual en una nueva conversación con "Chat Claude" (claude.ai) para iniciar la entrevista de requisitos de la Fase 0.

Quiero construir una herramienta de gestión de reservaciones + notificaciones automáticas (un casete de habilidad) para un negocio que recibe reservaciones (restaurante, salón de belleza, clínica de fisioterapia, clínica médica, etc.). Soy nuevo en programación, así que me gustaría que tú (Chat Claude) fueras mi socio de diseño y especificaciones, con Claude Code en VS Code encargándose de la implementación.

🔒

El resto está disponible en la guía completa después de comprar T1.
(Texto completo que incluye los elementos detallados de la entrevista de la Fase 0, la lógica de selección del canal de notificación, y las plantillas de hojas de instrucciones para la Fase 1 en adelante)

Compra T1 para Ver la Guía →

Aviso Legal y Notas Importantes

Si envías mensajes automáticos a los clientes (recordatorios de llegada, mensajes de agradecimiento, etc.), asegúrate de obtener su consentimiento al momento de la reservación, es decir, que "llegará un mensaje automático una vez confirmada la reservación". Recomendamos diseñar el sistema para que solo envíe mensajes a las reservaciones donde se haya confirmado el consentimiento.

Guía Completa de Construcción

Los elementos detallados de la entrevista de la Fase 0, la lógica de selección del canal de notificación y las plantillas de hojas de instrucciones para la Fase 1 en adelante: el texto completo está disponible en el sitio de guías de BALIA OS.

Ver la Guía Completa de Construcción →

Ver Otros Casos Reales

Otros casos reales construidos de la misma manera (actualizaciones automáticas de sitios de comunidad/fans, predicción de carreras de botes, trading de criptomonedas y más) ya están activos o en progreso.

Ver Todos los Casos Reales →

Caso Real:Sistema de Gestión de Reservaciones.