Traspaso de Ventas a Operaciones: Dónde Muere el Margen

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.

Por qué el traspaso de ventas a operaciones es un problema estructural

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.

Lo que se pierde no es información, es contexto

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.

El intento clásico de arreglarlo y por qué falla

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.

El segundo intento clásico: formularios y checklists

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".

Un mejor modelo para el traspaso de ventas a operaciones

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í.

El modelo de tickets de preventa

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 negocio sigue vivo después del cierre

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.

Margen visible en tiempo real, no en el cierre contable

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.

Señales tempranas de que tu traspaso de ventas a operaciones está destruyendo margen

Si reconocés alguno de estos patrones en tu empresa, el margen ya se está fugando y probablemente no lo estás midiendo:

• El PM tiene que llamar al comercial para entender el proyecto. Si la primera acción del responsable de ejecución es buscar al vendedor por WhatsApp para preguntarle "¿qué le prometiste exactamente al cliente?", el traspaso falló. Toda la información debería estar en el registro del negocio.
• Los proyectos arrancan con alcance ambiguo y se aclaran en la marcha. Cada vez que alguien dice "eso lo definimos cuando arranquemos", se está postergando una decisión que va a tomar el cliente con mejor leverage que vos. El alcance no aclarado en preventa siempre se aclara a favor del cliente en ejecución.
• El comercial pierde visibilidad del proyecto después del cierre. Si tu vendedor no puede decirte en qué etapa está un proyecto que cerró hace dos meses sin preguntarle a operaciones, tu sistema está fragmentado. Y el próximo deal con ese mismo cliente va a vender ciego.
• El margen real se conoce solo al cierre contable. Si para saber cuánto ganó un proyecto hay que esperar a que finanzas consolide costos en el ERP, perdiste la ventana de decisión. El margen se gestiona en vivo o no se gestiona.
• Cada cliente tiene un solo deal, con todo metido adentro. Si una cuenta corporativa tiene tres líneas de servicio activas y todo vive en un solo negocio con un solo PM, no tenés visibilidad real. Cada línea de servicio se trabaja distinto, se factura distinto, y debería rastrearse distinto.

Lo que cambia cuando el traspaso deja de ser el punto débil

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.