Para el cliente, es natural juzgar un cambio por lo que ve. Para el equipo que hace el trabajo, la responsabilidad es explicar qué hay que hacer y por qué, en un lenguaje lo bastante concreto para apoyar una decisión.
El tamaño visual de un cambio no mide del todo el esfuerzo. El esfuerzo se valora según el requisito, las dependencias, los usos y las comprobaciones necesarias. Todo ese esfuerzo también tiene que organizarse con eficiencia, y no servir para justificar cualquier duración.
Primero, establecemos de qué tipo de cambio se trata
Antes de hablar de horas, merece la pena aclarar la relación entre la petición y lo acordado. Un error de ejecución, una revisión incluida y una idea nueva parten de lugares distintos.
| Situación | Lo que comprobamos | Lo que hay que explicar al cliente |
|---|---|---|
| La entrega no cumple el requisito acordado | La diferencia respecto al brief y quién es responsable de la corrección | Cómo y cuándo lo corregimos; no lo presentamos automáticamente como una petición adicional |
| Comentarios durante la fase de revisión | Los límites y los usos ya incluidos | Cómo aplicamos los comentarios consolidados |
| Cambia la dirección aprobada | Qué puede reutilizarse y qué hay que rehacer | El impacto en el trabajo y en el calendario |
| Aparece un uso nuevo | Los formatos, funciones o canales añadidos | Qué adaptaciones y comprobaciones hacen falta |
Las reglas comerciales se fijan en el marco de la colaboración. La tabla ayuda a la conversación; no decide por sí sola quién paga cada intervención. Un equipo profesional explica las diferencias y asume su propia parte.
El trabajo puede ir más allá del archivo modificado
Un ejemplo ficticio. Una marca pide sustituir la foto principal de una página. La imagen ya está aprobada y tiene la resolución necesaria. En este caso, el trabajo puede incluir preparar el archivo, actualizar la página y comprobar cómo se ve.
Luego la petición cambia: el producto tiene que mostrarse en otro contexto, la imagen tiene que funcionar en la página y en los anuncios, y el texto tiene que seguir siendo legible en cada composición. Ahora hay una selección o una producción de imagen, opciones de encuadre, adaptaciones y comprobaciones por separado.
La primera versión no debe inflarse con pasos innecesarios, y la segunda no debe reducirse a un clic. La estimación tiene que describir el trabajo realmente necesario en esa situación.
Las dependencias cambian el tamaño del proyecto
En una web, la misma información puede alimentar varias páginas, filtros o integraciones. Si cambiamos un nombre, hay que saber si es solo un texto visible o si también identifica una categoría que usan otros componentes.
En una campaña, una oferta revisada puede pedir que se actualicen las piezas, la página de destino y las comunicaciones programadas. Las comprobaciones sirven para evitar que la gente reciba información contradictoria.
Que existan estas dependencias no significa que cada cambio sea complejo. Una implementación bien organizada puede reducir mucho el esfuerzo repetitivo. Si cada actualización sencilla sale cara, también merece la pena revisar el sistema en el que trabajamos: quizá hay un componente reutilizable o una automatización que resolvería la causa.
Las iteraciones necesitan una pregunta clara
Un proceso creativo puede incluir pruebas, selecciones y ajustes. Tienen sentido cuando siguen una dirección o resuelven un problema identificado. «Probemos otra cosa» se vuelve difícil de estimar si no sabemos qué queremos mejorar.
Un comentario útil describe el problema y el contexto: el producto es difícil de reconocer, la oferta no se lee en el móvil, el ambiente no apoya el posicionamiento, la comparación entre versiones no está clara. Así el equipo puede proponer soluciones y explicar sus decisiones.
Cuando varias personas revisan la misma entrega, consolidar sus comentarios evita rondas contradictorias. No es una petición para limitar la implicación del cliente. Es una forma de convertir las aportaciones en una dirección que el equipo puede llevar a cabo.
Las herramientas rápidas tienen que reducir el trabajo donde pueden
Una herramienta de IA o una automatización puede acelerar parte del proceso. Sigue habiendo que valorar si el resultado encaja, si la información es exacta, si el conjunto es coherente y para qué usos tiene que servir. El tiempo de generación no siempre describe todo el proceso de entrega.
Al mismo tiempo, la eficiencia ganada tiene que tratarse con honestidad en el modelo comercial. En la facturación por tiempo, el registro sigue el tiempo trabajado según el acuerdo. Con un precio cerrado, el cliente compra la entrega y las condiciones acordadas. No mezclamos los modelos solo cuando uno da un resultado más ventajoso para el proveedor.
Explicar el trabajo sirve para que la oferta se entienda. No hay motivo para esconder el uso de herramientas ni para añadir pasos que den más valor aparente al proceso.
Cómo es una estimación que ayuda a elegir
Una estimación útil precisa qué hay que hacer, en qué información se basa y qué podría cambiar el esfuerzo. Si no podemos estimar de forma responsable sin una comprobación inicial, definimos esa comprobación y lo que producirá.
Un ejemplo ficticio. Para una página nueva hay dos opciones: reutilizar una estructura existente con piezas aprobadas, o construir también una comparación interactiva entre productos. El cliente puede decidir según el objetivo y los recursos. No está obligado a comprar la opción con más funciones.
A veces, la propuesta adecuada es una intervención limitada ahora y una mejora más adelante. Otras veces, la repetición frecuente del mismo trabajo justifica reconstruir un componente. La recomendación tiene que mostrar por qué esa elección merece la pena en el contexto de la empresa.
La comprobación forma parte de la entrega
Un cambio integrado tiene que comprobarse allí donde se va a usar. Para un texto, puede bastar una revisión editorial. Para un componente interactivo, pueden hacer falta comprobaciones funcionales y de visualización. Su alcance sigue al cambio y a las consecuencias de un error.
El cliente tiene que poder entender qué recibe y qué se ha comprobado, sin recorrer una lista técnica innecesaria. El equipo tiene que poder mostrar el resultado y los posibles límites que quedan.
NOT MORE. puede valorar la petición, proponer el tamaño de intervención adecuado y hacer el trabajo: dirección visual, contenidos, software, integración o difusión, según la necesidad. También podemos contribuir a un proyecto que lleva el equipo del cliente u otra agencia.
La relación entre una petición y las condiciones de trabajo se desarrolla en «Has pedido un cambio. ¿Qué hemos aprobado de verdad?». Para el papel de las adaptaciones visuales, sigue con «El tamaño importa. El contexto, también». Una buena explicación permite al cliente elegir con conocimiento de causa, y al equipo entregar lo acordado.