Gestionar el proyecto no es lo mismo que cuidar la relación con el cliente

Hay algo que con los años termina siendo bastante evidente: gestionar un proyecto y atender al cliente no son la misma cosa. Y cuando se confunden, suelen aparecer los problemas. Porque gestionar un proyecto —hacer seguimiento, controlar tiempos, presupuestos o entregables— es imprescindible, pero eso no garantiza que el cliente esté tranquilo. Es la parte visible del trabajo, la que se puede medir y reflejar en una herramienta de gestión. Atender al cliente va por otro lado y, precisamente por eso, es mucho más fácil descuidarlo.

He visto proyectos impecables en lo operativo: planificación al día, reuniones bien organizadas, indicadores claros y riesgos controlados. Todo correcto sobre el papel. Y aun así, el cliente incómodo. No necesariamente enfadado ni insatisfecho, pero con la sensación de que algo no termina de encajar. Esa sensación suele ser peligrosa porque, si no se interpreta a tiempo, acaba generando desgaste.

Esto ocurre mucho en proyectos con varios proveedores. Cada equipo cumple con su parte: el integrador entrega, desarrollo avanza, infraestructura mantiene el entorno estable. Técnicamente, todo funciona. El problema es que el cliente no percibe el proyecto por piezas. Lo vive como un conjunto. Y cuando siente que nadie está mirando más allá de su propia parcela, empieza a aparecer la sensación de descontrol, aunque los entregables estén llegando.

Recuerdo un proyecto con tres proveedores principales donde las reuniones de seguimiento eran prácticamente perfectas. Había agenda, avances detallados, riesgos identificados y documentación constante. Pero el CIO empezó a hacer preguntas que, en teoría, ya estaban respondidas en los informes. Preguntas sobre impacto, prioridades o consecuencias de determinadas decisiones. Y la mayoría de respuestas eran correctas, sí, pero excesivamente técnicas. Lo que estaba pidiendo no era más información; estaba pidiendo contexto. Necesitaba entender qué significaban realmente esas decisiones para el negocio y nadie estaba haciendo el esfuerzo de traducirlo.

Ahí es donde se nota la diferencia entre gestionar un proyecto y atender de verdad a un cliente. Atender no consiste en informar más, sino en entender mejor. En detectar tensiones antes de que exploten, en leer las señales incluso cuando el cliente todavía no las expresa claramente y en comprender el entorno en el que trabaja: sus prioridades, sus presiones internas y las dependencias que tiene alrededor.

En entornos con múltiples proveedores esto se vuelve todavía más complejo porque cada uno tiene sus objetivos, su contrato y sus entregables. Y es lógico que cada equipo tienda a proteger su ámbito de responsabilidad. No suele haber mala intención; simplemente es cómo funcionan estos modelos. El problema es que, cuando algo falla, el cliente no piensa si la responsabilidad era del proveedor A o del B. Lo que percibe es que “el proyecto” no está respondiendo.

Por eso hay proyectos técnicamente correctos que terminan dejando una sensación amarga. No por un gran error, sino por la acumulación de pequeños desajustes: decisiones mal explicadas, expectativas que nunca se alinearon del todo o conversaciones que llegaron tarde. Y también ocurre lo contrario: proyectos con problemas importantes que terminan funcionando bien porque el cliente siente que hay alguien implicado de verdad, alguien que entiende la situación y no se limita a protegerse detrás del alcance o del contrato.

Con el tiempo aprendes que el control del proyecto sirve para mantener las cosas dentro de unos márgenes, pero la percepción del cliente depende de otra cosa: de la confianza. Confianza en que, cuando aparezcan problemas —porque siempre aparecen—, el equipo que tiene delante va a entender el contexto, va a implicarse y no va a esconderse detrás de excusas. Y esa confianza no se construye con más reporting, sino escuchando de verdad, anticipándose, explicando lo necesario y teniendo conversaciones incómodas cuando toca. No suele enseñarse en metodologías ni aparece en las presentaciones comerciales, pero muchas veces es exactamente lo que marca la diferencia.