Acordar qué se entrega antes de empezar un encargo

Imaginemos una pequeña imprenta que recibe un encargo de folletos. La conversación termina con una frase tranquilizadora: "Entonces, para el viernes lo tenemos". Quien atiende piensa en una prueba lista para revisar. Quien hace el pedido piensa en una caja de ejemplares terminados. Los dos han oído la misma fecha, pero están esperando cosas distintas.

Me interesa ese momento porque el malentendido todavía cabe en una pregunta. Más adelante puede ocupar una mañana entera de llamadas, cambios de archivo y trabajo repetido. Antes de organizar las tareas, conviene averiguar qué imagen del resultado tiene cada persona.

No hace falta convertir todos los encargos en un proyecto solemne. Sí ayuda poder describir qué recibirá el cliente y en qué condiciones podrá utilizarlo. "Preparar unos folletos" deja muchas decisiones abiertas. "Entregar los ejemplares impresos, cortados y plegados a partir del archivo aprobado" empieza a cerrar algunas.

El resultado necesita un nombre concreto

En el ejemplo de la imprenta, yo separaría tres cosas que pueden confundirse: el diseño, la prueba y la tirada. El diseño es un trabajo. La prueba permite revisar una propuesta. La tirada es el conjunto de ejemplares que se entrega. Un negocio puede encargarse de las tres o de una sola, y esa diferencia no debería quedar escondida detrás de la palabra "folletos".

La misma pregunta sirve para otros servicios. Al preparar una presentación, ¿se entrega un archivo editable o un PDF? Al ordenar fotografías de productos, ¿se seleccionan imágenes existentes o también se toman otras nuevas? Son ejemplos distintos, pero en todos aparece una decisión práctica: qué queda en manos de quien encarga el trabajo cuando este termina.

La guía de Atlassian sobre el alcance de un proyecto distingue los resultados previstos, las tareas y los límites del trabajo. Para un encargo pequeño, esa separación puede traducirse a palabras corrientes: qué vas a recibir, qué necesitamos hacer para prepararlo y qué queda fuera de esta entrega.

Una descripción útil permite reconocer el resultado sin haber participado en toda la conversación. Si otra persona del equipo lee la nota y necesita preguntar de nuevo qué hay que entregar, todavía falta concretar algo.

Una muestra puede aclarar más que varios adjetivos

"Sencillo", "rápido", "profesional" o "como el anterior" parecen descripciones, pero cada persona puede completarlas de una manera. Una muestra ayuda a descubrir qué se está dando por supuesto. En la imprenta podría ser un papel del grosor esperado, un plegado de referencia o una copia del folleto anterior.

La muestra también necesita explicación. Si se enseña un trabajo anterior para indicar el tamaño, conviene decir que la referencia es el tamaño. De lo contrario, alguien puede entender que también se repetirán el acabado, la distribución o el número de páginas. Señalar qué detalle estamos mirando evita que el ejemplo se convierta en una promesa más amplia.

Cuando el resultado sea digital, se puede describir su uso. Un archivo destinado a una pantalla de recepción plantea preguntas distintas de otro que se enviará por correo. ¿Dónde se abrirá? ¿Quién tendrá que modificarlo después? ¿Hay un formato requerido por la herramienta de destino? Saberlo al principio puede cambiar la forma de preparar la entrega.

Yo dejaría estas decisiones junto a la descripción del encargo. Una fotografía suelta en un chat es fácil de encontrar el mismo día y mucho más difícil de interpretar semanas después. Una frase que explique para qué sirve esa referencia conserva una parte importante de la conversación.

El viernes puede ser una prueba o una entrega

Volvamos a la fecha. "Para el viernes" no indica qué sucederá entonces. Puede significar que se enviará una propuesta, que el cliente responderá a unas dudas, que comenzará la producción o que el trabajo estará listo para recoger. Poner un verbo junto al día cambia mucho la claridad del acuerdo.

En un encargo con revisión, intentaría distinguir al menos el momento de mostrar la propuesta y el momento de entregar el resultado. Entre ambos tiene que ocurrir algo: alguien lo mira, responde y permite continuar. Si esa persona no está disponible, el trabajo puede quedarse esperando aunque la parte anterior haya terminado a tiempo.

Un calendario comprensible podría recoger tres hechos:

• El martes se envía la prueba del folleto a la persona que la revisará.
• El miércoles se recibe una respuesta conjunta con los cambios o con la aprobación.
• El viernes se recogen los ejemplares, siempre que se haya podido cerrar la revisión prevista.

Las fechas de este ejemplo no son una recomendación de plazos. Lo que importa es la relación entre los pasos. Cada negocio necesita estimar los suyos según el trabajo, los materiales y su capacidad real. Si cambia una dependencia, merece revisarse la fecha afectada antes de seguir repitiendo la promesa inicial.

Alguien tiene que reunir la respuesta

Un encargo pequeño puede tener muchas voces. Una persona escribe, otra envía las imágenes y una tercera decide si el resultado sirve. Esa colaboración funciona mejor cuando se sabe quién reúne las observaciones y quién confirma que se puede avanzar.

Pensemos en una prueba que recibe dos respuestas incompatibles. Una pide mantener una fotografía y otra sustituirla. Elegir por intuición traslada al proveedor una decisión que quizá corresponde al cliente. Lo razonable es devolver la duda de forma concreta y esperar una respuesta acordada.

También ayuda saber dónde se revisa. Un comentario en el correo, una nota de voz y una corrección dentro de un archivo pueden referirse a versiones distintas. Antes de aplicar cambios, conviene comprobar cuál es la propuesta sobre la que se está hablando y reunir las indicaciones que pertenecen a ella.

No propondría abrir una herramienta nueva solo para un intercambio breve. Puede bastar el canal que las personas ya sepan utilizar. La condición práctica es que permita identificar la versión y recuperar la respuesta cuando haga falta.

Entregar un enlace también exige comprobar el acceso

Cuando el resultado está en una carpeta compartida, copiar la dirección no garantiza que la otra persona pueda abrirla. El acceso depende de cómo se haya compartido y de la cuenta con la que entre el destinatario. Es un detalle pequeño que puede hacer que una entrega aparentemente terminada siga pendiente.

Por ejemplo, la documentación de Microsoft sobre vínculos de OneDrive y SharePoint diferencia los enlaces abiertos a quien los tenga de los destinados a personas concretas. Estos últimos requieren que el destinatario se identifique como la persona autorizada. Las opciones disponibles también dependen de la configuración del servicio.

En la práctica, conviene acordar quién recibirá los archivos y comprobar sus permisos. Dar acceso de lectura puede bastar para una revisión. La posibilidad de editar responde a otra necesidad. Ampliar el acceso a cualquiera que tenga el enlace para resolver una incidencia deprisa puede compartir más de lo que pretendíamos.

La entrega debería indicar además qué archivo utilizar. Si una carpeta contiene la prueba inicial, dos correcciones y el resultado definitivo, su destinatario no tiene por qué adivinar cuál corresponde enviar a producción. Un nombre claro y una breve indicación ahorran esa búsqueda.

Lo que cambia merece una conversación nueva

Durante el trabajo puede aparecer una necesidad que nadie había previsto. En la imprenta, quizá el cliente pide también una versión del folleto para una pantalla. No hace falta interpretar esa petición como un conflicto. Hace falta averiguar si ya estaba incluida o si modifica el encargo.

Antes de responder que sí, miraría qué obliga a rehacer y qué puede mantenerse. A veces el cambio es pequeño. Otras veces requiere otro formato, una composición distinta y una revisión adicional. Explicarlo con tareas concretas resulta más útil que discutir si la petición parece fácil.

La conversación inicial no evita todos los cambios. Ofrece una referencia para hablar de ellos. Si se acuerda ampliar el trabajo, conviene dejar constancia de qué se añade y de cómo afecta a la entrega. Así la nota que consulta el equipo sigue describiendo el encargo actual.

Al terminar, volvería a leer la descripción del resultado y la compararía con lo que va a recibir el cliente. ¿Está la cantidad prevista? ¿Se ha utilizado la versión aprobada? ¿Se entiende cómo recogerlo o abrirlo? Esa revisión final tiene sentido porque las preguntas se plantearon antes de empezar. El viernes ya puede significar lo mismo para todos.