Qué significa Client Delivery en el día a día
Un proyecto puede darse por terminado internamente mientras el cliente espera un archivo autorizado. Client Delivery abarca más que tareas completadas: sigue el camino del resultado acordado a una entrega utilizable. Incluye briefing, responsabilidades, estado, comentarios, prestaciones y paso a facturación.
Aquí el término es un modelo de trabajo para agencias y consultoras, no otra metodología. Puedes seguir usando Kanban o un plan por fases. La pregunta añadida es: ¿qué debe existir en cada entrega para que la siguiente persona continúe sin pedir aclaraciones?
Cinco entregas, cinco resultados concretos
| Entrega | Responsabilidad | Resultado verificable |
|---|---|---|
| Encargo → proyecto | Responsable del proyecto | Objetivo, alcance, presupuesto y contacto responsable del cliente |
| Proyecto → equipo | Dirección del proyecto y ejecución | Paquetes de trabajo con resultados y dependencias |
| Equipo → cliente | Responsable de la cuenta | Una versión concreta con pregunta de decisión y plazo |
| Comentarios → ejecución | Responsable del proyecto | Decisión, alcance del cambio y responsabilidad |
| Prestaciones → facturación | Dirección del proyecto y finanzas | Base de prestaciones revisada y borrador revisado por separado |
Ejemplo: un rediseño bloqueado por la pregunta equivocada
Studio Nord diseña una portada para la empresa ficticia Mustermann GmbH. La tarea dice «Portada terminada». Para diseño significa que la composición está lista; para el cliente, que textos, imágenes y vista móvil se pueden usar. La misma palabra describe estados distintos.
El equipo sustituye la tarea general por una entrega: «Versión 03 para decidir el orden de contenidos». El cliente recibe esa versión, una pregunta clara y un plazo. La implementación y la búsqueda de imágenes siguen siendo tareas separadas. Así se ve si falta trabajo o una decisión.
Si después se pide otra sección, la dirección documenta el cambio antes de convertirlo en una partida facturable. Así se concreta la conversación sobre trabajo adicional: ¿qué decisión generó qué trabajo?
Una entrega fiable necesita cuatro datos
Resultado
Nombra lo que se entrega: versión, documento, decisión o prestación revisada. «Actualización» aún no describe un resultado utilizable.
Destinatario
Asigna una persona o un rol responsable. Un mensaje a una lista amplia no establece una responsabilidad clara.
Siguiente acción
Indica si hay que revisar, decidir, completar o simplemente informarse. Hacer visible un archivo no sustituye una pregunta de decisión.
Criterio de finalización
Define de antemano cómo se reconoce una entrega completada y cómo una consulta cambia su estado.
Cómo observar el proceso
Empieza con tres observaciones: entregas sin destinatario responsable, tareas sin resultado definido y prestaciones sin proyecto. Estas listas ayudan a cerrar lagunas concretas. No son métricas de éxito demostradas de OOKI.
Una base común facilita las entregas, pero no decide quién interpreta los comentarios del cliente con autoridad. Si participan varios departamentos, acordad cómo resolver respuestas contradictorias.
Preguntas frecuentes
¿Client Delivery es lo mismo que gestionar proyectos?
Se solapan. La gestión organiza el proyecto; esta perspectiva de entrega explicita además los traspasos al cliente y a facturación. Es una distinción práctica, no una definición normativa universal.
¿Por dónde debería empezar un equipo pequeño?
Elige una entrega recurrente que genere muchas dudas. Define resultado, destinatario, siguiente acción y criterio de cierre. Pruébalo en un proyecto antes de extenderlo.
De la guía al proyecto de ejemplo.
Prueba los pasos en la demo de OOKI: tareas, vista del cliente, tiempos y borrador de factura con datos ficticios. Sin registro.
Prueba la demo (DE)