Software a la medida vs. software comercial: un marco honesto de alguien que construye a la medida

Compra software comercial para los problemas que tiene todo negocio: contabilidad, correo, nómina, seguimiento de proyectos, el CRM de los primeros años. Construye a la medida cuando el flujo de trabajo es específico de cómo ganas dinero, cuando el precio por asiento ya creció más que el valor que te da la herramienta, o cuando tu equipo pasa horas al día moviendo datos entre sistemas que se niegan a hablarse. Esa sola regla resuelve la mayoría de los casos. Este artículo es para el resto: el marco que uso en las llamadas de descubrimiento, la cuenta a tres años, y el camino intermedio que casi siempre le gana a los dos extremos.

Una aclaración que también es credencial: el software a la medida es lo que vendo. Lo construyo y lo mantengo desde 2015, incluida una plataforma que ha operado el mismo negocio durante una década. Y aun así, a una buena parte de la gente que me contacta le doy el mismo consejo: todavía no construyas. Un sistema a la medida que debió ser una suscripción de bajo costo mensual es un fracaso que me tocaría mantener, y esos suelen regresar.

¿Cuándo el software comercial es la decisión correcta?

La mayoría de las veces, con honestidad. Compra, no construyas, cuando:

• El problema es un commodity. Contabilidad, nómina, email marketing, tickets de soporte, firma de documentos. Miles de empresas comparten tu problema exacto, así que los productos SaaS de esas categorías vienen pulidos por años de feedback ajeno que recibes gratis.
• Tu proceso todavía cambia. Si la forma en que trabajas se mueve cada mes, un cambio de configuración en una herramienta SaaS cuesta minutos. Un cambio de código cuesta más. Construye después de que el proceso se estabilice, no antes.
• Una herramienta comercial te sirve en un 90%. Vivir con el 10% que falta suele ser más barato que ser dueño de software. Adapta el proceso a la herramienta cuando el proceso no es lo que te hace ganar.
• Nadie es dueño del flujo por dentro. El software a la medida necesita una persona que responda las preguntas de quien construye y tome decisiones. Si esa persona no existe, el proyecto se atasca sin importar quién lo haga.

¿Cuándo el software a la medida se gana su costo?

Construye cuando al menos una de estas es verdad:

• El flujo de trabajo es tu ventaja. Si la forma en que cotizas, agendas, produces o entregas es la razón por la que los clientes te eligen, las herramientas genéricas aplanan justo lo que te hace distinto. Fue el caso de Kapa, cuyo producto entero es un flujo de trabajo que ninguna herramienta comercial expresaba.
• La cuenta por asiento se rompió. El precio del SaaS escala con la cantidad de gente, aporte o no aporte valor. Con 30 usuarios en herramientas por asiento, estás pagando miles al año, cada año, por software que casi encaja.
• Tu equipo es la integración. Cuando la gente retéclea el mismo pedido en tres sistemas todos los días, estás pagando sueldos para hacer de middleware. El software que mueve datos solo se paga rápido, y de paso elimina los errores de copiar y pegar.
• La herramienta ya dicta tu proceso. En el momento en que escuchas “lo hacemos así porque así funciona el sistema”, el software te posee. Lo hecho a la medida invierte esa relación.

¿Cómo se ve la cuenta a tres años?

Dos escenarios con forma real. Haz la cuenta con tus propios números y tu moneda antes de creerle a nadie, incluido yo.

Escenario A: equipo de 8 personas, seguimiento de proyectos común. Una herramienta comercial por asiento sale una fracción de lo que costaría construir y mantener un equivalente a la medida. Lo comercial gana por mucho, y no está cerca. Este es el escenario más común.

Escenario B: operación de 30 personas con un proceso específico de su flujo, hoy repartido en tres herramientas SaaS y con copiado manual diario entre ellas. Arma la tabla con las categorías que de verdad mueven la aguja:

Costo a 3 años	Stack de SaaS	Sistema a la medida
Suscripciones	30 asientos × la mensualidad de 3 herramientas	Cero
Construcción	Cero	Inversión inicial única
Mantenimiento y hosting	Cero	10 a 20% del build al año
Horas de mover datos a mano	~10 h/semana en sueldos	Residual

Misma empresa, tres años. En operaciones así, el stack de SaaS suele salir más caro una vez que cuentas las horas con sueldo, y al final no eres dueño de nada. El factor que inclina la balanza casi nunca son las licencias. Son las horas pagadas trabajando alrededor de herramientas que casi encajan. Si al hacer tu tabla gana el SaaS, compra el SaaS.

El camino intermedio: compra el commodity, construye el pegamento

Los proyectos que mejor han funcionado de los que he entregado no son plataformas completas. Son piezas pequeñas a la medida que conectan herramientas comerciales que nunca iban a hablarse: conserva el CRM, conserva el software contable, y construye la integración que mueve los datos entre ellos como tu operación lo necesita.

Mi ejemplo favorito es de Kapa. Varios clientes agencia amaban Trello y no querían dejarlo, mientras nuestra operación corría en nuestra propia plataforma. En lugar de forzar a nadie a cambiar, construimos una sincronización de dos vías. Una tarjeta movida en su tablero de Trello actualizaba nuestro sistema, y nuestros cambios aparecían en su tablero. Ellos conservaron su herramienta, nosotros conservamos nuestro flujo, y la sincronización costó una fracción de lo que habría costado perder a esos clientes.

Los proyectos de pegamento son de bajo costo, se entregan en semanas, y son la forma más barata de descubrir cómo es trabajar con un ingeniero en particular antes de comprometerte a algo más grande.

Una lista de decisión que te puedes robar

Siete preguntas. Sé estricto contigo:

1. ¿Este flujo es parte de cómo ganas clientes, o es administración? Administración significa comprar.
2. ¿De verdad agotaste las opciones de configuración de la herramienta que ya pagas? Dedícale una tarde a confirmarlo. Es la tarde más barata del software.
3. ¿El proceso ha estado estable seis meses o más? Si todavía cambia cada mes, es muy temprano para construir.
4. ¿La gente reingresa los mismos datos en dos o más sistemas todos los días?
5. ¿La cuenta por asiento crece más rápido que el valor por asiento?
6. ¿Hay una persona dueña de este proceso que pueda tomar decisiones sobre él?
7. ¿Puedes financiar el mantenimiento en 10 a 20% del costo de construcción al año sin que duela?

Cero o un “sí” en las preguntas 3 a 7: compra, o construye una pieza de pegamento pequeña a lo mucho. Cuatro o más: arma la tabla a tres años, porque probablemente ya estás pagando el precio de lo hecho a la medida, solo que repartido en suscripciones y sueldos.

Lo que le digo a quien todavía no debería construir

Alguna versión de esto pasa en mis llamadas cada mes. Las señales que marco y lo que sugiero en su lugar:

• Presupuesto total muy bajo para un sistema de varios flujos. La cuenta no da. Automatiza el paso más doloroso primero, y vuelve a revisar en un año.
• El proceso cambia cada semana. Estabiliza primero. El software congela las decisiones de proceso en código, y no quieres congelar la rotación.
• Sin dueño interno. Asigna uno antes de contratar a nadie, o el proyecto va a morir de preguntas sin responder.
• El plan depende de revender la herramienta a colegas. Construir para tu propia operación y construir un producto vendible son proyectos distintos con costos distintos. Financia la decisión con un solo objetivo, no con los dos.

Decirle a alguien que no me contrate también es el marketing más barato que hago, porque los que sí deben construir tienden a volver cuando llega el momento.

Si estás en algún punto intermedio y quieres una segunda opinión sobre tu stack específico, la auditoría gratuita de abajo es justo eso: me describes cómo trabajas hoy, te respondo con comprar, construir o pegar, y cuánto costaría de forma realista.