El miedo a debilitar una propuesta puede llevar a dejar determinadas preguntas para después. Quién aporta el texto, quién aprueba, cuántas revisiones se incluyen y qué ocurre cuando aparece una nueva idea parecen detalles pequeños durante la venta. Durante la ejecución, determinan el trabajo, los plazos y cómo evalúa cada persona el cumplimiento de lo acordado.
¿Cómo presentar límites sin empezar con una lista de negativas?
Empieza por el objetivo y la intervención incluida, y explica después los límites necesarios para entender ese compromiso. Relaciona cada exclusión relevante con una responsabilidad o decisión concreta. El cliente debe entender la propuesta como un acuerdo de trabajo viable, sin tener que descubrir el servicio a través de una lista extensa de cosas que no vas a hacer.
En un ejemplo hipotético, una propuesta incluye crear una página con textos e imágenes facilitados por el cliente. Explica esta forma de trabajar al describir la entrega. Añade que producir fotografías o redactar todo el contenido requiere otro alcance, si resulta necesario, sin esconder esa condición en una nota difícil de encontrar.
No necesitas enumerar todo lo que existe fuera de tu profesión. Prioriza las exclusiones que el cliente podría interpretar razonablemente como incluidas. Cuanto más cerca esté una petición de la entrega principal, mayor será la importancia de aclarar el límite antes de empezar.
Al replantear un servicio con IA, esta claridad resulta especialmente útil. Hacer una parte más deprisa no significa que cualquier tarea relacionada pase a formar parte automáticamente del compromiso adquirido con el cliente.
Para preparar el siguiente paso, consulta Precios y rentabilidad de servicios.
¿Cuál es la diferencia entre exclusión y dependencia?
Una exclusión es trabajo que la propuesta no incluye; una dependencia es algo necesario para ejecutar el trabajo incluido. Puede depender del cliente, de tu equipo o de terceros. Distinguirlas permite entender quién debe actuar y cómo afecta al proyecto la falta de información, acceso o aprobación, sin cambiar silenciosamente la responsabilidad acordada entre las partes.
En la página del ejemplo, las fotografías finales pueden ser una dependencia que aporta el cliente, mientras que una sesión fotográfica es una entrega excluida. Si las fotografías no llegan, falta resolver esa dependencia. Esto no convierte automáticamente su producción en una obligación tuya ni justifica fingir que el proyecto avanza con normalidad.
Para cada dependencia importante, acuerda quién la aporta y cuándo hace falta. Si se retrasa, explica el efecto observado y revisa la secuencia o la fecha con quien decide. El calendario debe reflejar la situación real en lugar de mantener una promesa que ha perdido sus condiciones iniciales.
La información necesaria antes de aceptar un proyecto ayuda a identificar estas situaciones. Una propuesta con un alcance claro sigue incompleta si nadie sabe quién reúne los materiales o quién puede validar una decisión.
¿Cómo distinguir una corrección de una petición nueva?
Compara la petición con lo acordado y con los criterios de calidad de la entrega. Corregir algo que incumple el compromiso es distinto de añadir una funcionalidad, un canal o un objetivo. La distinción necesita ejemplos comprensibles y una aplicación honesta, sin clasificar fallos propios como trabajo adicional simplemente para proteger la estimación que hiciste al principio.
Si una página debía funcionar en el móvil y un botón resulta inaccesible, existe un fallo que corregir dentro del compromiso. Si el cliente pide después una zona privada que no estaba prevista, aparece una necesidad distinta. Que ambas ocurran en el mismo sitio no las convierte en el mismo trabajo.
También hay zonas grises, como una revisión que cambia la interpretación del contenido. Vuelve al objetivo, los materiales aprobados y la descripción de la entrega. Si el acuerdo era ambiguo, reconoce esa ambigüedad y busca una solución proporcionada, en vez de utilizar lenguaje técnico para ganar una discusión.
La responsabilidad de un error debe seguir correspondiendo a quien lo cometió. Explica qué ocurrió, cómo se corregirá y si afecta a otras tareas. Los límites del alcance ayudan a trabajar con claridad; no deben servir para eludir el trabajo que realmente se prometió.
¿Qué hacer cuando aparece una petición adicional?
Cuando aparece una petición adicional, aclara la necesidad y evalúa su efecto sobre el trabajo, el plazo y el coste antes de ejecutarla. Presenta alternativas cuando proceda, como cambiar prioridades o preparar una fase posterior. La decisión debe quedar explícita para que el entusiasmo de una conversación no se confunda con un cambio ya aceptado por ambas partes.
En un ejemplo hipotético, el cliente pide una segunda versión de la página para otra oferta cuando la primera está casi terminada. Puedes explicar que hay que preparar un mensaje nuevo y realizar otra validación. Quizá sea posible terminar el alcance actual y decidir después si merece la pena avanzar con la segunda versión.
También puede convenir sustituir una tarea todavía sin empezar por otra más importante. En ese caso, confirma qué deja de entregarse y si el cambio mantiene un esfuerzo y unas condiciones similares. Una sustitución no debe quedar registrada como si ambas peticiones siguieran incluidas.
Evita hacer primero el trabajo y discutir después el precio. El cliente necesita información para decidir, y el equipo debe saber qué prioridad es válida. Un registro breve del cambio puede conservar ese acuerdo sin convertir cada conversación en un proceso innecesariamente pesado.
¿Cómo evitar que los límites perjudiquen la relación?
Presenta los límites con antelación, aplícalos de forma coherente y escucha el motivo de la petición antes de responder. La claridad debe ayudar a encontrar una solución posible, sin cerrar automáticamente la conversación. Cuando hagas una excepción, explica su alcance para que una ayuda puntual no se convierta en una expectativa permanente que el equipo no pueda mantener.
Una pequeña adaptación puede encajar en el trabajo previsto sin exigir otra propuesta. Otra puede parecer pequeña al cliente e implicar cambios relevantes. Explica la diferencia mediante el trabajo y sus dependencias, sin aprovechar el desconocimiento técnico de la persona para aumentar artificialmente la dificultad.
La retención de clientes en servicios se beneficia de unas expectativas coherentes. Decir que sí a todo y fallar después puede perjudicar más la relación que explicar una limitación acompañada de una vía viable para resolver la necesidad.
Si la misma excepción aparece repetidamente, quizá debas revisar la oferta. Observa si la necesidad es previsible y debería pasar a estar incluida, presentarse como opción o seguir fuera del servicio. Ese aprendizaje debe mejorar futuras propuestas, respetando los acuerdos existentes.
¿Qué debe quedar confirmado antes de empezar?
Antes de empezar, confirma la entrega, las exclusiones relevantes, las dependencias, quién aprueba y cómo se tratarán las solicitudes de cambio. Comprueba que el cliente entiende las situaciones más probables y que el equipo tiene acceso a la versión final del acuerdo. El mismo entendimiento debe acompañar la venta, el arranque y la ejecución, sin depender únicamente de quien negoció.
Recorre un ejemplo de petición adicional y otro de corrección para comprobar la claridad. Si las respuestas generan interpretaciones distintas, mejora la descripción antes de empezar. Es más sencillo resolver una duda mientras todavía se decide que cuando alguien ya cuenta con una entrega que no estaba prevista.
Guarda los cambios y las decisiones junto al proyecto y vuelve a ellos cuando sea necesario. Una propuesta no se fortalece por parecer ilimitada. Resulta más útil cuando permite trabajar con confianza sobre lo elegido y cambiar de forma consciente cuando evoluciona la necesidad.