Como saber si un evento dio plata ANTES de ejecutarlo

Este articulo no es una lista de funcionalidades. Es la historia de como una empresa de eventos en Colombia paso de no saber si un evento era rentable hasta meses despues de ejecutarlo, a saberlo antes de que el primer proveedor salga a montar. Si manejas eventos corporativos, logistica de congresos, producciones en vivo, o licitas con el Estado por SECOP, lo que vas a leer te va a sonar familiar.

Vamos a contarte que encontramos cuando llegamos, que construimos, y por que cada decision se tomo asi. Sin adornos, sin capturas de pantalla de dashboards bonitos. Solo el problema y la solucion.

1. El patron que vemos en empresas de eventos

Llevamos varios anos trabajando con empresas que producen eventos en Colombia. Grandes y pequenas. Corporativas y de entretenimiento. Y el patron se repite con una consistencia que asusta.

El pipeline vive en WhatsApp y Excel

La mayoria de empresas de eventos manejan su flujo de trabajo en una combinacion de grupos de WhatsApp, hojas de calculo compartidas, y la memoria del gerente. Un evento entra como una oportunidad comercial — alguien llamo, alguien escribio, alguien refirio. Se crea un grupo de WhatsApp con el nombre del evento. Y ahi empieza el caos.

Nadie sabe con certeza en que etapa esta cada evento. El comercial dice que ya esta aprobado. El productor dice que todavia no tiene el presupuesto final. El coordinador de logistica dice que ya reservo el venue, pero nadie le confirmo. La gerencia pregunta "como vamos con lo de la Gobernacion" y se arma un hilo de 47 mensajes donde nadie responde la pregunta original.

Costean "a ojo" y se enteran de la rentabilidad meses despues

El presupuesto de un evento se arma en un Excel que alguien copia de un evento anterior. Se cambian los numeros gruesos — venue, catering, sonido, transporte — y se le pone un margen "que deberia funcionar". Pero entre la cotizacion inicial y la ejecucion real pasan semanas. Los precios cambian. Se agregan items que nadie presupuesto. El cliente pide un cambio de ultima hora. Y como el Excel no esta conectado con nada, nadie detecta que el evento ya dejo de ser rentable hasta que llega la factura del proveedor.

Hemos visto empresas que descubren que un evento dio perdida tres meses despues de ejecutarlo, cuando contabilidad finalmente cruza las facturas de compra contra la factura de venta. Para ese momento ya no hay nada que hacer.

Los proveedores cobran mas de lo presupuestado

Este es el dolor mas silencioso. El productor cotiza un servicio de catering por $8.000.000. El proveedor acepta. Pero el dia del evento, el proveedor manda una factura por $9.200.000 porque "hubo 15 personas adicionales" o "se pidieron refrigerios extra". Nadie valida esa diferencia contra el presupuesto original. Compras procesa la orden, tesoreria paga, y la diferencia de $1.200.000 se pierde en el ruido.

Multiplica eso por 6 proveedores por evento, y por 20 eventos al ano. Estamos hablando de margenes que se evaporan sin que nadie lo vea.

SECOP: fechas perdidas, documentos dispersos

Para las empresas que ademas licitan con el Estado, el problema se amplifica. Los procesos de SECOP tienen fechas criticas — cierre de observaciones, presentacion de oferta, evaluacion tecnica, evaluacion financiera, adjudicacion. Una fecha perdida es una licitacion perdida. Y hemos visto empresas que pierden licitaciones por cosas tan simples como no subir un documento a tiempo porque estaba en el correo de alguien que estaba de vacaciones.

2. La solucion: un pipeline de 8 etapas con semaforo de costos

Lo que construimos no es un ERP generico adaptado a eventos. Es un sistema disenado desde cero para el flujo real de una empresa de eventos en Colombia. Tiene 8 etapas, cada una con reglas claras, y un sistema de costos en tres capas que hace imposible que un evento se ejecute sin saber su rentabilidad proyectada.

Las 8 etapas del pipeline

Cada evento entra como Ingreso — una oportunidad comercial registrada con cliente, fecha tentativa, tipo de evento, y responsable. De ahi pasa a Cotizacion, donde se arma el presupuesto detallado con categorias (alimentacion, transporte, hospedaje, logistica, produccion, tecnologia). Cuando el cliente acepta, pasa a Aprobacion, que dispara la asignacion de equipo y la apertura de ordenes de compra.

Logistica es donde se coordina todo lo previo a la ejecucion: reservas, contratos con proveedores, permisos, itinerarios. Ejecucion es el evento en si, con reportes de campo y registro fotografico. Liquidacion es donde se cruzan los costos reales contra los presupuestados. Facturacion genera la factura al cliente. Y Contabilidad cierra el ciclo con el registro contable completo.

SLA con semaforo por etapa

Cada etapa tiene un tiempo maximo esperado (SLA). Si un evento lleva 5 dias en Cotizacion y el SLA es de 3 dias, el semaforo pasa de verde a amarillo. Si lleva 8 dias, pasa a rojo. Esto permite que la gerencia vea, en un solo tablero, exactamente donde se estan atascando los eventos.

El semaforo no es decorativo. Cada color dispara notificaciones diferentes. Verde: todo normal. Amarillo: notificacion al responsable de la etapa. Rojo: notificacion al director de proyectos y a gerencia. Nadie puede decir "no sabia que ese evento llevaba dos semanas parado en logistica".

Costeo en tres capas: la clave de todo

Esta es la parte que cambia el juego. Cada linea de costo de un evento tiene tres valores:

La magia esta en la segunda capa: el techo interno. Es el costo maximo aprobado para esa linea. Si el servicio de catering tiene un precio al cliente de $12.000.000 y un techo interno de $8.500.000, eso significa que la empresa espera un margen de $3.500.000 en esa linea. Si el proveedor cotiza $8.200.000, la orden de compra se genera sin problemas. Pero si cotiza $9.100.000 — por encima del techo — la orden de compra se bloquea automaticamente.

Nadie puede emitir esa orden sin aprobacion explicita del director de proyecto. Y esa aprobacion queda registrada con fecha, hora, y justificacion. No hay forma de que un sobrecosto pase desapercibido.

5 flujos de aprobacion

El sistema maneja cinco flujos de aprobacion distintos, cada uno disenado para un momento critico del evento:

1. Aprobacion del cliente. Cuando la cotizacion esta lista, el cliente la aprueba formalmente. No verbalmente. No por WhatsApp. En el sistema, con registro.
2. Aprobacion de perdida. Si un evento proyecta margen negativo (porque es estrategico, porque es un cliente clave, porque es una entrada a un sector nuevo), el director debe aprobar explicitamente la ejecucion con perdida. Nadie ejecuta un evento a perdida "sin querer".
3. Liquidacion interna. Al terminar el evento, el productor liquida los costos reales vs. los presupuestados. Esa liquidacion requiere aprobacion del director antes de pasar a facturacion.
4. Validacion de orden de compra. Toda orden de compra que exceda el techo interno requiere aprobacion. Es el mecanismo que evita los sobrecostos silenciosos.
5. Aprobacion de pago. Tesoreria no puede pagar una factura de proveedor si la orden de compra no esta validada y el monto no coincide con lo aprobado.

3. Lo que cambio para esta empresa

No vamos a darte metricas inventadas. Lo que vamos a contarte son los cambios concretos que esta empresa experimento despues de implementar el sistema. Cambios que puedes verificar con logica, no con fe.

Rentabilidad visible ANTES de ejecutar

Este es el cambio mas importante y el que da nombre a este articulo. Con el costeo en tres capas, la empresa puede ver el margen proyectado de un evento desde el momento en que se arma la cotizacion. No tiene que esperar a ejecutarlo. No tiene que esperar a que lleguen las facturas de los proveedores. Desde la etapa de Cotizacion, el sistema muestra: precio de venta total, costo techo total, margen proyectado en pesos y en porcentaje.

Y a medida que los proveedores confirman sus precios reales, el margen se actualiza en tiempo real. Si un proveedor cotiza por encima del techo, el margen proyectado baja y el semaforo cambia. Antes de que salga una sola orden de compra, la gerencia ya sabe si el evento va a dar plata o no.

Semaforo de costos: rojo = la OC no sale

El semaforo de costos no es un indicador pasivo. Es un mecanismo de bloqueo. Si el costo real del proveedor supera el techo interno definido para esa linea, la orden de compra no se puede generar. El sistema la bloquea. Punto. No hay forma de saltarse esa regla sin una aprobacion explicita del director de proyecto, que queda registrada con su justificacion.

Esto elimina el problema de los sobrecostos silenciosos. Ya no es posible que un proveedor cobre mas de lo presupuestado sin que alguien tome una decision consciente al respecto. Y esa decision queda documentada para siempre.

SLA por etapa: donde se atascan los eventos

Antes del sistema, la pregunta "donde esta ese evento?" se respondia con una llamada telefonica o un mensaje de WhatsApp que podia tardar horas en ser contestado. Ahora la respuesta esta en el tablero: el evento X esta en etapa Y, lleva Z dias, y el semaforo esta en amarillo porque supero el SLA.

Esto tiene un efecto secundario poderoso: la gente se vuelve mas agil. Cuando sabes que tu etapa tiene un SLA visible para toda la empresa, tiendes a no dejar las cosas para despues. El semaforo genera una presion social saludable que acelera el flujo sin necesidad de que el gerente este persiguiendo a la gente.

Cotizaciones versionadas con snapshot congelado

Cada version de una cotizacion queda congelada como una fotografia. Si la version 1 tenia catering por $8.000.000 y la version 2 lo subio a $9.500.000 porque el cliente pidio un menu premium, ambas versiones estan disponibles. Con fecha, con quien la creo, con que cambio.

Esto elimina el clasico "pero a mi me dijeron otro precio". No. Aqui esta la version que el cliente aprobo, con los numeros exactos, en la fecha exacta. No hay ambiguedad posible. Y si hay una disputa, la trazabilidad esta completa.

Ejecucion en campo: reportes con fotos

Durante la ejecucion del evento, los coordinadores generan reportes directamente en el sistema. Con fotos, con observaciones categorrizadas, con estado de cada componente. Esto reemplaza los grupos de WhatsApp donde las fotos se pierden entre memes, quejas, y mensajes de "ya llegue".

Las observaciones se categorizan en 6 areas: alimentacion, transporte, hospedaje, logistica, produccion, y tecnologia. Cada observacion tiene responsable, prioridad, y estado. Al final del evento, la liquidacion puede cruzar las observaciones de campo contra los costos reales y generar un reporte de lo que funciono y lo que no.

Adios a los grupos de WhatsApp como herramienta de gestion

No estamos diciendo que la empresa dejo de usar WhatsApp. Claro que lo siguen usando para comunicarse. Pero WhatsApp dejo de ser el sistema de gestion. Ya no se toman decisiones en un grupo. Ya no se aprueban presupuestos con un "dale". Ya no se reportan problemas en un hilo que nadie lee completo. Todo eso ahora tiene un lugar formal donde queda registrado, es buscable, y tiene consecuencias.

4. Para las empresas que ademas licitan

Muchas empresas de eventos en Colombia no solo atienden clientes privados. Tambien participan en licitaciones publicas a traves de SECOP II. Congresos de gobernaciones, eventos de ministerios, foros de entidades descentralizadas. El volumen de estas licitaciones puede representar el 40% o mas de los ingresos de la empresa.

Y el problema con las licitaciones es que tienen un nivel de complejidad documental y temporal que los eventos privados no tienen.

Modulo SECOP integrado

El sistema incluye un modulo de licitaciones con 8 estados que reflejan el ciclo de vida real de un proceso en SECOP:

Cada proceso tiene 18 o mas fechas clave rastreadas: apertura del proceso, cierre de observaciones, plazo de adendas, fecha de cierre, evaluacion tecnica, evaluacion financiera, evaluacion juridica, subsanacion, adjudicacion, firma de contrato, acta de inicio, informes de supervision, entre otras. Cada fecha tiene alerta automatica.

Decision informada de participar o no

Antes de invertir tiempo y recursos en preparar una oferta, el sistema permite registrar un analisis preliminar: valor estimado del contrato, competidores conocidos, requisitos habilitantes, experiencia requerida, y margen proyectado. Con esa informacion, el director de licitaciones puede decidir si vale la pena participar o si es mejor invertir esos recursos en otro proceso.

Esto es crucial porque preparar una oferta de licitacion puede tomar 2-3 semanas de trabajo de un equipo de 3-4 personas. Si la probabilidad de ganar es baja o el margen proyectado no justifica el esfuerzo, es mejor saberlo antes de empezar.

Lecciones aprendidas por licitacion

Cada proceso — ganado o no — tiene un campo de lecciones aprendidas. Que hicimos bien. Que hicimos mal. Que nos pidieron que no teniamos. Que competidor gano y por que. Esta informacion se acumula y se convierte en conocimiento institucional que mejora las probabilidades en futuras licitaciones.

8 roles granulares

No todo el mundo ve todo. El sistema maneja 8 roles diferenciados:

• Gerencia — vision completa, aprobaciones de alto nivel, indicadores financieros globales
• Director de proyectos — gestion del pipeline, aprobacion de techos, supervision de SLAs
• Director de licitaciones — modulo SECOP completo, decisiones de participacion, seguimiento de procesos
• Productor — ejecucion de eventos, reportes de campo, liquidacion de costos
• Compras — ordenes de compra, relacion con proveedores, validacion de facturas
• Tesoreria — pagos a proveedores, flujo de caja por evento, conciliacion
• Contabilidad — registro contable, cierre de eventos, reportes financieros
• Consulta — acceso de solo lectura para stakeholders que necesitan visibilidad sin edicion

Cada rol ve exactamente lo que necesita. Ni mas, ni menos. El productor no necesita ver el flujo de caja global. Tesoreria no necesita ver las observaciones de campo. Cada quien tiene su vista y sus permisos.

5. Y si la IA te ayudara a analizar cada evento?

Todo lo que describimos hasta aqui es estructura, proceso, y control. Es un salto enorme respecto a WhatsApp y Excel. Pero todavia depende de que alguien mire los datos, los interprete, y tome decisiones. Que pasa cuando quieres ir un paso mas alla?

Con NOVA IA T2 (2 SMMLV/mes), el sistema no solo registra — analiza. Y lo hace de forma automatica, despues de cada evento, sin que nadie tenga que pedirlo.

Analisis automatico post-evento

Cuando un evento pasa a la etapa de Liquidacion, NOVA IA genera un analisis automatico que incluye: margen real vs. margen proyectado, lineas de costo que superaron el techo, proveedores que cumplieron vs. los que no, comparacion con eventos similares ejecutados anteriormente, y recomendaciones especificas para mejorar la rentabilidad en eventos futuros del mismo tipo.

Ese analisis llega como resumen por WhatsApp al director de proyecto y a gerencia. No tienen que entrar al sistema a buscarlo. No tienen que generar un reporte. La IA lo produce, lo resume, y lo envia.

Deteccion de proveedores problematicos

NOVA IA cruza los datos de todos los eventos y detecta patrones que un humano tardaria semanas en identificar. Por ejemplo: si el proveedor de transporte "Transportes XYZ" ha excedido el techo interno en 4 de los ultimos 6 eventos, el sistema genera una alerta para que compras revise esa relacion comercial. Quizas es momento de renegociar. Quizas es momento de buscar alternativa. Pero la decision se toma con datos, no con intuicion.

Comparacion entre eventos similares

Cuando se esta costeando un evento nuevo, NOVA IA puede sugerir techos internos basados en eventos similares ejecutados anteriormente. Si la empresa ya hizo 5 congresos de 300 personas con catering incluido, la IA sabe cual fue el costo promedio real por persona en alimentacion. Eso permite definir techos mas realistas y margenes mas predecibles.

Lecciones aprendidas automaticas

Despues de cada evento, la IA genera un documento de lecciones aprendidas que sintetiza las observaciones de campo, las desviaciones de costo, los tiempos por etapa, y los incidentes reportados. Ese documento se archiva automaticamente y se convierte en referencia para eventos futuros. Ya no depende de que alguien se acuerde de escribirlo. La IA lo hace siempre, sin falta, con la misma estructura.