El modelo Functions
Una empresa sigue viva porque su caja nunca llega a cero, no porque sepa vender. Este modelo divide el trabajo comercial en cuatro tipos. Aparta la medición de quien ejecuta. Y corrige el plan al cerrar cada ciclo.
Arrastra para girarla.
| Tipo de trabajo | Qué resuelve | Qué incluye |
|---|---|---|
| Trazado | Dónde vender | Nicho, competencia, cliente ideal, fortalezas y debilidades, hipótesis |
| Proyecto | Qué decir | Marca, concepto, campaña, mensaje |
| Obra | Con qué llegar | Lo que se construye: listas, datos completados y oportunidades en curso |
| Operación | Salir a contactar | Poner a funcionar lo construido |
La medición no es un quinto tipo de trabajo. Queda aparte, a propósito.
Vender no es lo mismo que sobrevivir
Poder vender no es haber vendido, y haber vendido no es haber cobrado a tiempo.
La cuenta de fondo es simple: la caja al cerrar un ciclo es la que había al empezarlo, más lo cobrado, menos lo gastado.
Hay empresas que saben vender y aun así quiebran. Los motivos suelen ser tres:
- El costo de operar se come el margen de cada venta.
- Venden bien, pero cobran meses después de pagar lo que costó conseguir la venta.
- Venden tarde: podían vender antes, pero no lo hicieron.
De ahí sale el límite de lo que DealTunnel puede prometer. Lo que ofrece es trabajar para mover el margen y el costo de cada oportunidad calificada dentro de un periodo definido. No puede garantizar que una empresa sobreviva, y no lo promete.
Por qué hablamos de obra
Usamos palabras de la construcción porque las empresas a las que les vendemos contratan obras todos los años.
Contratan firmas de ingeniería, aprueban planos y reciben obras terminadas. La apuesta, todavía sin validar, es que ese idioma se entiende sin tener que explicarlo.
La idea central es el plano corregido. Ningún plano sobrevive intacto al terreno. Lo que queda al terminar es el plano actualizado con lo que se encontró.
Son cuatro tipos de trabajo porque así está armado el proceso, no porque una obra tenga cuatro fases. Una obra real tiene más. La construcción presta las palabras; el proceso define cuántas.
Qué es fijo y qué se ajusta cada ciclo
El método no cambia de un ciclo a otro. Cambian las decisiones que se toman con él.
Piensa en una receta: la receta es la misma, y ajustas las cantidades según cómo salió la última vez. El modelo separa tres capas.
| Capa | Qué incluye | Quién la cambia | Cada cuánto |
|---|---|---|---|
| Las reglas del proceso | Los pasos, qué depende de qué, qué entrega cada uno y cómo se registra cada número | El equipo, por decisión explícita | Solo con una nueva versión del método |
| Las decisiones del ciclo | Nicho, cliente ideal, hipótesis, campaña, series de mensajes, mínimos exigidos para avanzar | El cierre de cada ciclo | Una vez por ciclo |
| La realidad | Mercado, oportunidades abiertas, caja, reputación de los dominios de correo desde donde se envía, lo que el mercado recuerda de la marca | Nadie: solo se observa | Todo el tiempo |
Para saber en qué capa va algo, pregúntate: ¿el cierre del ciclo podría cambiarlo? Si puede, es una decisión. Si solo puede observarlo, es realidad.
Elegir el nicho es una decisión, aunque nadie la haya revisado en un año. Que nadie la revise no la vuelve realidad. La vuelve un problema.
El orden importa
Nadie recibe un mensaje antes de que la campaña esté aprobada. La lista, en cambio, sí se puede armar antes.
Puedes comprar los ladrillos antes de aprobar el plano, pero no levantar la pared. Armar y completar la lista de contactos avanza en paralelo. Salir a contactar, y todo el seguimiento que viene después, espera a que la campaña esté aprobada por escrito.
Invertir el orden rompe el proceso. Contactar antes es mandar mensajes que no responden a ninguna idea aprobada.
El otro punto delicado son los traspasos. Cada vez que el trabajo cambia de manos, de un equipo a otro, se puede perder el rastro de qué se hizo y por qué. Esos puntos existen en todo proceso; el riesgo es no nombrarlos.
La medición no le pertenece a nadie
El que juega no puede cambiar las reglas a mitad del partido.
Todo número del sistema se registra igual, con seis datos:
- su valor;
- de dónde salió;
- la fecha;
- de quién es la cifra;
- qué tipo de dato es: medido, reportado por un tercero o autorreportado;
- en qué paso nació.
Muchos pasos producen números, pero ninguno decide cómo se registran. La forma de medir es una regla del proceso, no una decisión del ciclo.
Por eso la medición no es un quinto tipo de trabajo. Si lo fuera, un ciclo con malos resultados podría cambiar su propia medida para verse mejor. El modelo existe para impedir justo eso.
Dos caminos de vuelta
Al cerrar un ciclo, lo aprendido vuelve por dos caminos, y cada uno tiene una respuesta por defecto distinta.
El camino largo va del cierre al inicio del proceso. Siempre reescribe: ningún ciclo termina sin hipótesis nuevas.
El camino corto va del cierre a la campaña. La campaña dura varios años y se ejecuta por olas, que son tandas de la misma campaña. Por defecto, este camino la deja igual.
Solo hay dos alternativas. La primera es ajustar la siguiente ola. La segunda es reabrir la campaña desde cero, y solo corresponde si la hipótesis central resultó falsa o cambió el cliente ideal.
De esa diferencia sale una métrica, la vida de la campaña: cuántos ciclos seguidos sigue vigente sin reabrirse (ver la tabla de métricas en La metodología).
La corrección no salta de paso en paso. Pasa por el plano del ciclo: lo medido actualiza las decisiones, y los cuatro tipos de trabajo las leen al arrancar.
Quién reporta cada dato
El cliente y DealTunnel quieren, los dos, que el ciclo haya salido bien. Por eso lo medido se reporta aparte de lo que opina cada uno.
Tener interés en el resultado no invalida un juicio, pero obliga a separarlo de lo medido. Cada dato lleva una de tres etiquetas:
| Tipo de dato | Quién lo produce | Interés en el resultado | Ejemplos |
|---|---|---|---|
| Medido | Un procedimiento que un tercero puede repetir | Ninguno | Métricas de las plataformas de anuncios, registros públicos, envíos, asistentes |
| Reportado por un tercero | Alguien que no es el cliente ni DealTunnel | Ninguno directo | Qué recuerdan de la idea central los asistentes a un encuentro |
| Autorreportado | El cliente o DealTunnel | Directo | El veredicto sobre la hipótesis, la aprobación de la campaña, el balance del ciclo, la proyección de retorno por cada dólar invertido |
Los tres tipos se reportan por separado, nunca promediados. Si promedias un termómetro con la opinión de alguien que quiere una buena noticia, el resultado hereda la opinión. Ningún ajuste posterior lo arregla.
Cuando decide una persona, su decisión funciona como una puerta, no como una medida. Puede frenar un paso o abrir una hipótesis nueva. Nunca puede confirmarla: poner a prueba una hipótesis le toca a lo medido.
Lo que el modelo no resuelve por sí solo
El modelo tiene cinco límites que conviene conocer antes de leer cualquier tablero hecho con él.
Costo. Un modelo que solo mira ventas siempre recomienda más volumen. Por eso este incluye el costo de cada ciclo, y el objetivo es el margen, no las ventas.
Caja y tiempo. El ingreso no paga cuentas; el efectivo sí. Por ejemplo, con ciclos de venta de 60 a 120 días, el costo se paga antes de que llegue el ingreso.
Horas del equipo. El ciclo no crece más allá de las horas de quien lo opera. Cuando ese es el límite, la métrica útil ya no es el costo por oportunidad sino las oportunidades por hora.
Riesgo de quiebra. El modelo no sabe que la empresa puede quebrar. Un ejemplo ilustrativo: una estrategia rinde 12% seguro; otra rinde 15% en promedio, con 20% de probabilidad de ruina. El modelo no las distingue. Tiende a recomendar la más riesgosa y a presentarla como la mejor opción.
Desgaste. Cada ciclo consume empresas de un universo limitado y desgasta los dominios de correo desde donde se envía. El costo por oportunidad puede mejorar de verdad mientras las ventas totales se estancan. Confundir las dos cosas es el error de lectura más probable.
Todavía sin ciclos reales
El modelo aún no se ha probado con ciclos reales. Será útil si cumple tres condiciones:
- Medir de verdad el costo de cada ciclo. Hoy el modelo lo incluye, pero ningún registro lo mide todavía.
- Comparar contra un grupo de cuentas que sigue con la configuración anterior, para separar aprendizaje de suerte.
- Tener al menos un mínimo que frene un paso cuando no se cumple.
Qué falta construir
Aplicar el modelo al proceso dejó a la vista seis huecos.
- El paso de CRM (paso 8, donde se configura el sistema en el que el cliente registra sus oportunidades) es opcional en el papel e indispensable en la práctica. Es el único que entra a la operación del cliente, y ese acceso separa un dato medido de uno autorreportado. Sin él, el costo por oportunidad se calcula sobre una operación que nadie midió.
- Hay decisiones que se leen cada ciclo y nadie actualiza. Las de cómo se construye y cómo se opera quedan como se definieron en el primer ciclo. Una conexión que falta se ve en el mapa. Una decisión vieja que sigue funcionando no la nota nadie.
- La operación, es decir, poner a correr lo que se construyó, es la parte menos documentada del proceso.
- Nada mide la calidad de la lista antes de enviar. Si caen las respuestas, se culpa al mensaje o al cliente ideal. Hay una tercera causa posible, una lista sucia, y hoy ningún número permite detectarla.
- Seis pasos (8, 9, 12, 13, 14 y 15) no tienen definido en detalle qué reciben ni qué entregan. Son justo los que el ciclo de corrección no alcanza. Donde el ciclo sí cierra, todo está definido.
- Falta un registro aparte de qué se ejecutó de verdad. Sin él, un mal resultado tiene dos explicaciones imposibles de separar: o el plan estaba mal, o el plan no se ejecutó. Y quien lo reporta es el mismo que ejecutó.
Estos huecos importan por una sola razón: cada uno deja que un ciclo parezca mejor de lo que dejó en caja.
Sigue leyendo
Esta página explica cómo se organiza el trabajo para que no se engañe a sí mismo.
¿Qué pasos sigue un cliente, en qué orden y qué entrega cada uno? La metodología: los pasos, módulo por módulo.
¿Cómo se mide el mercado sobre el que actúa la campaña? Revenue Engineering.
DealTunnel · El modelo Functions
Sin validar con ciclos reales