Ya sabes qué quieres mejorar. Hoy imaginan varias formas de hacerlo, eligen una para aprender, la arman en papel, la ensayan con imprevistos y salen con un experimento de dos semanas que se puede medir.
«Mejorará la atención» no se puede comprobar. Una hipótesis dice qué cambias, para quién, qué esperas que pase y por qué.
Cuatro minutos de ideas individuales, sin hablar: así la primera voz no decide por todos. Después saquen cartas de disparo para abrir caminos que no se les ocurrieron. La regla: no se vale «una app» como primera respuesta.
Califiquen cada alternativa del 1 al 5 en tres preguntas y escriban por qué. Una votación revela preferencias, no viabilidad. Y un puntaje alto no compensa una condición indispensable que falta.
¿Le sirve de verdad a quien recibe el servicio?
¿Podemos probarla con lo que tenemos?
¿Quién la mantiene cuando se acabe el entusiasmo?
Un prototipo es una representación que permite actuar: una hoja, un guion, una ficha, un mensaje modelo. En servicios hay que dibujar también lo que lo sostiene: quién confirma, con qué información y qué pasa si algo falla.
Definan qué genera la IA, qué revisa una persona antes de que llegue al cliente y cómo se corrige un error. Ninguna condición legal o comercial sale sin verificar. Se puede simular a mano antes de programar nada: una persona hace de «la IA» y vemos si el flujo aguanta.
Cuatro roles. El agente usa la V1 tal como está. Cuando llegue la decisión clave, quien facilita saca una carta de imprevisto. El observador anota hechos, no juicios. No es una prueba de actuación: es una prueba del diseño.
Quieres saber qué incluye el precio. Pregunta lo que te parezca ambiguo. Al final cuenta con tus palabras qué entendiste.
Usa la V1 tal como está. Si falta un dato, muestra qué harías. No inventes una confirmación.
Tienes un mensaje del propietario: hay precio adicional, sin monto. Confirma eso y nada más.
Anota secuencia, frases, preguntas y ayudas. No guíes. Después comparte hechos, no juicios.
Una carta por ensayo, elegida cuando aparece la decisión. Sin cuenta regresiva.
Imaginen que ya pasaron dos semanas y la prueba fracasó. ¿Qué pasó? Gary Klein propuso este ejercicio porque, cuando el fracaso «ya ocurrió», la gente se anima a decir riesgos que en una reunión normal se calla.
Guarden la V1 tal como estaba. Escriban qué cambian, qué observación lo justifica y vuelvan a ensayar con un imprevisto parecido.
Antes de confirmar, el agente manda un resumen con inmueble, estacionamiento y horario. Si falta un dato, consulta a operaciones y anota la respuesta en una nota.
En el ensayo, al cambiar de agente, el compañero no distinguía qué estaba confirmado y qué significaba una casilla vacía. Le pidió al cliente que repitiera todo.
Cada condición dice confirmado, pendiente o no aplica, con fuente y fecha. Hay responsable, suplente y próximo paso comunicado. Lo que no está confirmado se le dice al cliente como pendiente, con hora de respuesta.
Qué se reensaya: otro agente recibe el registro y continúa sin ayuda.
Un ensayo entre colegas descubre problemas de uso. No prueba que funcione con clientes. Para eso se diseña una prueba chica en el trabajo real, con qué contar, quién cuenta y qué haremos según lo que salga.
Las buenas intenciones se pierden; los planes del tipo «si pasa esto, hago aquello» se cumplen bastante más (Gollwitzer, 1999). Escribe el tuyo en privado.
Los casos y el ejemplo V1 → V2 son ficticios. Las métricas son propuestas que se acuerdan con quien opera, con datos reales. Un ensayo entre colegas no prueba impacto en ventas ni aceptación de clientes.