Los fundadores tratan la deuda técnica como un asunto de ingeniería que compite con la hoja de ruta. Los inversores la tratan como un derecho sobre flujos de caja futuros. El segundo encuadre es el correcto, y explica por qué la conversación se siente tan distinta a cada lado de un term sheet.

La deuda llega a tu valoración por cuatro vías. Todas se pueden estimar.

1. Compresión del múltiplo

Los múltiplos de valoración reflejan confianza en el crecimiento futuro. Un revisor que concluye que tus próximos doce meses de hoja de ruta exigen replataformar no discute tus ingresos: descuenta su confianza en la tasa de crecimiento asociada a ellos.

Es el mecanismo mayor y menos visible, porque nunca aparece como una partida. Aparece como una cifra algo más baja sin explicación adjunta.

2. Valor retenido y ajustado

En adquisiciones, la remediación técnica identificada suele convertirse en un ajuste explícito: precio nominal más bajo, escrow mayor o earnout más largo ligado a arreglarla. Aquí el coste es legible —está en el documento— y suele ser un múltiplo de lo que habría costado hacerlo discretamente un año antes.

3. Velocidad diluida, que se convierte en dilución

Es el mecanismo más directamente bajo tu control. Si tu equipo entrega a la mitad de ritmo del que permitiría un sistema limpio, necesitas aproximadamente el doble de runway para llegar al mismo hito. El doble de runway es otro puente o una ronda mayor al precio actual. Ambas cosas son dilución: pagada en capital por un problema que podría haberse pagado en efectivo.

Estímalo: coste mensual de ingeniería, por meses hasta el siguiente hito, por tu estimación honesta de la penalización de velocidad. Para un equipo de cuatro con un 40% de penalización durante nueve meses, son unos 250.000 $ de valor transferidos a nadie.

4. Opcionalidad limitada

El mecanismo más silencioso. Un contrato corporativo que no puedes atender por ser single-tenant. Un mercado en el que no puedes entrar porque no cumples sus reglas de residencia de datos. Una alianza que exige una API que no puedes exponer con seguridad. Nada de esto aparece como coste: aparece como oportunidades que nunca estuvieron en el pipeline y, por tanto, nunca en el modelo.

Qué hacer como fundador, no como ingeniero

1. Pide a tu equipo las tres piezas de deuda que más limitan los próximos doce meses, cada una con un coste estimado de remediación. No una lista de todo: las tres principales.
2. Asocia cada una a un resultado de negocio: esto bloquea contratos corporativos, esto duplica el tiempo de onboarding, por esto cada release tarda una semana.
3. Ponlas en la hoja de ruta como partidas con responsable y fecha, compitiendo abiertamente con las funciones en vez de perder en silencio frente a ellas.
4. Financia la remediación con la ronda que la necesita: los revisores responden bien a una empresa que puso precio a su propia deuda y la planificó.

Este reencuadre hace algo estructural: saca la conversación sobre deuda de ingeniería, donde siempre pierde ante el trabajo de cara al cliente, y la lleva al mismo foro donde decides todo lo demás.

La deuda técnica no es una factura que pagas en horas de ingeniería. Es una factura que pagas en capital, y los intereses se capitalizan cada trimestre.

Si necesitas esa lista de tres puntos con cifras creíbles, es justamente lo que produce una auditoría técnica. Suele llevar diez días y te da algo que puedes poner delante de un consejo.