The Possibility Fallacy

The Possibility Fallacy

El software está a punto de ser resuelto. Con IA, las empresas hoy pueden construir herramientas que antes eran imposibles. Pero, ¿deben construirlas?

Construyendo DocuTray, una plataforma de procesamiento de documentos, hemos tenido esta conversación con inversionistas, clientes y asesores: ¿Por qué alguien compraría tu producto si lo pueden construir solos?

Es una pregunta válida en el mundo de posibilidades que la IA abrió.

  • ¿Quieres construir una plataforma procesamiento de documentos? Dale nomas.
  • ¿Reemplazar Salesforce con un CRM interno? Obvio, demosle.
  • ¿Crear un ERP a medida para tu empresa? ¿Por qué no?

Esta es la Falacia de la Posibilidad. Que puedas no significa que debas. Déjame explicarte los tradeoffs.

Costo de Oportunidad — Tus ingenieros tienen cosas más importantes que hacer

Cada hora de ingeniería tiene un precio, y no es solo el sueldo. Es lo que esa hora podría haber producido en su lugar.

Sí, la IA hace que construir sea más rápido. Pero ese es exactamente el punto: si tus ingenieros pueden construir una herramienta interna en una fracción del tiempo, imagina lo que podrían producir si esa misma velocidad se aplicará a tu producto core. El apalancamiento que la IA le da a tu equipo se desperdicia cuando lo apuntas a problemas que ya están resueltos.

Tus mejores ingenieros, los que entienden tu dominio, tus clientes, tu producto,  generan un valor desproporcionado cuando están enfocados en lo que hace única a tu empresa. Cada hora que pasan en una herramienta interna es una hora de output amplificado que estás dejando pasar.

La matemática es simple: si tu negocio no es construir esa herramienta, construirla es una distracción.

Mantenimiento — Construir es la parte fácil

Sacar la primera versión se siente increíble. Y con IA, hasta en un par de días puedes tenerla.

Pero después viene la pega de verdad…

La herramienta se rompe con un caso borde que nadie anticipó. Una dependencia necesita actualizarse. Un nuevo miembro del equipo no entiende cómo funciona porque no hay documentación. La API que integraste cambió de estructura. Una vulnerabilidad de seguridad necesita un parche. Todo es urgente.

Esta es la parte que nadie considera cuando dice “nosotros lo podemos construir”. Construir es el 20% del esfuerzo. El otro 80% es mantenerlo vivo, confiable y evolucionando. Para siempre.

Cuando le compras a un proveedor, el mantenimiento es problema de ellos. Literalmente es su modelo de negocio. Cuando construyes, el mantenimiento es tu problema para siempre. Y se acumula en silencio hasta que se convierte en la pega de alguien de tu equipo.

Time to market — El mercado no espera

¿Puedes construirlo? Sí. ¿Pero puedes construirlo lo suficientemente rápido?

Mientras tu equipo está definiendo alcance, diseñando e iterando en una solución interna, un proveedor te tiene en producción en días. Tu competencia que compró en vez de construir ya está procesando, aprendiendo e iterando sobre su producto real.

La velocidad no es solo conveniencia, es interés compuesto. Cada semana que no estás usando la herramienta es una semana de datos que no estás recolectando, feedback que no estás recibiendo y decisiones que no estás tomando.

Y acá viene la verdad incómoda: no sabes realmente cuánto te va a tomar. La estimación dice dos semanas. Después aparecen los casos borde. Después cambian las prioridades. Dos semanas se convierten en dos meses. Son dos meses de tu equipo sin trabajar en lo que realmente mueve la aguja.

Construir te puede dar más control eventualmente. Pero “eventualmente” tiene un costo, y generalmente es más alto de lo que la gente cree.

Profundidad de Expertise — Tu v1 es su v0.1

Un proveedor que lleva años resolviendo un problema se ha encontrado con miles de casos borde que tú ni sabes que existen. Su producto está moldeado por uso real, fallas reales y feedback real de cientos de clientes.

Tu desarrollo interno parte de cero. Funciona para los casos obvios, los que pensaste. Después empiezan a aparecer las excepciones. El documento con un formato raro. El documento que rompe tu parseador. El escenario que nadie en tu equipo ha visto pero que el proveedor maneja en silencio porque el cliente 43 lo encontró hace dos años.

Y esta brecha sólo se agranda con el tiempo. Cada nuevo cliente que el proveedor atiende hace su producto más inteligente, más resiliente, más completo. Tu herramienta interna solo mejora con tu propio uso. Ellos hacen interés compuesto con todo un mercado. Tú, solo.

La trampa del “casi funciona” — La IA te lleva al 80%

Esta es la parte más seductora. Le haces un prompt a Claude Code, tienes un prototipo funcionando en una tarde y piensas: “¿Por qué pagaría por esto?”

Porque ese prototipo funciona en caso de prueba. El 80% que la IA te da se siente como la meta, pero en realidad es la línea de partida. El 20% restante, la validación, el manejo de errores, los casos borde, la confiabilidad a escala, es donde vive el trabajo real. Y ese 20% muchas veces toma más tiempo, plata y esfuerzo que el primer 80%.

El peligro es que el prototipo parece listo. Pasa la demo. Impresiona a todos. Pero producción no es una demo. Producción es el PDF raro que te revienta el flujo a las 3am un sábado.

La IA bajó la barrera para empezar a llegar al MVP. Pero el producto listo para volumen real está mucho más lejos.

Entonces, ¿cuándo sí conviene construir?

Hay un escenario claro: cuando la herramienta es tu negocio core. Cuando es tan central a tu propuesta de valor que merece la atención completa de tus mejores ingenieros. Cuando mantenerla no es una carga, es la pega. Cuando los casos borde no son distracciones, son tu ventaja competitiva.

En ese caso, construye. Dale con todo.

Pero si no estás seguro, para un poco y pregúntate:

  • ¿Esto es lo suficientemente core para merecer la atención de mis mejores ingenieros?
  • ¿Estoy listo para mantener esto para siempre, y no solo construirlo?
  • ¿Puedo darme el lujo del tiempo que va a tomar, sabiendo que no sé realmente cuánto es?
  • ¿Tengo o quiero el expertise para esta herramienta?
  • ¿Estoy confundiendo un prototipo que funciona con un producto listo para producción?

Si dudaste en alguna de estas, probablemente estás cayendo en la Falacia de la Posibilidad. Encuentra al mejor proveedor que puedas y vuelve a trabajar en lo que realmente importa. Tu negocio.

No lo hagas solo porque puedes.