Software a medida o SaaS: cómo decidir sin perder tiempo ni dinero

La pregunta llega casi siempre igual: “¿nos conviene desarrollar algo a la medida, o mejor contratamos un SaaS?”. Y casi siempre esperan una respuesta corta. No la hay — pero sí hay un marco para decidir en una tarde en vez de en seis meses de comités.

Este post es ese marco. Lo usamos con clientes que llegan empatados entre “pagar la suscripción a otro más” y “armar un equipo para construir lo propio”. Ninguna de las dos rutas es heroica; las dos tienen costo. La pregunta útil no es cuál es mejor, sino cuál es mejor para este proceso, este equipo y este momento.

¿Cuándo gana un SaaS?

Un SaaS gana cuando el problema que usted tiene es, básicamente, el mismo que tienen otras mil empresas. Si el proceso no lo distingue de su competencia, no hay razón para construirlo.

Facturación electrónica, nómina, firma de documentos, videollamadas, CRM genérico, contabilidad general, tickets de soporte. Cada uno de esos dominios tiene proveedores que llevan diez años puliendo detalles que usted apenas descubriría en el mes tres de desarrollo. Pagar 40 o 80 USD por usuario al mes suena caro hasta que se hace el cálculo de qué costaría mantener esa misma funcionalidad con un equipo propio — respuesta rápida: mucho más, y peor.

Señales de que el SaaS es la respuesta correcta:

• El proceso es regulado o estandarizado (SAT, IMSS, NOM). Alguien más ya resolvió el cumplimiento.
• El volumen de usuarios es bajo o estable — menos de 50 seats, sin crecimiento explosivo a la vista.
• Las integraciones requeridas son las del catálogo estándar: Google Workspace, Slack, un par de ERPs comunes.
• El proveedor lleva años en el mercado, con API documentada y una comunidad activa.
• Usted puede vivir con el 80% de lo que ofrece, sin retorcer su operación para encajar.

Si cuatro de esas cinco son ciertas, construir a medida es, casi siempre, una forma cara de reinventar la rueda.

¿Cuándo gana el software a medida?

El desarrollo de software a medida gana cuando su ventaja competitiva vive en el proceso que va a automatizar. Si lo que lo distingue de su competencia es precisamente cómo cotiza, cómo rutea, cómo asigna inventario, cómo calcula comisiones — meter eso en un SaaS genérico es diluir lo único que importa.

Un SaaS le obliga a adaptar su operación al software. Un sistema a medida adapta el software a su operación. La pregunta es cuál de esas dos direcciones protege su margen.

Señales de que construir tiene sentido:

• El proceso es diferenciador, no commodity. Cuando describe cómo trabaja, sus competidores no lo hacen igual.
• Las integraciones son específicas: un ERP interno con veinte años encima, un sistema de básculas en planta, un WMS propio, CFDIs con reglas particulares del negocio.
• El costo por seat empezó a doler. Cuando usted tiene 200 o 400 usuarios y el SaaS cuesta 60 USD mensuales por cada uno, la matemática cambia rápido: son 144,000 a 288,000 USD al año, cada año, para siempre.
• Necesita control sobre los datos — para analítica propia, para compliance, para no depender de la hoja de ruta de otro.
• La velocidad de cambio del proceso es alta. Si cada trimestre cambian reglas de comisiones, promociones o logística, y cada cambio implica tickets al proveedor que tardan semanas, el SaaS se volvió un freno.

Ninguna de esas señales es binaria. Lo que importa es cuántas se acumulan.

Cinco preguntas para decidir

Cuando tenemos una primera llamada con un cliente que no sabe hacia dónde ir, pasamos por este checklist. No reemplaza el análisis, pero ordena la conversación.

1. ¿El proceso es parte de su ventaja competitiva, o es plomería del negocio? Si al describirlo suena idéntico al de su competencia, es plomería. Pague por ella. Si al describirlo siente que está revelando secretos, constrúyalo.

2. ¿Qué tan raras son sus integraciones? Cuente las integraciones que necesita. Ponga un signo ✅ junto a las que ya existen nativamente en SaaS del mercado, y un ❓ junto a las que requerirían trabajo custom de cualquier forma. Si la columna de ❓ es más larga que la de ✅, ya va a pagar desarrollo — la pregunta es si además paga la suscripción.

3. ¿Cuántos seats va a tener en 24 meses? Multiplique por el costo mensual del SaaS, por 24. Compare ese número con lo que costaría construir una versión mínima viable a medida (en nuestro mercado, algo funcional arranca entre 250,000 y 900,000 MXN, según complejidad). A partir de cierto volumen el cruce es obvio; debajo de ese volumen también.

4. ¿Puede vivir sin acceso directo a sus datos? Si la respuesta es “más o menos”, tarde o temprano va a necesitar esos datos crudos — para un tablero, para auditoría, para entrenar modelos, para migrar. Medir cuánto duele extraerlos del SaaS antes de comprometerse es más barato que descubrirlo después.

5. ¿Qué tan seguido cambia el proceso? Si el proceso cambia dos veces al año, un SaaS configurable alcanza. Si cambia cada seis semanas y cada cambio mueve dinero de verdad, necesita algo que se pueda modificar sin depender del roadmap de otro.

No hay puntajes mágicos. Pero si cuatro de cinco preguntas apuntan al mismo lado, ya tiene respuesta.

¿Qué pasa cuando se elige mal?

Los dos errores tienen forma distinta, pero el costo es comparable.

Elegir SaaS cuando debió construir se ve así: el proceso diferenciador empieza a “doblarse” para caber en el software. Los usuarios inventan workarounds en Excel al margen del sistema. La exportación de datos es penosa, así que nadie la hace. Cuando un competidor cambia las reglas del juego, usted depende de que el proveedor priorice su feature — y normalmente no lo hace. En dos o tres años el SaaS dejó de ser una herramienta y se volvió un techo de crecimiento.

Elegir a medida cuando debió contratar SaaS se ve distinto, pero igual de caro: seis meses de desarrollo para reconstruir, mal, lo que una suscripción de 30 USD al mes resolvía bien. Un año después alguien pregunta por qué el equipo de ingeniería está arreglando bugs de un gestor de tickets en vez de trabajar en el producto principal. La respuesta casi siempre es la misma: porque quisimos ser dueños de algo que no nos importaba ser dueños.

Ambos errores son evitables con una hora de análisis honesto al inicio. El problema es que esa hora rara vez se reserva.

¿Cómo se combinan los dos? (híbridos)

La decisión casi nunca es todo-o-nada. Los equipos que mejor resuelven esto piensan en capas:

• SaaS para la plomería. Facturación, nómina, correo, calendario, firma electrónica, helpdesk. Nada de eso justifica código propio.
• A medida para el núcleo. El motor de cotización, el ruteo de pedidos, la asignación de inventario, el cálculo de comisiones, el portal de sus clientes — ahí donde vive la diferencia, construya.
• Integraciones como puente. Una capa delgada de middleware — a veces tan simple como un conjunto de jobs programados y webhooks — que mantiene al SaaS y al sistema propio hablando sin que los usuarios sepan cuál es cuál.

Este modelo tiene una ventaja poco obvia: le permite reemplazar piezas. Si mañana aparece un mejor SaaS de nómina, se cambia sin tocar el núcleo. Si dentro de tres años el módulo de cotización ya no refleja el negocio, se reescribe sin tocar la facturación. Lo que usted posee queda aislado de lo que usted renta.

La línea que separa lo uno de lo otro es, justamente, la pregunta 1 del checklist: ¿esto es mi ventaja, o es plomería?

Dónde empezar si sigue sin saber

Si después de leer todo esto todavía no tiene claro de qué lado cae su caso, está bien — significa que el problema es menos obvio de lo que parece. En esos casos, la forma más barata de destrabar la decisión es un diagnóstico corto: un par de sesiones con usted y con quien vive el proceso, un mapa honesto de lo que ya usa, un estimado de orden de magnitud para las dos rutas, y una recomendación explícita — con sus porqués y, sobre todo, con sus peros.

A veces la recomendación es construir. A veces es contratar un SaaS y olvidarse. A veces es un híbrido. Lo que no va a ser es una respuesta vaga para que usted siga dándole vueltas otros seis meses.

Si le resuena, escríbanos. Media hora suele ser suficiente para saber si vale la pena seguir hablando.