Caso Real: Sistema de Gestión de Reservas

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

Solo Dos Herramientas

Herramienta	Rol	Pensalo 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 planificación con tu arquitecto
Claude Code en VS Code	Toma el diseño final y realmente crea los archivos y escribe el código	El contratista en obra

Flujo de Trabajo Básico

Hablá con Chat Claude → obtené una especificación de "qué construir"
Chat Claude convierte esa especificación en una hoja de instrucciones (TASK.md)
Entregale el TASK.md a Claude Code en VS Code → él lo construye de verdad
Reportale el resultado a Chat Claude → obtené la siguiente hoja de instrucciones
Repetí los pasos 1 a 4 hasta que esté completo

Cosas Comunes para Gestionar según el Tipo de Negocio (un Punto de Partida para la Entrevista)

La primera vez que pensás un sistema de reservas, definir solo un "tipo de negocio" no te dice qué necesitás gestionar en concreto. Basado en lo que los sistemas de reservas existentes (para restaurantes, para peluquerías) realmente registran, acá tenés 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 corresponde con la asignación/combinación de mesas
Disponibilidad por franja horaria (cuántas mesas de qué tamaño están libres en un momento dado)
Registros del lado del cliente: historial de visitas, alergias, platos favoritos del menú
Registro de ausencias sin aviso

Peluquerías, Kinesiología, Consultorios Médicos, etc. (Modelo de Asignación de Personal/Recursos)

Duración del tratamiento, precio y tiempo de margen de preparación/limpieza por cada ítem del menú de servicios
Qué miembro del personal puede realizar qué servicios (asignación según habilidades), horarios de trabajo, días libres
Disponibilidad de sillones/salas de tratamiento como recurso
Registros de clientes (preferencias, productos usados, alergias, historial de tratamientos)
Tiempo de margen entre turnos (tiempo necesario para prepararse para el 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 una seña

Esto es solo un punto de partida de referencia. Lo que realmente necesitás varía según el negocio y cómo funciona tu local, así que en la Fase 0 primero te vamos a preguntar sobre tu tipo de negocio, y después vamos a usar esto como base para definir juntos los ítems específicos a gestionar.

Qué Cambia Si Construís una Base de Datos (un Ejemplo Concreto)

En la Fase 1, vas a decidir entre "construir desde cero una base de datos dedicada + un sitio de reservas nuevo" o "seguir usando tu Google Calendar actual como libro de reservas". Como punto de referencia, acá tenés una comparación usando un izakaya hipotético (20 asientos, 4 mesas) — qué podés y qué no podés hacer con cada opción.

Solo Integración con Google Calendar

Qué podés hacer: poner la fecha/hora en el calendario, notificar al negocio vía Discord
Qué no podés hacer: calcular automáticamente la disponibilidad de mesas, acumular historial de visitas, registrar alergias/preferencias por cliente, contabilizar la tasa de ausencias sin aviso — nada de la gestión detallada listada en "Cosas Comunes para Gestionar según el Tipo de Negocio" es posible (podés escribir texto en un evento del calendario, pero después no lo podés buscar ni agregar)

Construir una Base de Datos Dedicada + Sitio de Reservas

Todo lo listado arriba 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 de construcción y mantenimiento que la integración con el calendario

Regla general: Si tu volumen de reservas es bajo y solo querés probar primero las notificaciones, está bien empezar con la integración de calendario. Si querés usar como corresponde ítems de gestión específicos del negocio como historial de visitas y registro de alergias, vas a necesitar una base de datos dedicada.

Cronograma General (Seis Fases)

Fase	Contenido	Herramienta Usada	Entregable
Fase 0	Entrevista de requerimientos (tipo de negocio, granularidad de reservas, herramientas existentes, canales de notificación)	Chat Claude	Hoja de requerimientos
Fase 1	Definición de la arquitectura del sistema (sitio de reservas nuevo vs. integración con calendario existente, elección del 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 funcionando
Fase 4	Pruebas y verificación	Ambos	Un casete verificado
Fase 5	Pulido y documentación	Chat Claude	Producto terminado + guía de uso

Como los supuestos varían mucho según el tipo de negocio, no existe un TASK.md prearmado que se salte la entrevista. Siempre empezá con la entrevista de requerimientos de la Fase 0.

Empezá Ahora: el Prompt de Arranque de la Fase 0

Simplemente pegá este prompt tal cual en una conversación nueva con "Chat Claude" (claude.ai) para arrancar la entrevista de requerimientos de la Fase 0.

Quiero construir una herramienta de gestión de reservas + notificaciones automáticas (un casete de habilidades) para un negocio que recibe reservas (restaurante, peluquería, kinesiología, consultorio médico, etc.). Soy nuevo en programación, así que me gustaría que vos (Chat Claude) seas mi compañero de diseño/ 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 incluyendo los ítems 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 desde la Fase 1 en adelante)

Comprá T1 para Ver la Guía →

Aviso Legal y Notas Importantes

Si les enviás mensajes automáticos a los clientes (recordatorios de llegada, mensajes de agradecimiento, etc.), asegurate de obtener su consentimiento en el momento de la reserva — de que "va a llegar un mensaje automático una vez confirmada la reserva". Recomendamos diseñar el sistema para que envíe solo a las reservas donde el consentimiento haya sido confirmado.

Guía Completa de Construcción

Los ítems 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 desde la Fase 1 en adelante — todo el desarrollo completo está disponible en el sitio de guías de BALIA OS.

Ver la Guía Completa →

Ver Otros Casos Reales

Otros casos reales construidos de la misma forma — actualización automática de sitios de comunidad/fans, predicción de carreras de botes, trading de criptomonedas, y más — están disponibles o en desarrollo.

Ver Todos los Casos Reales →

Caso Real:Sistema de Gestión de Reservas.