Por qué decidí dejar de esperar a que las herramientas existieran y creé la mía

No construí Qube6 porque quisiera crear una empresa de tecnología. Lo construí porque, después de veinte años ayudando a equipos comerciales B2B a vender mejor, me cansé de ver cómo se repetía siempre el mismo problema. Y ninguna herramienta del mercado lo resolvía.

Voy a explicar cuál era ese problema, qué intenté antes de construir la solución y qué decisiones de diseño tomé que, hasta donde sé, nadie más había tomado. No es una ficha de producto. Es la historia de por qué existe algo que no existía.

El vacío que nadie mencionaba

Durante años trabajé como consultor de ventas y márgenes para empresas industriales y de distribución. Empresas con carteras de cientos o miles de clientes, equipos de diez o veinte vendedores, y una complejidad comercial que crecía más rápido que su capacidad de gestionarla.

En todas esas empresas encontraba las mismas herramientas: un ERP que registraba operaciones, un CRM que registraba actividad, y algún tipo de BI o reporting que mostraba indicadores. Y en todas encontraba el mismo problema: había un abismo entre lo que los datos decían y lo que el equipo hacía con ellos.

El BI mostraba que un cliente había bajado un 15%. Pero no decía si eso era un problema de precio, de mix, de frecuencia o de competencia. El CRM registraba que el vendedor había visitado a treinta clientes, pero no decía si eran los treinta correctos. El director comercial tenía datos de sobra para describir lo que había pasado, pero ninguna herramienta que le dijera qué hacer a continuación.

Ese vacío -el espacio entre el dato y la decisión- era donde yo entraba como consultor. Cada proyecto empezaba igual: descargaba los datos de ventas, los cruzaba en Excel, construía análisis multidimensionales, identificaba patrones y proponía planes de acción cliente por cliente. Y funcionaba. Pero tenía un problema enorme: dependía de mí. Cuando yo me iba, el análisis se detenía. Las empresas volvían a operar por intuición hasta el siguiente proyecto.

Lo que faltaba no era inteligencia. Era sistema.

Lo que busqué y no encontré

Antes de decidir construir nada, busqué. Busqué durante años. Probé herramientas de BI que prometían "analytics avanzados" y ofrecían gráficos bonitos sin prescripción. Evalué CRMs que incluían módulos de "inteligencia de ventas" que en realidad eran scoring básicos sin lógica de negocio. Miré plataformas de revenue intelligence que funcionaban bien en entornos SaaS con ciclos de venta cortos, pero que no entendían la complejidad de una cartera B2B industrial con compra recurrente, múltiples familias de producto y relaciones de diez años.

El patrón que encontré en todas era el mismo: o bien hacían muy bien la parte descriptiva (qué pasó) pero no llegaban a la prescriptiva (qué hacer), o bien intentaban la prescripción pero sin una lógica de negocio comercial real. Sus recomendaciones eran genéricas, algorítmicas, desconectadas de cómo vende una empresa B2B en la práctica.

Ninguna hacía lo que yo hacía manualmente en mis proyectos de consultoría: mirar un cliente desde múltiples ángulos distintos, cruzar esas lecturas, detectar el patrón dominante y proponer una línea de acción específica basada en la situación real de esa cuenta dentro de la cartera completa.

Lo que faltaba no era tecnología. Lo que faltaba era el pensamiento comercial previo a la tecnología.

La decisión que lo cambió todo

Hubo un momento concreto en el que decidí que tenía que construirlo yo. No fue un momento épico. Fue un viernes por la noche, cerrando un proyecto de diagnóstico para una empresa de distribución industrial con más de dos mil clientes activos.

Llevaba tres semanas trabajando en el análisis. Había clasificado toda la cartera por valor de contribución, por tendencia, por rentabilidad y por calidad de la venta. Había cruzado esas cuatro lecturas para identificar patrones: las estrellas que sangraban en silencio, los gigantes de barro que facturaban mucho con margen negativo, las joyas ocultas que nadie visitaba, los clientes nuevos que estaban a punto de morir por falta de segunda compra.

El resultado era un plan de acción para cada cuenta. Con objetivo, estrategia, táctica y acciones concretas. Algo que el director comercial podía llevar a su equipo el lunes y convertir en visitas, llamadas y negociaciones con criterio.

Y mientras cerraba el fichero, pensé: este análisis debería estar vivo. No debería depender de que alguien como yo lo haga a mano cada trimestre. Debería actualizarse con cada nuevo dato. Debería ser un sistema, no un proyecto.

Esa noche escribí las primeras notas de lo que acabaría siendo Qube6.

Las decisiones de diseño que vinieron de la consultoría, no de la ingeniería

Lo más importante de Qube6 no son sus matrices ni sus indicadores. Son las decisiones de diseño que tomé antes de escribir la primera línea de código. Decisiones que venían de veinte años frente al cliente, no de un laboratorio.

La primera: pocas categorías, bien definidas. La tentación natural de cualquier sistema de análisis es crear más segmentos, más clusters, más granularidad. Resistí esa tentación. Qube6 clasifica cada cliente en pocas categorías que obligan a actuar. No quince segmentos que permiten esconderse detrás de matices infinitos. Categorías que dicen: este cliente necesita crecimiento, este necesita defensa, este necesita transformación, este necesita poda. Cuatro verbos. No quince. Porque un equipo comercial real no puede gestionar quince estrategias simultáneas. Puede gestionar cuatro.

La segunda: coherencia y precedencias. Cuando cruzas múltiples dimensiones de análisis, las señales se contradicen. Un cliente puede tener alto valor y baja rentabilidad. Puede estar creciendo en volumen y decreciendo en calidad de venta. ¿Qué pesa más? En la mayoría de los sistemas, esa pregunta se resuelve con un "depende" que acaba en una discusión interminable en la reunión del lunes. Qube6 tiene reglas de precedencia que no son negociables. Si un cliente tiene rentabilidad tóxica, el sistema bloquea cualquier inversión en crecimiento hasta que esa rentabilidad se estabilice. No importa cuánto facture. No importa cuánto le quiera el vendedor. Eso elimina la arbitrariedad sin eliminar el juicio humano: establece el marco dentro del cual el equipo decide.

La tercera: salida operativa, no analítica. Esta fue la decisión más contraintuitiva y probablemente la más importante. La mayoría de las herramientas de análisis terminan en un dashboard. Qube6 termina en el CRM. El resultado final no es un gráfico ni un informe: es una tarea asignada a un vendedor, con un objetivo, una táctica y un plazo. Del dato a la visita, sin escalas intermedias. Porque aprendí en veinte años de consultoría que el eslabón más débil de cualquier sistema analítico no es el análisis. Es la distancia entre el análisis y la ejecución.

Un sistema que evoluciona porque aprende de cada implantación

Qube6 no nació terminado. Empezó con cuatro matrices de diagnóstico que clasificaban clientes por valor, tendencia, rentabilidad y calidad de venta. Era la traducción directa de lo que yo hacía manualmente como consultor: cuatro formas de mirar al cliente que, cruzadas, revelaban patrones que una sola lente no podía ver.

Pero con cada implantación, con cada cartera real, el modelo aprendió. Aprendimos que cuatro matrices generaban un diagnóstico rico pero una complejidad de decisión que paralizaba. Dieciséis celdas por matriz, cuatro matrices: el director comercial acababa con un mapa detallado y sin brújula. Sabía dónde estaba cada cliente pero no qué hacer primero.

Esa tensión nos llevó a la evolución más importante del modelo: una capa intermedia que comprime toda esa complejidad en dos preguntas fundamentales. La primera: ¿qué ES este cliente para mi empresa? No cuánto factura, sino cuánto vale realmente cuando cruzas su contribución con su rentabilidad. La segunda: ¿qué HACE este cliente ahora mismo? No su histórico, sino su dinámica actual: ¿crece o decrece? ¿Con qué calidad de venta? ¿Manteniendo o erosionando el margen?

Separar lo que un cliente es de lo que un cliente hace resultó ser la distinción más poderosa del modelo. Un cliente puede ser un pilar financiero pero estar enfermando operativamente. Otro puede parecer insignificante en la foto fija pero estar creciendo con una disciplina comercial impecable. Sin esta distinción, las empresas invierten en los clientes equivocados y reaccionan tarde a las amenazas reales.

De esa lógica nació también algo que no habíamos previsto: la capacidad de catalogar los problemas comerciales. Después de analizar cientos de carteras, descubrimos que los patrones se repiten. No hay infinitos problemas comerciales distintos; hay un catálogo finito de situaciones recurrentes, cada una con sus señales de detección y su protocolo de actuación. De la misma manera que un médico reconoce patologías por síntomas, el sistema reconoce patrones comerciales por la combinación de indicadores. Hoy ese catálogo tiene veintiséis patrones documentados que cubren la práctica totalidad de las situaciones que un director comercial encuentra en su cartera.

Esa evolución -de matrices estáticas a un sistema que diagnostica, clasifica en dos dimensiones comprimidas, detecta patrones y prescribe con reglas de gobernanza- es la prueba de que Qube6 no nació de un PowerPoint. Nació de la tensión entre lo que funciona en el terreno y lo que no.

Lo que Qube6 es, y lo que no es

Vale la pena ser explícito sobre lo que construí y lo que no construí, porque la confusión más frecuente es asumir que Qube6 compite con el CRM o con el BI.

No compite con ninguno de los dos. Qube6 no registra actividad comercial: para eso está el CRM. No hace dashboards generalistas: para eso está el BI. Qube6 ocupa el espacio que ninguno de los dos cubre: toma los datos que ya existen en el ERP y el CRM, los procesa a través de un pipeline secuencial que va del dato bruto a la decisión ejecutable, y entrega a cada vendedor, cada semana, un plan de acción con objetivo, estrategia, táctica y acciones concretas. Todo determinista: dados los mismos datos y la misma configuración, dos equipos distintos llegan a las mismas decisiones.

No es una herramienta perfecta. Lo que pretende es que la calidad de las decisiones comerciales no dependa de tener un consultor en plantilla, ni de la intuición del director, ni de la memoria selectiva del vendedor. Que dependa de un sistema que se alimenta de datos reales, opera con lógica de negocio explícita y produce resultados que se pueden auditar, replicar y mejorar.

Eso es lo que no existía. Y eso es lo que construí.