MRR frente a ingresos por desarrollo a medida. La trampa de la marca blanca.

Todo negocio de plataforma de marca blanca acaba llegando a una bifurcación de la que normalmente no se da cuenta. Un camino son los ingresos recurrentes: los clientes pagan una cuota mensual por usar la plataforma, el ingreso es previsible y el valor de la empresa es un múltiplo de esa base recurrente. El otro camino son los ingresos por desarrollo a medida: los clientes pagan para que la plataforma construya lo que ellos necesitan, el ingreso es grande e inmediato, y la empresa se vuelve muy buena construyendo lo que pida el siguiente cliente.

Los dos caminos producen ingresos, pero solo uno produce un negocio de software. La trampa está en que el camino del desarrollo a medida parece la ruta más rápida hacia el ingreso «ya», los clientes están encantados de pagarlo y la caja llega antes de lo que tarda en componerse el ingreso recurrente. Así que la empresa deriva hacia el trabajo a medida, el equipo de ingeniería se optimiza para entregar en lugar de para producto, y tres años después la empresa tiene buenos ingresos y un mal negocio.

Por mi experiencia, el ingreso por desarrollo a medida es genuinamente útil, financia al equipo y demuestra la demanda del cliente, pero tiene que contenerse dentro de una estructura que proteja la base recurrente, o se come el negocio que se suponía que financiaba.

Por qué es tan fácil caer en la trampa

El camino del desarrollo a medida es seductor por razones que, en el momento, parecen todas buen criterio empresarial.

Primero, la caja es inmediata. Un cliente que necesita un módulo concreto lo pagará ahora, de golpe, mientras que el ingreso recurrente exige meses de ese mismo cliente pagando una cuota mensual para llegar a la misma cifra. Para una empresa que necesita caja, el proyecto a medida es el sí evidente.

El cliente lo está pidiendo. El ingreso por desarrollo a medida viene de demanda real de cliente, lo que lo hace sentir validado. El cliente quiere la funcionalidad, está dispuesto a pagar y estará más contento cuando se entregue. Decir que no a eso parece dejar dinero y buena voluntad sobre la mesa.

El equipo es bueno haciéndolo. Una empresa de plataforma tiene ingenieros, y los ingenieros saben construir. Aceptar el proyecto a medida usa una capacidad que la empresa ya tiene. La alternativa, construir producto general que cualquier cliente pueda usar, es más difícil, más lenta y no produce ingreso inmediato mientras está en marcha.

Cada decisión individual de aceptar el proyecto a medida es defendible. La trampa es el agregado. Una empresa que dice que sí a todo proyecto a medida defendible se convierte en una empresa cuyos ingresos son mayoritariamente por proyecto, cuyo roadmap de ingeniería lo fija el cliente que pagó más recientemente y cuyo producto es un montón de funcionalidades específicas de cliente en lugar de una plataforma coherente.

Qué cuesta la trampa

El coste no se ve en la línea de ingresos, que es exactamente por lo que la trampa aguanta. La empresa crece en ingresos, los clientes pagan, el equipo está ocupado. El daño es estructural y aparece en cuatro sitios que no figuran en un gráfico mensual de facturación.

El múltiplo.

El ingreso recurrente de software se valora a un múltiplo alto porque es previsible y se compone. El ingreso por desarrollo a medida se valora a un múltiplo bajo porque es por proyecto, no recurrente y depende de un esfuerzo comercial continuo para reponerlo. Una empresa que es un 70% ingreso a medida se valora como una consultora aunque su facturación total supere a la de un competidor de software puro, porque el comprador está poniendo precio a la base recurrente y no a la cartera comercial de proyectos. El ingreso a medida que parecía éxito es lo que está limitando la valoración de salida.

El roadmap.

Cuando los proyectos a medida dirigen la ingeniería, el roadmap de producto lo fija el último cliente que pagó y no una estrategia de producto coherente. La plataforma acumula funcionalidades que sirven a un cliente cada una, la deuda técnica crece, y el producto general que serviría a los cien clientes siguientes nunca se construye porque el equipo siempre está entregando lo concreto que pagó el cliente actual.

El margen.

El desarrollo a medida parece de alto margen en la factura y es de bajo margen en realidad, porque el coste verdadero incluye el mantenimiento de cada funcionalidad específica de cliente para siempre, la carga de soporte de un código fragmentado y el tiempo de ingeniería desviado de un producto que habría servido a todos. El margen que parece sano por proyecto es insano en el conjunto de la cartera una vez se cuenta la larga cola de mantenimiento.

La concentración.

El ingreso a medida se concentra en los clientes lo bastante grandes como para financiar trabajo a medida, que son los clientes cuya pérdida más duele. La empresa se vuelve dependiente de un puñado de cuentas que financian cada una un roadmap a medida, y el poder de negociación se desplaza hacia esas cuentas porque saben que la empresa está construida alrededor de sus proyectos. El modelo recurrente reparte los ingresos entre muchos clientes y deja el poder de negociación en la plataforma.

La estructura que lo contiene

La respuesta no es rechazar el desarrollo a medida. El ingreso a medida financia al equipo, demuestra demanda y construye las relaciones de cliente a partir de las cuales crece el ingreso recurrente. La respuesta es contenerlo dentro de una estructura que convierta el trabajo a medida en producto siempre que se pueda y proteja la base recurrente en todos los casos.

Ponga al trabajo a medida un precio que refleje su coste real.

El desarrollo a medida debería cobrarse a una tarifa que incluya la carga de mantenimiento de por vida, no solo la construcción. Si construirlo son 200 horas, el precio refleja esas 200 horas más los años de mantenimiento que exigirá la funcionalidad. Bien tarificado, el trabajo a medida o es genuinamente rentable o el cliente declina, y ambos desenlaces son mejores que un trabajo a medida mal tarificado que pierde dinero despacio.

Convierta lo a medida en producto por defecto.

Todo proyecto a medida debería evaluarse para ver si puede convertirse en producto general. Una funcionalidad construida para un cliente que usarían diez debería construirse como capacidad de plataforma, incorporarse al modelo recurrente y ofrecerse a todos. El proyecto a medida se convierte en el prototipo financiado de una funcionalidad de producto. El cliente que lo pagó lo tiene primero; la plataforma gana una nueva capacidad de ingreso recurrente.

Limite la proporción a medida de forma deliberada.

La empresa debería fijar una proporción objetivo entre ingreso recurrente y a medida, y gestionarla. Un negocio de plataforma que quiere un múltiplo de software mantiene el ingreso a medida por debajo de un umbral deliberado, rechaza el trabajo a medida que lo superaría y trata la proporción como una métrica gestionada y no como un accidente de qué proyectos entraron. El umbral es una elección estratégica, pero la disciplina de tener uno es lo que separa a una plataforma de una consultora que derivó hasta serlo.

Proteja la base recurrente del precio a medida.

La disciplina de precios sobre el ingreso recurrente no debe erosionarse por el trabajo a medida. Un cliente que financie un gran proyecto a medida pedirá un descuento en la cuota recurrente, y la empresa que se lo conceda habrá cambiado margen recurrente duradero por ingreso puntual de proyecto. El precio recurrente se protege; el proyecto a medida se tarifica por sí mismo.

Cómo saber qué negocio está dirigiendo

El diagnóstico honesto es la mezcla de ingresos y su tendencia. Un negocio de plataforma que funciona bien tiene una base recurrente grande y creciente, con el desarrollo a medida como minoría contenida y deliberada que en su mayor parte se convierte en producto. Un negocio de plataforma que ha caído en la trampa tiene una base recurrente plana o que crece despacio mientras el ingreso a medida crece rápido, y un equipo de ingeniería cuyo tiempo se va en entregas específicas de cliente.

La prueba que lo zanja: si la empresa dejara mañana de aceptar proyectos a medida nuevos, ¿sostendría el ingreso recurrente al negocio? Si sí, la plataforma es real y el trabajo a medida es un complemento. Si no, la empresa es una consultora que se ha venido describiendo como plataforma, y el ingreso recurrente es el complemento de un negocio de proyectos.

La segunda prueba es el reparto de la ingeniería. ¿Qué parte del tiempo de ingeniería va a producto general frente a entrega específica de cliente? Una plataforma con una estructura sana dedica la mayor parte de su ingeniería a un producto que sirve a todos. Una plataforma en la trampa dedica la mayor parte a funcionalidades que sirven a un cliente cada una. El reparto se ve en cualquier tablero de sprint y dice la verdad que la línea de ingresos oculta.

Por qué esto importa más en marca blanca que en SaaS

La trampa es más aguda en plataformas de marca blanca que en SaaS estándar porque los clientes de marca blanca tienen más motivos para pedir trabajo a medida y más palanca para conseguirlo. Un cliente de marca blanca está construyendo su propio producto con su marca sobre la plataforma, así que sus requisitos son específicos de su mercado, su marca y su posición regulatoria. Las peticiones a medida son constantes y son legítimas, lo que las hace más difíciles de rechazar que las peticiones de funcionalidad que recibe un SaaS estándar.

Los clientes de marca blanca son además menos y más grandes que los usuarios de un SaaS, lo que concentra los ingresos y amplifica el poder de negociación de cualquier cliente individual. Un negocio SaaS con diez mil usuarios puede ignorar las peticiones a medida de cualquiera de ellos. Una plataforma de marca blanca con treinta clientes no puede ignorar la petición de un cliente que representa una parte relevante de sus ingresos, así que la presión por aceptar trabajo a medida es estructuralmente mayor.

Por eso la disciplina importa más en marca blanca. Las fuerzas que empujan a la empresa hacia la trampa del desarrollo a medida son más fuertes, los clientes tienen más capacidad de empujar, y la deriva es más difícil de revertir una vez que la base de ingresos está concentrada en unos pocos clientes que financian roadmaps a medida. La plataforma de marca blanca que quiere un múltiplo de software tiene que defender la base recurrente de forma más deliberada que un negocio SaaS, precisamente porque el tirón hacia la consultoría es más fuerte.

La posición que hay que sostener

Una plataforma de marca blanca es un negocio de software que se financia sobre ingresos recurrentes y usa el desarrollo a medida como complemento contenido, bien tarificado y convertible en producto. En el momento en que el ingreso a medida se convierte en el plato principal, la empresa ha cambiado lo que es sin haberlo decidido, y ese cambio queda incorporado al precio en cada futura conversación de valoración.

La disciplina consiste en aceptar trabajo a medida en los términos de la plataforma y no en los del cliente, convertirlo en producto siempre que la demanda generalice, y proteger la base recurrente como aquello sobre lo que el negocio está realmente construido. El ingreso a medida es útil. Simplemente no es el negocio, y las empresas que confunden ambas cosas acaban con buenos ingresos y un múltiplo bajo, que es la trampa de la marca blanca haciendo exactamente lo que hace.