El proyecto ya se vendió. Ahora empieza el problema.

El momento exacto en que empieza el desorden

Tu vendedor cierra un proyecto el viernes en la tarde. Le manda un WhatsApp al gerente de operaciones: "Quedó el de Martínez, te paso info el lunes". El lunes hay una junta de 45 minutos donde el vendedor explica lo que prometió, operaciones toma notas, y todos asumen que entendieron lo mismo.

Tres semanas después, el cliente llama molesto porque algo que él dio por sentado en una conversación con el vendedor no está en la entrega. El vendedor jura que lo dijo. Operaciones jura que nunca lo recibió. Los dos tienen razón — porque esa información vivió en un correo, en un WhatsApp, en una cabeza, en una servilleta.

Este momento no es un accidente. Es el resultado predecible de cómo está armada tu empresa.

Cómo se ve esto cuando está resuelto (en una empresa real)

Antes de hablar del problema en abstracto, vale la pena mostrar cómo se ve cuando deja de ser problema. En una empresa de proyectos que ya pasó por esto, el vendedor cierra el deal un viernes y no manda WhatsApp a nadie. El lunes el gerente de operaciones abre el registro del proyecto y ve, en una sola pantalla: las tres conversaciones clave con el cliente, los cuatro entregables que se prometieron (cada uno aprobado por el cliente por escrito), las dos facturas emitidas, el margen calculado en tiempo real, y los compromisos de fechas.

La junta del lunes ya no es de 45 minutos. Es de 10, y solo para resolver dos dudas específicas. El vendedor, tres semanas después, abre el mismo registro desde su celular antes de una llamada con el cliente y ve el estado real del proyecto, qué se entregó, qué falta cobrar y si hay algún incidente abierto. No le pregunta a operaciones. No interrumpe a nadie.

Cuando el cliente llama molesto — porque a veces pasa — la conversación interna dura 3 minutos en vez de 3 días. La verdad está en el sistema, no en la memoria de quien tomó la llamada.

Por qué el traspaso es el punto exacto donde más se pierde

En las empresas que venden proyectos, ventas y operaciones son dos mundos. Ventas vive en conversaciones con el cliente — entiende el contexto, las expectativas no dichas, lo que el cliente quiso decir cuando dijo "algo flexible". Operaciones vive en ejecución — entiende tiempos reales, costos reales, capacidad real del equipo.

El problema es que entre esos dos mundos no hay un puente formal. Hay un correo. Hay una junta de handover. Hay un Excel que alguien armó hace dos años. Hay buena voluntad.

Y la buena voluntad falla todos los días, porque cada vendedor traspasa diferente, cada gerente de operaciones recibe diferente, y nadie tiene el mismo estándar de qué información es suficiente para empezar a ejecutar.

El costo no es solo la fricción interna. Es margen que se pierde porque operaciones presupuesta sin saber lo que ventas prometió. Es calidad que se cae porque la persona que ejecuta nunca habló con el cliente. Es la relación con el cliente que se desgasta porque tu equipo discute internamente antes de resolverle.

Lo que ya intentaron y por qué no funcionó

La solución más común es "hacer mejor el handover". Una plantilla en Word con los 15 puntos que tiene que llenar el vendedor antes de pasar el proyecto. Una junta obligatoria con minuta. Un grupo de WhatsApp por cliente.

Funciona dos semanas. Después el vendedor que tiene prisa llena la plantilla a medias. La junta se cancela porque hay otra junta. El grupo de WhatsApp acumula 400 mensajes y nadie sabe en cuál estaba la información importante.

El segundo intento suele ser comprar un CRM. Alguien implementa HubSpot o Salesforce y se asume que tener un sistema va a resolver el problema. Pero el sistema se configura como si fuera una empresa que vende producto: contactos, empresas, negocios, y ya. El vendedor mete su deal, lo gana, y… ahí termina la historia del CRM. La ejecución sigue viviendo en los mismos correos y Excels de antes.

El CRM no falló. Falló la idea de que el problema era falta de herramienta. El problema era falta de arquitectura.

Qué tiene que cambiar para llegar ahí

Lo primero es entender que el problema no es de personas. No vas a resolverlo contratando un mejor gerente de operaciones ni capacitando a los vendedores en "comunicación efectiva". El problema es estructural: la información del proyecto no tiene dónde vivir de manera estandarizada.

Lo segundo es aceptar que la solución requiere diseño antes de herramienta. Concretamente: antes de tocar ningún software, alguien tiene que definir qué información se captura en cada etapa de la preventa, en qué formato, y dónde queda registrada. Cuáles son los entregables que el cliente aprueba por escrito antes de que operaciones empiece. Qué ve el vendedor en su pantalla cuando abre un proyecto cerrado. Qué ve el gerente de operaciones cuando lo recibe. Después de tener eso definido, el software se configura como reflejo de ese diseño — no al revés.

Lo tercero es decidir que esto es una decisión corporativa, no una sugerencia. El equipo que lleva años operando por intuición va a resistirse — no porque sea mal equipo, sino porque la informalidad les da control. La transición funciona cuando la dirección decide que así se va a operar y entrena al equipo para que pueda hacerlo bien.

Lo que pasa cuando esto se resuelve

Cuando el traspaso deja de ser un punto de fricción, lo que cambia primero es la dinámica interna. Las peleas entre ventas y operaciones bajan a una fracción de lo que eran, porque ya no hay ambigüedad sobre quién dijo qué. La verdad está en el sistema.

Lo segundo que cambia es la velocidad. Operaciones empieza a ejecutar más rápido porque no pierde tiempo persiguiendo información. Ventas cierra más rápido porque no tiene que esperar respuestas internas para responderle al cliente.

Y lo tercero, que es lo más difícil de ver en el corto plazo pero lo más importante: tu empresa deja de depender de las personas específicas que hoy hacen que las cosas funcionen. El día que tu mejor vendedor se vaya, o tu gerente de operaciones renuncie, no se va el 30% del conocimiento operativo de la empresa. Porque el conocimiento ya no vive en sus cabezas.

Si quieres ver cómo se ve un deal cerrado por dentro — qué pantalla abre tu vendedor el día después del cierre, qué información tiene sin preguntarle a nadie, cómo se conectan los entregables con las facturas y el margen — en esta página está el modelo armado para empresas que venden proyectos. No es un brochure: es la arquitectura completa, con los objetos, los pipelines y las pantallas que ve cada rol.