01 — Definición del proyecto · COMAL
5.1 Identidad
| Campo | Valor |
|---|
| Nombre | COMAL |
| Significado | Del comal, plancha tradicional de cocina en Mesoamérica: superficie compartida donde se cocina lo esencial. Evoca profesionalidad culinaria, cultura y trabajo colectivo. |
| Eslogan | Tu cocina profesional, cuando la necesitas. |
| Una frase | Plataforma para reservar y gestionar cocinas certificadas por horas. |
| Descripción ejecutiva | COMAL conecta emprendedores gastronómicos (food trucks, pasteleros, caterings emergentes) con operadores de cocinas compartidas certificadas. El cocinero descubre espacios por ubicación, equipo y franjas; reserva y paga online; hace check-in digital. El operador gestiona ocupación, precios, reglas sanitarias y cobros. El modelo combina membresía (acceso prioritario y descuentos) con reserva por horas. |
| Sector | Alimentación · Hostelería · Emprendimiento gastronómico |
| Tipo de producto | Sistema de reservas + gestión ligera de espacios (PWA) |
| Plataforma principal | Progressive Web App (responsive web-first) |
| Plataformas secundarias | SMS/email transaccional; futuro: app nativa iOS/Android; tablet en recepción del local |
| Mercado objetivo | España (lanzamiento ciudad piloto: Madrid / Barcelona / Valencia) con expansión LATAM hispanohablante |
| Idioma principal UI | Español (España) |
| Otros idiomas | Español LATAM (variantes de copy); inglés (fase posterior) |
5.2 Problema
Problema principal
Los emprendedores gastronómicos sin cocina propia certificada no pueden producir de forma legal, predecible y escalable. Coordinan espacios por WhatsApp, Excel o boca a boca, con conflictos de horarios, falta de trazabilidad sanitaria y pagos informales.
Problemas secundarios
- Dificultad para demostrar cumplimiento (HACCP, registros de uso) ante inspecciones.
- Operadores de cocinas con ocupación irregular y cobro manual.
- Falta de transparencia en equipamiento real disponible por franja.
- Cancelaciones de última hora sin política clara.
- Desconfianza en la limpieza y el solapamiento entre usuarios.
Quién lo experimenta
- Cocinero emprendedor — produce para venta online, delivery o eventos.
- Operador de cocina compartida — dueño o gestor del local.
- Indirectamente: clientes finales del emprendedor (calidad/seguridad alimentaria).
Cómo se resuelve hoy (supuesto de mercado)
- Grupos de WhatsApp y Telegram.
- Alquiler de cocinas de restaurantes en horario muerto (acuerdos informales).
- Coworkings gastronómicos con reserva por email/teléfono.
- Ghost kitchens B2B con contratos largos y precios altos.
Deficiencias de las soluciones actuales (hipótesis)
- No hay inventario en tiempo real de franjas y equipos.
- Sin flujo de pago unificado ni facturación automática.
- Sin evidencia digital de quién usó qué y cuándo.
- Onboarding del operador lento; del cocinero, opaco.
Coste del problema (supuestos, no medidos)
| Tipo | Estimación cualitativa |
|---|
| Humano | Estrés, jornadas perdidas por cancelaciones |
| Económico | Horas no productivas; multas por no conformidad |
| Operativo | Doble agenda, cobros a mano, disputas |
Oportunidad de producto
Digitalizar el marketplace de capacidad de cocina certificada con confianza (certificados, reseñas, reglas) y operaciones (calendario, pago, check-in).
Clasificación de evidencias
| Tipo | Contenido |
|---|
| Comprobado en esta ejecución | N/A — no se realizó investigación de campo ni desk research citando fuentes primarias |
| Supuestos | Demanda de cocinas por horas en ciudades grandes; operadores abiertos a comisión 10–15 % |
| Hipótesis | La visibilidad de certificaciones y equipamiento aumenta conversión a primera reserva ≥ 25 % vs. listado opaco |
| Decisiones de diseño | PWA primero; español ES; foco en 2 roles (Cocinero, Operador); no IA en MVP |
5.3 Objetivos
Negocio
- Alcanzar product-market fit en 1 ciudad piloto en 6 meses.
- GMV de reservas y tasa de ocupación media de cocinas listadas.
- Retención de operadores (oferta) y cocineros activos mensuales (demanda).
Usuario (cocinero)
- Reservar una franja adecuada en < 5 minutos en el primer uso.
- Confiar en que el espacio está limpio, equipado y certificado.
- Recibir comprobante y acceso sin fricción el día de la reserva.
Usuario (operador)
- Ver ocupación del día y huecos en un vistazo.
- Reducir no-shows y cobros pendientes.
- Publicar reglas y precios sin intermediación manual constante.
Producto
- Flujo completo: descubrir → reservar → pagar → check-in → valorar.
- Panel operador MVP: calendario, precios base, bloqueos, check-in.
Experiencia
- Claridad industrial: horarios y precios siempre visibles.
- Reducir ansiedad pre-reserva (qué incluye, qué no, política de cancelación).
Técnicos
- Disponibilidad 99,5 % en horario comercial.
- Confirmación de pago < 3 s percibidos tras autorización.
- WCAG 2.2 AA en flujos críticos.
- PWA instalable; offline limitado (ver mis reservas cacheadas).
No objetivos (Won’t have por ahora)
- Marketplace de ingredientes o personal de cocina.
- IA de planificación de menús.
- App nativa en v1.
- Multi-país con compliance fiscal local completo.
- Reservas de comensales (no es OpenTable).
Restricciones
- Cumplimiento RGPD; pagos PCI vía PSP (Stripe).
- No almacenar datos de tarjetas en claro.
- Contenido legal/sanitario: el operador es responsable de la veracidad de certificados subidos (COMAL verifica de forma ligera en onboarding).
Dependencias
- Stripe (pagos y suscripciones).
- Proveedor SMS/email.
- Mapas (Mapbox o Google) para geolocalización.
- Identidad (Auth.js / OAuth email + Google).
Riesgos iniciales
| Riesgo | Mitigación |
|---|
| Oferta insuficiente en ciudad piloto | Onboarding concierge de 10–20 cocinas |
| No-shows altos | Depósito / cargo parcial + reputación |
| Disputas de limpieza | Checklist de salida + fotos + reportes |
| Regulación local ambigua | Copy que no promete licencia al usuario final; disclaimer |
5.4 Métricas
| Métrica | Definición |
|---|
| North Star | Horas de cocina confirmadas y completadas / semana (completed kitchen-hours) |
| Activación | % de registros que completan 1ª reserva pagada en ≤ 7 días |
| Conversión listado→reserva | % de vistas de ficha que inician checkout |
| Conversión checkout | % de checkouts iniciados que pagan |
| Retención D30 | % de cocineros con ≥ 1 reserva en mes 2 si reservaron en mes 1 |
| Frecuencia | Reservas / cocinero activo / mes |
| Finalización de tarea | Tiempo medio a primera reserva exitosa |
| Abandono | Drop-off por paso del funnel de reserva |
| Errores | Tasa de fallos de pago y de check-in |
| Satisfacción | CSAT post-sesión; NPS trimestral |
| CES | Esfuerzo percibido para re-reservar la misma cocina |
| Ingresos | Take rate + suscripciones membresía |
| Costes operativos | Coste soporte / reserva completada |
| Accesibilidad | 0 issues críticos AA en flujos core (auditoría automatizada + manual) |
| Rendimiento | LCP < 2,5 s en 4G mediano en listado y ficha |
Roles del producto
| Rol | Descripción |
|---|
| Cocinero | Reserva y usa cocinas |
| Operador | Publica y gestiona un espacio (o varios) |
| Admin COMAL | Moderación, soporte L2, verificación de listados (fuera de UI MVP detallada) |
