Qué mejorar primero cuando ya tienes clientes

01 / CONTEXTO

La lista crece más deprisa que la capacidad

Cuando el proyecto empieza a funcionar, las ideas no suelen faltar. Un cliente pide una función, alguien del equipo quiere automatizar una tarea y otra persona propone cambiar la web para vender más. Todo puede parecer razonable. La dificultad es elegir qué merece la siguiente parte de nuestro tiempo.

Yo empezaría separando la petición de su motivo. «Añadir un chat» es una solución posible. «Los clientes no saben qué deben enviarnos y la entrega se retrasa» describe un problema que puedo investigar. La segunda frase permite comparar alternativas sin enamorarme de la primera herramienta que apareció.

02 / TRES POSIBILIDADES

Elegir dentro de un servicio de ilustración

Este caso es hipotético. Un estudio vende ilustraciones por encargo. Tiene tres propuestas: rehacer su escaparate digital, ofrecer una nueva técnica y mejorar cómo recoge las instrucciones del cliente. Durante el último mes, varios encargos volvieron a la fase de boceto porque no estaba claro el uso final de la imagen.

Yo reconstruiría esos casos antes de decidir. ¿El uso se preguntó y cambió después? ¿La pregunta era ambigua? ¿La persona que aprobaba no había participado? Cada explicación sugiere una mejora distinta. Si la causa es un cambio posterior, un formulario más largo podría no resolver nada.

Supongamos que, en los casos revisados, el equipo empezó sin confirmar quién aprobaba el boceto. Entonces probaría primero un acuerdo claro de revisión. No porque los formularios sean siempre prioritarios, sino porque aquí he encontrado una relación concreta entre una condición de entrada y trabajo repetido.

03 / COMPARAR MEJORAS

Hacer explícito por qué una opción va primero

Compararía las opciones con preguntas comunes: qué consecuencia tiene el problema para el cliente y el equipo, cuántas situaciones observadas afecta, qué certeza tengo sobre su causa y qué esfuerzo requiere comprobar una solución. Evitaría inventar una puntuación exacta si apenas conozco esos datos.

Una mejora pequeña que reduce repeticiones puede liberar tiempo y mejorar la experiencia sin abrir una oferta nueva. Pero también puede ser insuficiente si el problema principal es que casi no llegan pedidos. Por eso la prioridad depende de la situación del negocio, no de una lista fija de buenas prácticas.

Algunas cuestiones requieren atención por su gravedad aunque aparezcan pocas veces: un riesgo para las personas, una obligación o un fallo que impide entregar. No las dejaría compitiendo sin más con cambios cosméticos en una misma suma de puntos. Nombraría qué exige actuación y qué admite experimentación.

04 / PROBAR EL CAMBIO

Saber qué espero antes de intervenir

En el estudio probaría el nuevo acuerdo en los próximos encargos adecuados y anotaría lo que espero: que la revisión llegue de la persona que decide y que disminuyan los bocetos repetidos por esa confusión. También observaría si añade esperas o hace más difícil contratar.

El ciclo PDSA explicado por el Deming Institute propone planificar, realizar, estudiar lo ocurrido e incorporar lo aprendido. Su énfasis está en comparar lo esperado con lo observado y revisar la explicación, no solo en declarar que la tarea se ejecutó. [1] Esa diferencia evita llamar mejora a cualquier cambio instalado.

Si las repeticiones continúan, miraría los episodios. Quizá ahora la aprobación está clara, pero el cliente sigue recibiendo una muestra que no permite imaginar el resultado. No concluiría automáticamente que necesitamos más disciplina ni que la idea inicial era inútil. Revisaría qué parte del problema queda sin explicar.

05 / LLÉVALO A TU PROYECTO

Una mejora, una razón y una revisión

Para empezar tomaría tres cambios que compitan por el mismo tiempo. Reescribiría cada uno como el problema que intenta resolver y buscaría los hechos que lo sostienen: conversaciones, devoluciones, tiempos de espera o trabajo repetido. Separaría esos hechos de las expectativas.

Elegiría una opción explicando qué dejaré para después. Después definiría el cambio más pequeño que permita comprobar la idea, quién lo realiza y qué observaré. El esfuerzo de medir debería ser proporcionado: para pocos encargos, reconstruir los casos puede enseñar más que un porcentaje presentado como definitivo.

Al revisar, decidiría si mantener el cambio, ajustarlo o retirarlo. Si funciona, lo incorporaría al proceso y explicaría al equipo qué aprendimos. Si no, conservaría la evidencia para no proponer la misma solución cada mes sin recordar lo que ocurrió.

Esta lectura trata de priorizar una mejora concreta. La decisión de crecer, cambiar el modelo o cerrar una actividad requiere reunir más información y volver a mirar el conjunto del proyecto.

06 / APRENDIZAJES

Qué hace defendible una prioridad

• La petición y el problema no son lo mismo. Comparar consecuencias, evidencia y esfuerzo ayuda a elegir una intervención que responda a la situación real.
• Antes de probar, explico qué espero y qué podría empeorar. Después estudio el resultado y actualizo el proceso: completar una tarea no demuestra que haya mejorado el servicio.

07 / PREGUNTAS DETONANTES

Para elegir tu próxima mejora

• ¿Qué problema observado explica la mejora que estás defendiendo? Si no pudieras construir esa solución, ¿qué otra forma habría de comprobar tu explicación?
• ¿Qué vas a posponer al elegirla? ¿Cómo reconocerías que el cambio ha desplazado el problema a otra persona o a otro paso de la entrega?