Casi todos los presupuestos de servicios técnicos están escritos de la misma manera: una lista de lo que se va a hacer, un precio y un plazo. Se ven prolijos y no protegen a nadie.
El problema aparece al tercer mes, cuando el cliente pide algo que él daba por incluido y el proveedor daba por excluido, y ninguno de los dos lo escribió. Esa conversación se resuelve de dos maneras: el proveedor lo hace gratis y pierde plata, o se niega y pierde la relación. No hay una tercera.
Por qué nadie escribe la exclusión
Hay tres motivos, y los tres son entendibles.
Miedo a perder el trabajo. Se cree que una lista de exclusiones suena a proveedor difícil, y que el competidor que no las pone se va a ver más flexible. En la práctica pasa lo contrario con los clientes que valen: alguien que compra servicios técnicos con frecuencia reconoce de inmediato que un presupuesto con límites claros lo escribió alguien que hizo esto antes.
No se sabe qué excluir. Es el motivo honesto. Al empezar un proyecto uno no siempre sabe dónde va a estar el borde. La respuesta es que sí se sabe: los bordes se repiten de proyecto en proyecto, y se pueden listar una vez y reusar.
Incomodidad. Escribir «no incluye migrar los datos históricos» se siente como anticipar un conflicto. Y lo es — pero anticiparlo cuando todavía no hay nada invertido cuesta una conversación de cinco minutos; el mismo conflicto en el mes cuatro cuesta el proyecto.
Las siete exclusiones que casi siempre corresponden
1. La migración de los datos que ya existen
Es la número uno y por lejos la más cara. El cliente asume que el sistema nuevo va a tener adentro los datos viejos; el proveedor cotizó el sistema, no la migración. Migrar bien implica limpiar, mapear, decidir qué se descarta y validar contra el original, y puede ser un tercio del proyecto.
Si se incluye, se cotiza aparte con su propio alcance. Si no se incluye, se dice.
2. Las integraciones con sistemas de terceros
«Que se conecte con el sistema contable» es una frase de cinco palabras que esconde un proyecto entero, y buena parte del trabajo no depende de uno: depende de que el proveedor del otro sistema tenga una forma de conectarse, la documente y responda los correos.
3. La capacitación de los usuarios
Mostrar el sistema al referente no es capacitar al área. Si el proyecto incluye formar a veinte personas, eso son días de trabajo y hay que decirlo.
4. Los cambios después de la aprobación
No para prohibirlos: para ordenarlos. La cláusula útil no dice «no se aceptan cambios» sino cómo se procesan: se estiman, se cotizan y se decide si entran corriendo la fecha o quedan para después.
5. La infraestructura y las licencias
El servidor, el hosting, los certificados, las licencias de software de terceros. Muchas veces el cliente supone que van adentro del precio, y son un costo recurrente que además queda a su nombre.
6. El soporte posterior
Hasta cuándo se responden dudas y se corrigen errores sin costo, y qué pasa después. Sin esto escrito, el proveedor queda de soporte gratuito indefinido y el cliente cree que le corresponde.
7. Lo que depende del cliente
Este es distinto de los anteriores y el que más ordena: qué necesita el proveedor de la otra parte para poder trabajar. Accesos, datos, decisiones, disponibilidad de un referente. Y qué pasa con el plazo si eso no llega en fecha.
Cómo se escribe sin sonar hostil
El tono importa. Una lista encabezada por «Exclusiones» y redactada en negativo suena a contrato de aseguradora. Hay formas mejores.
Poner las dos columnas juntas. «Qué incluye» y «Qué no incluye», una al lado de la otra. La segunda deja de parecer una advertencia y pasa a ser información.
Explicar en una línea, no solo enunciar. No «no incluye migración», sino «no incluye la migración de los datos históricos: se puede cotizar aparte una vez que veamos en qué estado están». La frase abre una puerta en vez de cerrarla, y de paso es una segunda venta.
Escribir los supuestos como condiciones, no como advertencias. «El plazo asume que recibimos los accesos en la primera semana» es una condición de trabajo normal. «Si el cliente demora los accesos no nos hacemos responsables» es una acusación anticipada.
La cláusula de cambios, que es la que más se usa
De las siete exclusiones, la de los cambios merece atención aparte, porque es la única que va a usarse seguro. Los proyectos cambian: eso no es un problema a evitar sino un hecho a administrar.
Una cláusula que funciona tiene tres partes y ninguna es hostil:
- Cómo entra un pedido de cambio. Por escrito, aunque sea un correo de tres líneas. Un cambio pedido de palabra en un pasillo no existe.
- Qué pasa antes de hacerlo. Se estima, se informa el costo y el efecto en la fecha, y se espera la aprobación. Sin ese paso, el proveedor absorbe y el cliente ni se entera de que gastó.
- Que hay un margen chico incluido. Es la parte que la mayoría omite y la que hace que la cláusula no se sienta rígida: declarar que los ajustes menores están contemplados, y que se cotizan los cambios que superen determinado esfuerzo.
Ese margen declarado evita la peor versión de esta conversación, que es discutir por veinte minutos de trabajo, y deja el mecanismo formal para lo que de verdad lo amerita.
El efecto que no se espera
La intuición dice que un presupuesto con exclusiones convence menos. La experiencia dice otra cosa, y el motivo es sencillo: un presupuesto que solo dice lo que sí hace obliga al cliente a imaginar el resto, y todo el mundo imagina de más.
Cuando ese cliente compara dos propuestas parecidas y una tiene los límites explícitos, lo que ve no es un proveedor que ofrece menos: ve un proveedor que ya pasó por esto y sabe dónde aparecen los problemas. Y si es alguien que compró servicios técnicos antes, sabe perfectamente que el que no puso límites se los va a cobrar igual, más adelante y con peor conversación.
El costo de no hacerlo
La cuenta es simple. Un proyecto donde el alcance se desborda un veinte por ciento sin recotizar es un proyecto que perdió su margen entero, porque el margen de un servicio profesional rara vez es mayor que eso.
Y hay un costo que no se contabiliza: el desgaste. Discutir tres veces si algo estaba incluido, con un cliente que de buena fe cree que sí, arruina una relación que podría haber durado años. Casi siempre porque nadie escribió una línea al principio.
Vale igual para adentro
Un equipo interno no emite presupuestos, pero compromete alcance en cada sprint. Y le pasa exactamente lo mismo: se compromete lo que entra y no se declara lo que queda afuera, y en la revisión aparece el reclamo de que faltaba algo que nadie había mencionado.
La solución es idéntica: al cerrar el compromiso, decir en voz alta y por escrito qué no entra. Cuesta una frase y evita la mitad de las discusiones.
Vea cómo trabajamos o conozca la formación, donde este es uno de los temas que más rápido cambia resultados.
