Describe tu necesidad en una frase
La mayoría cree que hace falta un documento denso para poner en marcha un software a medida: una larga lista de funcionalidades, una tabla de prioridades, un vocabulario técnico que no tiene. Así que lo aplaza, y la fricción sigue ahí, cada mañana, a la misma hora.
Hace falta mucho menos. Para empezar, hace falta una frase. Una sola frase, clara, sobre un momento concreto de tu semana que se atasca. klair parte de esa frase, te hace preguntas sencillas y redacta el brief por ti. Tu tarea no es escribir el documento de especificaciones. Tu tarea es decir la verdad sobre una fricción, en una frase que cualquiera pueda entender.
Así se escribe, en seis pasos cortos. Prepárate un café, seis minutos, y el problema que arrastras desde hace tres semanas.
Elige una sola fricción
No partas del departamento entero. Parte del gesto que más te molesta esta semana, el que vuelve cada día o casi. Un momento que se repite, no un gran proyecto de transformación.
Si varias fricciones se agolpan, escribe cada una en una línea y quédate con la primera que te venga, la que aparece sin esfuerzo. Casi siempre es la buena, porque es la que vives de verdad, y no la que crees que deberías citar.
Demasiado amplia. « Nuestro back-office es un caos. »
Bastante nítida. « Cada mañana, alguien vuelve a teclear a mano los pedidos que llegan por correo en nuestro software de stock. »
Nombra quién la sufre, y cuándo
Una fricción siempre tiene una cara y un horario. Di quién la vive, nombrando un puesto y no a una persona, y en qué momento cae dentro de la semana. Eso es lo que convierte una queja general en una situación que se puede observar, medir y algún día corregir.
El «cuándo» importa tanto como el «quién». Una tarea que vuelve cada día no pesa igual que una faena trimestral, y el taller necesita saberlo para apuntar bien.
Vaga. « Perdemos tiempo con la planificación. »
Situada. « Los jueves, nuestro responsable de agencia pasa dos horas copiando la disponibilidad de los equipos en una hoja compartida. »
Describe lo que pasa hoy, no la solución
Este es el paso donde casi todo el mundo resbala. La tentación es saltar directamente a la herramienta: « me haría falta una app que... ». Resiste. Describe el proceso actual tal como ocurre de verdad, con sus copiar y pegar, sus recordatorios y sus idas y venidas por correo. Encontrar la solución es tarea del taller, no tuya.
Una prueba sencilla: si tu frase contiene la palabra « aplicación », « plataforma » o el nombre de un software, ya estás describiendo una respuesta. Da un paso atrás, hacia el problema, y deja la solución abierta.
Solución disfrazada. « Necesitamos un portal de clientes. »
Problema descrito. « Nuestros clientes llaman para saber el estado de su expediente, y en cada llamada un gestor abre tres pantallas distintas para responderles. »
Añade el resultado que esperas
Una buena frase de fricción termina en lo que iría mejor. No una funcionalidad: un resultado humano. Tiempo recuperado, un error evitado, una tarde liberada, un equipo que absorbe más sin ahogarse. Eso es lo que le indica al taller cuándo el trabajo ha salido bien.
Formula ese resultado como un cambio de papel, no como un artilugio. A menudo el buen objetivo no es quitar a una persona del circuito, sino pasarla de teclear a comprobar.
Sin rumbo. « La facturación nos lleva un tiempo enorme. »
Con rumbo. « A fin de mes, nuestra contable recompone a mano las horas de tres archivos antes de facturar, y me gustaría que revisara un total ya preparado en lugar de volver a teclearlo todo. »
Condénsalo en una sola frase
Ya tienes cuatro piezas: quién, cuándo, qué pasa y qué quieres. Móntalas en ese orden, sin giros rebuscados. La forma casi siempre se sostiene así: « [Cuándo], [quién] [hace ese gesto penoso], y me gustaría que [el resultado]. »
Para una consulta médica, sale una sola línea:
La frase. « Cada tarde, nuestra secretaria vuelve a teclear los informes dictados por los médicos en la plantilla de la consulta antes de enviarlos, y me gustaría que revisara un formato ya hecho en lugar de teclearlo todo. »
Una frase. Un lector que no sabe nada de tu oficio la entiende. De ahí puede nacer un software.
Relee, quita la jerga, y suelta la frase
Última pasada. Quita las siglas, los nombres de software, las palabras que solo usa tu oficio. Si alguien cercano ajeno al sector no capta la frase en la primera lectura, simplifícala más. El lenguaje claro no es cortesía: es lo que te permite dar el visto bueno más tarde, a ti y al taller, sin el menor malentendido.
En recursos humanos, la misma frase gana mucho al perder sus siglas:
Con jerga. « Hay que automatizar el onboarding y fiabilizar el SIRH. »
En claro. « Cuando llega un empleado, nuestra gestora de nóminas vuelve a teclear los mismos datos en cuatro herramientas distintas, y me gustaría que los introdujera una sola vez. »
Cuando la frase se sostiene sola, está lista. No te queda nada por redactar. La sueltas, y son las preguntas las que vienen a ti, una a una, en un lenguaje que entiendes.
Eso es justo lo que hace el taller de klair. Escribes tu frase, él la retoma, te responde, y el brief se escribe a lo largo de la conversación. El documento de especificaciones completo, el que leerás y firmarás, se construye a partir de esa primera línea.
¿Tienes una fricción en mente? Escribe su frase y suéltala.
Cuéntanos tu fricción [blocked]