Dónde se pierde el trabajo de la agencia entre ventas y entrega

El trabajo de agencia se pierde entre ventas y entrega porque el CRM, la herramienta de proyectos y la app de facturación almacenan cada uno una copia separada del cliente. Cuando se gana un trato, alguien crea manualmente un proyecto, vuelve a escribir el alcance y espera que producción lea las notas de ventas. Cada campo no copiado es contexto que muere en el traspaso — y las agencias ejecutan este traspaso en cada nuevo encargo.

Esta publicación mapea exactamente dónde desaparece la información, por qué las correcciones de proceso solas no bastan y cómo se ve una corrección arquitectónica.

El traspaso que nadie diseñó

La mayoría de agencias tienen un proceso de ventas y uno de entrega. Lo que les falta es una conexión diseñada entre ambos.

El flujo típico:

Ventas cierra el trato en el CRM
        ↓
  [traspaso manual — sin soporte del sistema]
        ↓
PM crea proyecto en la herramienta de proyectos
        ↓
Account manager configura facturación
        ↓
Diseñador pregunta « ¿qué quería realmente el cliente? »

El hueco en el medio no es una función que falta. Es un modelo de datos compartido que falta. El CRM cree que el trabajo terminó. La herramienta de proyectos cree que el trabajo empieza de cero. Nadie es dueño de la costura.

Cinco lugares donde muere el contexto

1. Detalles de alcance en notas del trato

Ventas captura matices en notas de texto libre: « el cliente quiere bold, no corporate », « presupuesto ajustado pero pagará por urgencia », « el CEO firma, el marketing manager gestiona el día a día ». Nada de esto es dato estructurado. Cuando el PM crea el proyecto, copia el título y valor del trato — no los tres párrafos de contexto que importan de verdad.

Lo que ve producción: « Rediseño web — 24 000 £. »
Lo que producción necesita: todo lo del campo de notas que nadie leyó.

2. Desglose de presupuesto

El valor del trato es 24 000 £. Pero ventas acordó: 16 000 £ diseño, 5 000 £ desarrollo, 3 000 £ copy. Ese desglose vive en una hoja de cálculo adjunta al trato — o en la cabeza del comercial. Facturación configura una sola factura de 24 000 £. Producción gasta 18 000 £ en diseño y se pregunta por qué el presupuesto está « ajustado ».

3. Mapa de stakeholders

Ventas conoció a tres personas: el CEO (decisor), el marketing manager (día a día) y el responsable de IT (filtro técnico). El CRM tiene un contacto vinculado al trato. El proyecto se asigna a « Acme Corp » sin indicación de quién aprueba qué. El diseñador envía mockups al marketing manager; el CEO los rechaza porque nadie dijo que el CEO firma.

4. Restricciones de plazo

« Necesitamos esto en vivo antes de la conferencia del 15 » se discutió en la llamada de ventas. Quizá está en las notas del trato. El proyecto recibe un plazo por defecto de seis semanas. Semana cuatro, el account manager descubre la fecha de la conferencia y escala.

5. Historial del cliente

Este es el tercer proyecto del cliente con la agencia. Los dos primeros tuvieron scope creep, un pago tardío y un champion que dejó la empresa. Nada de eso es visible en la herramienta de proyectos, porque solo conoce este proyecto. Producción lo trata como un primer encargo.

Por qué las correcciones de proceso no bastan

Las agencias que reconocen el problema del traspaso suelen responder con proceso:

• Plantillas de traspaso — un formulario que ventas rellena antes de cerrar
• Reuniones de kickoff — una reunión donde ventas informa a producción
• Campos obligatorios — campos CRM requeridos antes del estado « ganado »

Ayudan. También fallan de forma predecible:

Corrección de proceso	Por qué se degrada
Plantilla de traspaso	Se omite cuando ventas está ocupado cerrando el siguiente trato
Reunión de kickoff	El conocimiento queda en la memoria de alguien, no en el sistema
Campos obligatorios	La gente rellena el mínimo viable para desbloquear la etapa
Mensaje Slack de traspaso	No buscable, no vinculado, perdido en el scroll

El proceso depende de disciplina. La disciplina se erosiona bajo presión — y las agencias siempre están bajo presión. La corrección que sobrevive a temporada alta no es un mejor formulario. Es eliminar por completo el paso copiar-pegar.

La corrección arquitectónica: una ficha de cliente única

El traspaso se rompe porque tres herramientas tienen tres fichas de cliente. La corrección es una ficha que todo referencia:

Empresa: Acme Corp
├── Contactos (CEO, Marketing Mgr, IT Lead)
├── Trato: Rediseño web — 24 000 £ [Ganado]
│   ├── Notas de alcance
│   ├── Desglose de presupuesto
│   └── Plazo: en vivo antes del 15
├── Proyecto: Web Acme T3
│   ├── Tareas
│   ├── Asignados
│   └── Referencia el trato de arriba
├── Factura: 8 000 £ hito 1
│   └── Referencia el proyecto de arriba
└── Documentos: contrato, brief, activos de marca

Cuando producción abre el proyecto, ve el trato del que salió — alcance, contactos, presupuesto, plazo — sin que nadie copie nada. Cuando facturación crea una factura, referencia la misma empresa. Cuando el account manager consulta el historial del cliente, los tres proyectos anteriores están ahí.

No es una lista de deseos de funciones. Es lo que ocurre cuando CRM, proyectos y facturación comparten una base.

Qué cambia en la práctica

Ventas cierra un trato

La ficha del trato ya tiene empresa, contactos, valor, notas de alcance y plazo. Nada necesita « enviarse » a ningún sitio.

PM inicia la entrega

Crea un proyecto vinculado a la misma empresa y trato. Alcance, desglose de presupuesto y contactos stakeholders ya están adjuntos. La primera tarea es trabajo real, no arqueología.

Facturación factura un hito

La factura referencia empresa y proyecto. Las tarifas acordadas en ventas están en la ficha del trato. Nadie consulta tres sistemas por el número.

Diseñador se une al proyecto

Abre el proyecto y ve: el brief (documentos), stakeholders (contactos), restricciones (notas del trato) y encargos anteriores (historial de proyectos). No hace falta kickoff para contexto básico — aunque los kickoffs siguen ayudando con matices.

Account manager hace seguimiento

Abre la ficha de empresa y ve: tratos en pipeline, proyectos activos, facturas pendientes y eventos de calendario próximos. Una vista, no cuatro pestañas.

El coste del traspaso roto

La pérdida de contexto es invisible en una sola factura, por eso persiste. Pero se acumula:

• Retrabajo — entregables que fallan requisitos no formulados
• Scope creep — producción descubre « extras » que ventas ya prometió
• Arranques lentos — primera semana reconstruyendo lo que ventas ya sabía
• Fricción con el cliente — « ya se lo dije a su equipo de ventas »
• Erosión de margen — tiempo no facturado en arqueología de traspaso

Multiplica por encargos al año, y el traspaso roto es uno de los mayores costes ocultos de una stack fragmentada — mayor que cualquier línea de suscripción.

Cómo maneja sSystm el traspaso

En sSystm, el traspaso no es un proceso — es una propiedad del modelo de datos:

• CRM guarda contactos, empresas y tratos
• Proyectos referencian las mismas empresas y pueden vincular tratos
• Facturación factura referenciando las mismas empresas y proyectos
• Documentos se adjuntan a empresas y proyectos
• Calendario vincula eventos a empresas y proyectos

Sin paso de exportación. Sin copiar-pegar. Sin « mira el CRM para los detalles ». La ficha de cliente es el hub; cada módulo es un spoke.

Tu IA conectada vía MCP puede leer el contexto completo — notas del trato, estado del proyecto, historial de facturación — en una consulta. Solo es posible porque los datos están en un solo sitio, no porque la IA sea especialmente lista.

La prueba de un minuto

Toma tus tres últimos tratos ganados. Para cada uno, responde:

1. ¿Puedes ver el proyecto activo sin salir del CRM?
2. ¿Puedes ver el alcance del trato desde la vista de proyecto?
3. ¿Puedes ver todas las facturas de ese cliente en un solo sitio?
4. ¿Puede un nuevo miembro del equipo encontrar el contrato firmado en menos de 60 segundos?

Si alguna respuesta es no, tu traspaso es un proceso manual — y los procesos manuales pierden contexto cada vez.

---

Relacionado: CRM de agencia vs CRM genérico · Por qué las agencias necesitan CRM, proyectos y facturación en una sola herramienta · El coste real de herramientas de agencia desconectadas