Educar al cliente es parte del trabajo

Hay una asimetría inherente en la relación con el cliente: él sabe lo que quiere conseguir, nosotros sabemos cómo conseguirlo. Esa asimetría no es un problema — es la razón por la que la relación existe. El cliente nos contrata precisamente porque no sabe lo que nosotros sabemos.

El problema ocurre cuando confundimos "el cliente no sabe" con "el cliente no necesita saber". Esa confusión lleva a proyectos donde el desarrollador toma decisiones en silencio, el cliente aprueba cosas que no entiende, y cuando algo falla nadie tiene claro por qué se tomó aquella decisión ni a quién corresponde resolverlo.

Lo que el cliente no sabe, y por qué importa

El cliente no sabe que WordPress necesita mantenimiento mensual para seguir siendo seguro. No sabe que las imágenes de 5 MB que manda el fotógrafo van a ralentizar la web hasta hacerla inutilizable. No sabe que "hacerla responsive" no es un acabado que se aplica al final, sino una decisión que afecta a todo el diseño desde el principio.

Y no tiene por qué saberlo. Igual que yo no sé cómo diagnostica mi médico una radiografía ni cómo ajusta el mecánico la distribución del motor. Confío en que el profesional me explique lo que necesito entender y tome buenas decisiones en lo que no entiendo.

Pero esa confianza tiene una condición implícita: que el profesional sea honesto sobre lo que sabe, lo que no sabe y lo que conviene hacer. Un médico que receta sin explicar para qué, un mecánico que factura una pieza sin decir qué fallaba — esos no son buenos profesionales. Son profesionales que aprovechan la asimetría en lugar de gestionarla con responsabilidad.

Explicar sin condescender

El tono importa más que la información. Hay una diferencia enorme entre estos dos modos de respuesta:

"Eso no se puede hacer" deja al cliente frustrado y sin opciones. Siente que le han dicho que no sin argumento.

"Eso requeriría un desarrollo a medida que con tu presupuesto no tiene sentido. Lo que sí podemos hacer es esto otro, que consigue un resultado muy similar con mucho menos coste. ¿Te parece que lo exploramos?" le da al cliente contexto, una alternativa y la sensación de que está tomando una decisión informada.

La diferencia no es solo de amabilidad. Es de respeto profesional. El cliente no necesita entender el código, pero sí merece entender el razonamiento detrás de las decisiones que afectan a su proyecto y su dinero.

Lo que tampoco funciona es el extremo contrario: explicar demasiado, con demasiado detalle técnico, como si el objetivo fuera demostrar que sabemos mucho. Eso no educa al cliente — le marea. La explicación útil es la mínima que le permite tomar una decisión con criterio.

Cuando hay que decir que no

Las peticiones más fáciles de rechazar son las obvias: música de fondo que arranca sola, copiar el diseño de otra empresa, no poner HTTPS porque "es solo una web informativa". Son fáciles porque el argumento es claro y el cliente suele entenderlo cuando se lo explicas bien.

Las más difíciles son las que implican un juicio profesional que el cliente no comparte. Cuando propone un enfoque que tú sabes que va a crear problemas en seis meses. Cuando el diseño que ha aprobado tiene fallos de accesibilidad que el diseñador ha defendido y el cliente ha validado. Cuando el plan de contenidos que tienen en mente no va a generar el tráfico que esperan.

En esos casos, decir que no — o al menos decir "hay algo que deberías saber antes de que sigamos adelante" — es incómodo. Hay dinero en juego, hay una relación que no quieres deteriorar, y hay una posibilidad real de que el cliente simplemente no te escuche. Pero hacerlo de todos modos es lo que diferencia un proveedor de un profesional. El proveedor ejecuta lo que le piden. El profesional dice lo que piensa aunque no sea lo que el cliente quiere oír.

Decir que sí a todo no es buen servicio. Es cobardía que se cobra cara más adelante.

Documentar las decisiones

Una práctica que conviene adoptar desde el principio: documentar las decisiones técnicas y enviarlas al cliente por escrito. No como un contrato legal, sino como un registro claro de qué se decidió y por qué.

"Hemos elegido una web estática en lugar de WordPress porque tu sitio no necesita actualizaciones frecuentes de contenido. Esto reduce el coste de mantenimiento a cero, elimina los riesgos de seguridad habituales de WordPress y mejora significativamente la velocidad de carga."

Ese párrafo hace varias cosas a la vez. Le dice al cliente qué tiene. Le explica por qué lo tiene. Y establece un punto de referencia para cualquier conversación futura sobre cambiar de tecnología.

Hay además un beneficio menos obvio: escribir esa documentación obliga al desarrollador a articular sus propias decisiones. Y a veces, en el proceso de explicarlo, descubres que no tienes una buena razón para algo que hiciste por inercia, o que existía una alternativa que no consideraste. La documentación no solo protege al cliente — también te obliga a pensar con más claridad.

El cliente que vuelve

La mejor señal de que has hecho bien tu trabajo no es que el cliente esté contento el día de la entrega. Es que vuelva.

Los clientes que vuelven son los que sienten que les has tratado como adultos: les explicaste las opciones con honestidad, les diste tu recomendación aunque no fuera la más barata, y les dejaste decidir con la información suficiente. Esos clientes confían en ti. Con el tiempo, dejan de pedir explicaciones de cada decisión — saben que si haces algo es por un motivo, y saben que si tienen dudas pueden preguntarlas sin sentirse ignorantes.

Los que no vuelven son los que sintieron que dijiste que sí a todo para evitar conflictos, o los que en algún momento se dieron cuenta de que tomaste una decisión importante sin contársela.

Educar al cliente no es un extra que algunos hacen y otros no. Es parte del servicio. Y los profesionales que lo hacen bien no solo construyen mejores proyectos — construyen relaciones que duran.