Software a medida en 2026: cuándo construir y cuándo comprar

Cada trimestre, un founder nos dice que va a “construir custom porque Salesforce no encaja”. La mitad de las veces tiene razón. La otra mitad está a punto de gastar $400K reconstruyendo lo que Airtable más tres flujos de Zapier habrían resuelto en una semana.

El software a medida es una decisión de leverage, no una decisión de identidad. No construyes porque seas un equipo de ingeniería “de verdad”. Construyes porque las cuentas dicen que custom rinde más que las alternativas en los próximos 24 meses. Aquí está cómo hacer esas cuentas, y el proceso de entrega que usamos cuando la respuesta es sí.

El framework build vs buy vs glue

Hay tres opciones reales en 2026, no dos. La mayoría de equipos las colapsa en “SaaS o custom” y se pierden completamente la opción más barata.

1. Buy. Usa un SaaS off-the-shelf tal cual. HubSpot, Linear, Notion, Stripe Billing.
2. Glue. Compone múltiples herramientas SaaS con Zapier, n8n, Make o un backend custom delgado. Barato, rápido, frágil después de cierta escala.
3. Build. Aplicación a medida, codebase propio, tu modelo de datos, tu roadmap.

La decisión gira sobre cuatro variables. Cada una se puntúa de 1 a 5.

Variable 1 — Defensibilidad

¿Este workflow genera ventaja propietaria, o es table stakes?

¿Tu flujo de onboarding interno de HR? Table stakes. Compra Rippling.

¿Tu motor de underwriting que usa 14 fuentes de datos para fijar precios de préstamos 3x más rápido que la competencia? Eso es defensibilidad. Construye.

Si el workflow aparece en un deck de inversionistas como moat, puntúalo 4-5. Si es una función que toda empresa de tu industria corre más o menos igual, puntúalo 1-2.

Variable 2 — Escala

¿Cuántos usuarios, transacciones o eventos pasan por aquí al mes, y dónde estará en 24 meses?

El pricing SaaS escala lineal o peor. Con 100 seats Salesforce está bien. Con 5,000 seats y objetos custom, estás pagando $1.5M/año por una base de datos que no es tuya. El punto de cruce típicamente cae entre $200K y $500K de gasto SaaS anual en una sola herramienta.

Variable 3 — Profundidad de integración

¿Esto necesita hablar con 2 sistemas o con 15?

Las soluciones glue mueren alrededor de 5 integraciones. Más allá, pasas más tiempo arreglando flujos de Zapier que corriendo el negocio. Backends custom con event buses apropiados (nos gusta Inngest, Temporal, o Postgres puro con pg_cron para la mayoría) escalan a 20+ integraciones limpiamente.

Variable 4 — Costo total a 24 meses

Saca las cuentas reales. No el sticker price.

Un build custom típico en nuestra shop cuesta $15K-$120K up front, después $1K-$5K/mes en mantenimiento y hosting. Un competidor SaaS suele correr $50K-$300K/año y crece con seats. Las soluciones glue son $500-$2K/mes en herramientas más 0.5 FTE manteniéndolas vivas (que es el costo que la gente olvida contar).

Juntándolo

Suma las cuatro puntuaciones. Suma de 16-20: build. Suma de 11-15: glue, con un plan de migración. Suma de 4-10: compra y deja de complicar.

Hemos sacado a founders de construir cinco veces este año. También hemos convencido a founders de construir cuando estaban a punto de firmar un contrato de $400K/año con Salesforce por algo que podíamos entregar a medida en 10 semanas por $60K y que sería suyo para siempre.

Cuándo SaaS es la respuesta correcta

Lista corta, porque la mayoría de instintos “necesitamos custom” están equivocados:

• Auth, billing, email transaccional. Auth0/Clerk, Stripe, Resend. Nunca construyas esto en 2026 a menos que seas literalmente una empresa de auth, billing o email.
• CRM hasta 50 seats. HubSpot o Attio. Punto.
• HRIS, nómina. Rippling, Deel, Gusto. Solo el costo de compliance hace insano hacerlo a medida.
• Project management. Linear, Height, Notion. Las herramientas PM a medida son cementerios.
• Ecommerce genérico. Shopify hasta que choques con los límites de pricing de Shopify Plus.

Cuándo gana custom

Los casos donde custom es genuinamente más barato y más rápido a 24 meses:

• Workflows verticales en industrias reguladas. Intake de salud, underwriting de seguros, discovery legal, dispatch de transporte. Las opciones off-the-shelf te obligan a modelar tu negocio como el cliente idealizado del vendor.
• Marketplaces multi-side. Custom siempre. Los marketplaces viven o mueren por el algoritmo de matching.
• Productos B2B SaaS que estás vendiendo. Construir tu producto encima del SaaS de otro deja un margen y un moat sobre la mesa.
• Operaciones intensivas en datos. Cuando tu tabla analytics tiene 200M filas, necesitas Postgres o ClickHouse propio, no el “módulo de analytics” de alguien.
• Aplicaciones AI-native. La mayoría de productos AI requieren pipelines de datos, evals y prompt management custom. Ningún SaaS maneja esto bien aún.

El proceso de entrega en 4 fases

Cuando las cuentas dicen build, así shipping en 6-14 semanas sin facturas sorpresa.

Fase 1 — Discovery (semana 1)

Cinco días hábiles. No tres meses de “levantamiento de requerimientos”.

Corremos un Lightning Decision Jam con stakeholders, caminamos por tu proceso actual (o el workflow que intentas reemplazar), y producimos tres artefactos:

• Un scope doc con listas explícitas de in-scope y out-of-scope. La lista out-of-scope importa más.
• Un registro de riesgos rankeando las tres cosas más probables de explotar el timeline.
• Una cotización fixed-price para la fase de build. No “time and materials”. No “estimaciones que se desvían”.

Si no podemos escribir una cotización fixed-price después de la semana 1, te lo decimos. Eso generalmente significa que el scope está mal, no que necesitamos más horas de discovery.

Fase 2 — Diseño y arquitectura (semana 2-3)

Dos semanas. Producimos:

• Diagrama de arquitectura del sistema. Cajas, flechas, nombres de los servicios reales. No una imagen de marketing.
• Modelo de datos. ERD o migraciones de schema, dependiendo de qué usarás.
• Superficie de API. Tipos OpenAPI o tRPC, completamente nombrados.
• Flujos de UI. Figma a nivel pantalla-y-estado. No mockups pixel-perfect para cada estado — eso desperdicia tiempo. Suficiente para que los ingenieros construyan sin adivinar.

Entregamos los cuatro a tu equipo para review antes de escribir código de producción. Este es el lugar más barato para cachar una asunción equivocada.

Fase 3 — Build (semana 3-12)

Sprints de dos semanas. Demo cada viernes. Ambiente de staging desde el día uno.

Nuestros defaults en 2026: Next.js o Astro en el front, Postgres en Supabase o Neon, deploys en Vercel o Fly.io para la mayoría de apps, AWS cuando compliance o residencia de datos lo demanda. TypeScript end-to-end. Inngest o Temporal para background jobs. Sentry para errores, PostHog para analytics de producto.

Nos desviamos de estos defaults solo cuando hay una razón real. “Nos gusta Mongo” no es una.

Fase 4 — Launch y soporte (semana 12-14)

Hardening de producción: load tests, security review, runbooks para el on-call que tu equipo correrá después de que nos vayamos. Entregamos un codebase que tus ingenieros pueden leer, no una caja negra.

Post-launch ofrecemos dos caminos: un retainer de mantenimiento ($1K-$5K/mes) o un handoff limpio con un mes de soporte incluido. La mayoría de clientes elige el retainer los primeros seis meses, después se independiza.

Cuánto cuesta

Desde $15K. 6-14 semanas. Precio fijo después de la semana de discovery.

El piso de $15K compra algo genuinamente útil: un MVP de un workflow core, deployado a producción, tuyo. El techo de $120K compra un producto completo con auth, billing, integraciones, tooling de admin y UI pulida.

Cualquiera que te cotice menos de $15K por “software a medida” o te vende una plantilla no-code o va a desaparecer después de la primera factura. Cualquiera que cotice más de $120K por lo que debería ser un MVP te vende el margen de agencia, no el software.

Red flags de otras shops

Escuchadas mientras diagnosticamos builds fallidos para clientes que llegaron después de incendios:

• “Iremos viendo el precio sobre la marcha.” Tú no. Ellos sí. Cuenta de banco distinta.
• “Necesitamos 8 semanas de discovery.” Discovery no es construir. Si necesitan 8 semanas antes de escribir código, el scope está mal o están padeando horas.
• “No compartimos el código hasta que pagues la factura final.” Situación de rehenes. Pasar.
• “Usamos nuestro framework interno.” Traducción: te quedas atado a ellos para siempre, y suerte contratando ingenieros que lo conozcan.
• “AI va a escribir el 80%.” Quizás. El otro 20% es donde viven todos los bugs, y aún necesitas humanos senior para shippear ese 20%.

Deja de llamarlo custom; llámalo propio

La palabra “custom” pone nerviosos a los equipos de finanzas porque suena caro y bespoke. Frecuentemente no lo es. Software propio corriendo sobre frameworks estándar, deployado a infra estándar, escrito por ingenieros senior, es a menudo el camino más barato a 24 meses para los workflows que realmente importan a tu negocio.

Los casos donde no lo es, te los decimos. Hemos rechazado builds este trimestre. Preferimos perder el proyecto que shippear algo que un SaaS habría hecho mejor.

¿Listo para correr las cuentas de tu build?

Hacemos una llamada gratis de 30 minutos para hacer scoping. Al final tendrás un rango de costo real y un sí/no sobre si construir es lo correcto para tu workflow específico. Sin deck, sin pitch.

Agenda llamada vía nuestra página de servicios o lee más sobre cómo trabajamos. Si tu bloqueador es contratar en vez de construir, HaaS podría encajar mejor.