Proyectos con clientes externos

Con un stakeholder interno, un cambio de alcance mal manejado genera fricción. Con un cliente externo, genera además un problema comercial: horas no presupuestadas, expectativa de gratuidad (“esto es chiquito, ¿no?”) y, si se repite, una relación que se erosiona antes de terminar el proyecto.

• El cliente no ve tu portafolio — no sabe que compite con otros proyectos.
• Cada pedido fuera de alcance tiene un costo real que hay que nombrar, no absorber en silencio.
• La relación sobrevive a la entrega: un cierre prolijo o desprolijo define si hay próximo proyecto.

La mayoría de los conflictos con clientes no nacen de un error de ejecución — nacen de una expectativa que nunca se dijo en voz alta. Un kickoff de 30 minutos que cubra estos cuatro puntos evita la mitad de los problemas del proyecto:

1. Qué entra en el alcance y, explícitamente, qué no entra.
2. Cómo y cuándo se comunica el avance (canal, frecuencia).
3. Quién del lado del cliente aprueba qué (para no juntar cinco “síes” distintos).
4. Qué pasa si algo cambia — el proceso de change request, acordado antes de necesitarlo.

El error más común es dejar que la comunicación con el cliente se disperse entre WhatsApp, email y llamadas sueltas. Cada canal nuevo es una versión distinta de la verdad, y el pedido que llegó por WhatsApp “urgente” termina saltando la fila sin pasar por el proceso acordado.

Definí un canal principal (puede ser tan simple como un email con hilo por proyecto, o un tablero compartido) y una regla: todo pedido que cambia alcance o fecha se confirma ahí, aunque haya surgido en una llamada. Esto no es burocracia — es lo que te permite tener un historial cuando, meses después, alguien pregunta “¿esto lo pedimos nosotros o fue idea de ustedes?”.

Todo cliente va a pedir algo fuera de lo acordado en algún momento — no es una señal de mal cliente, es normal. Lo que define si se vuelve un problema es si hay un proceso para absorberlo. Ver el detalle completo en alcance de proyecto y scope creep. Con cliente externo, sumá siempre estos dos pasos:

• Nombrar el trade-off en la misma respuesta: “Podemos sumarlo — implica X días más o sacar Y de este ciclo. ¿Cuál preferís?”.
• Confirmarlo por escrito en el canal principal antes de empezar a trabajar en el cambio, no después.

Una matriz RACI con el cliente como fila explícita resuelve el problema más caro de los proyectos externos: dos personas del lado del cliente dando aprobaciones distintas. Definí, antes de empezar, quién del cliente es el único Aprobador real — no “el equipo” en general, una persona.

A veces el atraso no es tuyo: es una aprobación que no llega, un contenido que no entregan, un acceso que no dan. Tratalo con el mismo rigor que un bloqueo interno:

• Documentá la fecha en que se pidió y el impacto en el cronograma si no llega a tiempo — no lo absorbas en silencio como si fuera tu atraso.
• Comunicá el impacto apenas se vuelve real, no en la fecha de entrega: “Sin el contenido X, el hito del [fecha] se mueve a [nueva fecha]”.
• Si se repite, es una conversación sobre el proceso, no un reclamo puntual — proponé un cambio concreto (ej. plazo de respuesta acordado para aprobaciones).

Con cliente externo, el cierre importa doblemente: define si hay un próximo proyecto. Cerrá con aprobación formal, factura al día y un mensaje corto que dé opción a seguir trabajando juntos sin presión — “quedamos disponibles para lo que necesiten a futuro” alcanza. Si el proyecto es de un rubro con expedientes o casos recurrentes (por ejemplo, un estudio jurídico), vale la pena un sistema que ya separe clientes, proyectos y tareas desde el día uno — ver cómo configurar Hito para un estudio jurídico como ejemplo aplicado.