Bienvenido al laboratorio: aquí se construye, no se sueña

Ilustración de una persona cruzando siete piedras sobre un arroyo: foco (problema), persona (cliente), boceto (solución), caja MVP, matraz de prueba, apretón de manos (venta) y flecha ascendente de mejora con bandera al final. — El laboratorio es un cruce de siete piedras: cada etapa te da un pie firme antes del siguiente. Hoy pisamos las dos primeras: problema y cliente.

Este es el curso donde sueltos la teoría y produces. En siete etapas vas a recorrer, con tu propio caso, el camino completo: detectar un problema, identificar al cliente, describir la solución, crear un MVP, probarlo, intentar venderlo y mejorarlo con retroalimentación. Al final tendrás entregables reales: problema definido, cliente objetivo, propuesta de valor, prototipo, precio inicial y estrategia de validación. Empezamos por las dos etapas que el 90% de la gente se salta por emocionarse con la solución: tener un problema claro y un cliente claro. Si aquí fallas, todo lo demás es esfuerzo bien disfrazado.

La regla del laboratorio: un entregable por etapa Ninguna etapa se "piensa", se entrega. En cada una produces algo escrito o construido que puedes mostrar. Si no puedes señalar el entregable de la etapa 1, no pasaste la etapa 1, aunque sientas que sí.

Etapa 1 · El problema (concreto, no de manual)

Un problema de laboratorio cumple tres condiciones: es específico (no "las pymes tienen problemas de gestión" sino "el restaurante pierde pedidos entre comanda y cocina"), es freciente y costoso (pasa seguido y duele en dinero o tiempo, como costeaste en C05), y es verificable (puedes comprobarlo hablando con gente, no asumiéndolo).

Etapa 2 · El cliente que lo padece y lo paga

Un problema sin cliente que lo pague es una curiosidad. Define quién lo sufre con nombre y apellidos de rol: no "empresas" sino "la dueña de una fonda de 15 empleados que recibe pedidos por WhatsApp y los pasa a mano a la cocina" Pregunta clave: ¿esta persona ya gasta dinero o tiempo en mitigar el problema? Si la respuesta es no, quizá no es un dolor, es una molestia.

Cómo validar problema y cliente antes de construir

Sujeto + situación + consecuencia costosa. "[Quién] pierde [qué] porque [causa], y eso le cuesta [número]".
Rol, giro, tamaño. Tan específico que puedas imaginar su día.
No amigos motivados: gente que esté en el rol. Pregunta por su día, no por tu idea.
Si al describir tú el problema dicen "¡exacto, eso me pasa!" y explican cuánto les cuesta, vas bien.
¿Usan Excel, libretas, una persona dedicada, un software caro? Pagar por el parche es señal de dolor real.

Un alumno define su etapa 1 como: "El problema es que las empresas mexicanas no usan suficiente inteligencia artificial". ¿Qué le falla a este planteamiento para el laboratorio?

En la etapa 2, basta con que el cliente confirme que el problema "suena interesante" para pasar a construir la solución.

Entrega las etapas 1 y 2 de TU laboratorio: escribe el problema en la frase sujeto-situación-consecuencia-costo, y define el cliente con rol, giro y tamaño. Nombra a 3 personas reales que podrías contactar esta semana para verificarlo.

Pista

Si no se te ocurren 3 personas reales alcanzables, tu cliente está demasiado abstracto: acótalo.

Siguiente paso: Etapa 3-4: solución y MVP — con problema y cliente firmes, diseñas la solución y la recortas al MVP mínimo que la demuestre.