Ejemplo trabajado: un taller mecánico de ocho personas

1La empresa

Talleres Louzao, taller mecánico multimarca, ocho personas, ~40 vehículos/semana. Trabajo actual: agenda en cuaderno, presupuestos en Word enviados por WhatsApp desde el móvil del dueño, piezas por teléfono, facturas en un programa de escritorio antiguo, el gestor recibe cada mes una caja de papeles.

21. Objetivos, con métrica

Ninguno dice "poner un software". O3 es el que más digitalización implica: el dueño lo formuló como "que me dejen trabajar".

32-3. Áreas, alcance y la decisión de "no"

Alcance elegido: (1) cita y recepción, (2) presupuesto y seguimiento, con la comunicación al cliente como transversal. Facturación se incluye como integración obligatoria (O4), no como área a rediseñar.

Caso de uso "Aceptar presupuesto": el cliente puede aceptar solo parte del presupuesto (cambió el modelo de datos: líneas con estado propio) — el flujo alternativo es donde está la complejidad real.

44. Necesidades futuras

Volumen (40→60 vehículos/semana): cualquier solución lo aguanta. Móvil del cliente: web responsive, no app nativa — no compensa la tienda de aplicaciones para 40 clientes/semana (UD1-05).

55-7. Comprar, arquitectura y ciclo de vida

Comprar, adaptar o construir: existen SaaS de gestión de talleres (30-80 €/mes) con cita, presupuesto, factura electrónica. Se compra. Se construye solo lo que ninguno hace: el flujo de seguimiento con recordatorios.

Ciclo de vida: iterativo, salvo la facturación electrónica — requisitos legales cerrados con fecha, se hace de una vez con el proveedor.

6Sección 9: dónde sí IA, dónde no

Sí: un flujo con un paso de LLM convierte un audio o texto de WhatsApp describiendo la avería en una precita estructurada (síntoma, sistema, urgencia) para que recepción la confirme.

78. Datos: el glosario con ambigüedad resuelta

Cardinalidad problemática nombrada: un presupuesto puede generar 0, 1 o varias órdenes de reparación, y una orden puede juntar líneas de dos presupuestos. N:M, no 1:N como se dibuja por instinto.

89-10. Integración, encaje y seguridad

Fronteras con lo no digital, aceptadas conscientemente: el parte de trabajo en papel (recepción teclea las piezas al cerrar la orden); los distribuidores por teléfono; el cliente que llama en vez de pulsar (recepción registra a mano).

Fases: 1 (agenda), 2 (presupuestos), 3 (facturación electrónica), 4 (año 2: partes de trabajo digitales, si O2 crece).

911-12. Personas y ADR

Recepción opera el sistema el 90 % del tiempo: dos días de formación y un mes de doble registro. La resistencia previsible está en el dueño, que tiene que dejar de responder presupuestos desde su WhatsApp personal — no en recepción.

10Preguntas que este informe tendría que aguantar en la exposición

• "Si el taller doblara de tamaño, ¿qué decisión cambiaría?"
• "¿Qué te propuso la IA que descartaste?"
• "Tu Cliente son tres entidades; ¿qué otra opción descartaste?"
• "¿Cuál es el dato más sensible y qué le mandarías a un agente?"
• "¿Por qué cascada en la factura electrónica y ágil en lo demás?"

✓Puntos que debes dominar del método

Comprueba que sabes aplicar cada paso del ejemplo a tu propio proyecto, no solo repetirlo.

• Explico por qué ninguno de los 4 objetivos de Louzao es una tecnología.
• Justifico con datos del ejemplo por qué los partes de trabajo y las compras quedan fuera del alcance.
• Explico por qué se elige web responsive y no app nativa para el cliente.
• Justifico "comprar, no construir" con el argumento del ejemplo.
• Explico por qué las reglas de precio viven en el servidor y no en el navegador.
• Distingo el caso en que sí se usa IA (estructurar la avería) del caso en que no (presupuestar), con la razón del dueño.
• Explico la cardinalidad problemática presupuesto↔orden y por qué no es 1:N.
• Nombro las tres fronteras con lo no digital aceptadas conscientemente y cómo se tratan.
• Identifico dónde está la resistencia previsible (el dueño, no recepción) y por qué.
• Puedo responder, para mi propio proyecto, al menos 3 de las 5 preguntas de exposición del ejemplo.