El proyecto se vendió con un margen proyectado del 35%. Tres meses después, operaciones lo cerró en 12%. Nadie sabe exactamente en qué momento se evaporaron los 23 puntos, pero todo el mundo tiene una teoría. El comercial dice que operaciones sobre-ejecutó. El PM dice que la propuesta vendió cosas imposibles. Finanzas dice que faltan horas en el timesheet. Y la próxima vez que se venda un proyecto parecido, va a pasar exactamente lo mismo.
El traspaso de ventas a operaciones no es un evento administrativo. Es el momento donde se decide la rentabilidad real del proyecto — y en la mayoría de las empresas de servicios profesionales en Latinoamérica, ese momento ocurre sin trazabilidad, sin documentación, y sin que nadie sea responsable de lo que se pierde en el camino.
La conversación interna casi siempre es la misma: "hay que mejorar la comunicación entre ventas y operaciones". Esa frase es un síntoma, no un diagnóstico. Implica que el problema es de personas, de buena voluntad, de reuniones más frecuentes. No lo es.
El problema es estructural. Ventas opera en un sistema (el CRM, si tienen suerte; un Excel y WhatsApp, en la mayoría de los casos). Operaciones opera en otro (un PM tool, otro Excel, el correo). El traspaso es el momento donde dos sistemas que no se hablan tienen que transferir un objeto complejo — un proyecto — con todo su contexto: alcance, supuestos, exclusiones, conversaciones informales con el cliente, expectativas que nunca quedaron escritas.
La propuesta firmada captura el 60% de lo que el cliente entendió que iba a recibir. El resto vive en la cabeza del comercial: lo que le dijo al CFO en el café, la promesa de "eso lo vemos después", el alcance que se ajustó verbalmente para cerrar el deal. Cuando el comercial pasa el proyecto, transfiere el documento. No transfiere el contexto.
Y el PM arranca a ejecutar lo que dice el documento, hasta que el cliente llama a las dos semanas reclamando algo que "el vendedor prometió". Ahí empieza la sangría de margen.
La respuesta estándar de cualquier consultor o gerente con tres años de experiencia es la misma: "hagamos una reunión de kickoff entre ventas y operaciones". Se agenda una hora. El comercial cuenta el proyecto. El PM toma notas. Todos se dan la mano. La reunión termina con la sensación de que el traspaso está hecho.
No lo está. Una reunión de una hora no transfiere meses de conversación comercial. El PM se va con notas incompletas, supuestos que no validó, y la promesa de "cualquier duda me escribes". Esa promesa es exactamente el mecanismo que destruye el margen: cada duda que aparece en la ejecución se resuelve por WhatsApp, sin quedar registrada, sin actualizar el alcance, sin que nadie evalúe si esa decisión cuesta plata.
Cuando la reunión de kickoff no alcanza, la siguiente solución es crear un formulario de traspaso. Una plantilla con 40 campos que el comercial tiene que llenar antes de pasar el proyecto. En teoría, garantiza que toda la información crítica quede documentada.
En la práctica, el comercial llena los campos obligatorios con "a definir" o copia-pega de la propuesta. La plantilla se convierte en un trámite burocrático que nadie usa para tomar decisiones. Y el contexto sigue viviendo en la cabeza del comercial — solo que ahora hay un PDF que dice que el traspaso "se hizo bien".
El traspaso no es un evento. Es la acumulación de toda la información de preventa en un solo lugar, donde operaciones puede consumirla cuando la necesite. La diferencia entre estos dos enfoques cambia completamente cómo se diseña el sistema.
Cuando el traspaso es un evento, todo depende de que el comercial recuerde y transmita en una reunión. Cuando es acumulación, cada interacción de preventa — cada llamada, cada propuesta iterada, cada objeción resuelta, cada compromiso verbal — queda registrada en el registro del negocio a medida que ocurre. El día del traspaso, no hay que reconstruir nada. Todo está ahí.
Antes de que un negocio se cierre, ya pasó por varios momentos críticos: levantamiento de información, diseño de la solución, generación de la propuesta, negociación. Cada uno de esos momentos es una unidad de trabajo discreta — un ticket — con su propio entregable y su propia documentación.
Cuando el negocio se cierra, operaciones no recibe un PDF y una reunión. Recibe la trazabilidad completa: qué se levantó, qué se diseñó, qué se propuso, qué se negoció, qué quedó fuera del alcance. Todo asociado al mismo registro del negocio, accesible sin pedir permiso, sin agendar reunión, sin depender de la memoria del comercial.
El otro cambio estructural es dejar de tratar el cierre como un final. En la mayoría de los CRMs, cuando el deal pasa a "ganado", desaparece del pipeline activo. El comercial deja de verlo. Operaciones empieza a trabajarlo en otro sistema. Se rompe la continuidad.
En un modelo bien diseñado, el pipeline de negocios tiene etapas post-venta: in progress, mantenimiento, ganado cerrado. El comercial puede abrir el deal seis meses después y ver el estado real del proyecto — incidentes críticos, fees cobrados, fees pendientes, satisfacción del cliente — sin preguntarle a nadie. Esa visibilidad permanente cambia el comportamiento comercial en el siguiente deal: el vendedor que sabe cómo se ejecutó lo último que vendió, vende distinto.
El último elemento del modelo es la visibilidad financiera dentro del mismo registro del negocio. Cada factura emitida y cada costo asociado al proyecto se registran como un objeto vinculado al deal. Una propiedad calculada suma todo y muestra el margen en vivo.
No se descubre que el proyecto perdió plata cuando finanzas cierra el mes tres semanas después. Se ve en el momento en que el costo se incurre. Y eso permite tomar decisiones cuando todavía hay tiempo de tomarlas — renegociar alcance, levantar un cambio formal, parar una sobre-ejecución.
Si reconocés alguno de estos patrones en tu empresa, el margen ya se está fugando y probablemente no lo estás midiendo:
Cuando el traspaso de ventas a operaciones está bien diseñado, la empresa deja de perder los 20 puntos de margen que nadie sabía exactamente dónde se iban. Los proyectos arrancan con alcance claro, supuestos validados y trazabilidad completa. El PM no empieza investigando — empieza ejecutando. El comercial mantiene visibilidad permanente y vende mejor el siguiente deal porque entiende cómo se entregó el anterior. Finanzas ve el margen en vivo y puede intervenir cuando se está desviando, no tres meses después cuando ya no hay nada que hacer.
Si querés ver cómo se estructura este traspaso en una empresa que vende proyectos — los tickets de preventa, el pipeline con etapas post-venta, el objeto de facturas que calcula margen en vivo — acá está el modelo que implementamos. No es una demo genérica de CRM. Es la arquitectura específica que resuelve este problema, mostrada antes de que tengas que comprometer nada.