¿Cuándo conviene el desarrollo de software a la medida y cuánto cuesta en México?

Casi todas las empresas llegan a la misma encrucijada: el proceso que las hace distintas ya no cabe en el software que compraron. Entonces aparecen las hojas de cálculo, los copiar y pegar entre sistemas, y la persona que “se encarga” de pasar la información de un lado a otro.

Ese es el momento de preguntarse si conviene mandar a hacer software propio. No siempre la respuesta es sí. Esta guía está escrita para que puedas decidirlo con criterios, saber qué rango de inversión esperar en pesos, y entrar a una junta con un proveedor sabiendo qué preguntar.

¿Qué es el desarrollo de software a la medida?

Es construir un sistema diseñado para la forma en que opera tu empresa, en lugar de adaptar tu operación a un producto que ya existe.

La diferencia práctica no está en la tecnología: está en quién se adapta a quién. Con un software de mercado, tu equipo aprende el flujo que el fabricante decidió. Con software a la medida, el sistema aprende el tuyo. Eso incluye desde un módulo que automatiza un solo proceso hasta una plataforma completa con varios perfiles de usuario, integraciones y reglas de negocio propias. En la práctica toma la forma de una plataforma web a la medida o de una aplicación móvil o de escritorio, según dónde trabaje la gente que la va a usar.

También significa que el sistema es tuyo: el código, la base de datos y la posibilidad de cambiarlo sin pedirle permiso a nadie ni esperar a que un proveedor lo ponga en su hoja de ruta.

¿Cuándo conviene software a la medida y cuándo es mejor comprar un SaaS?

Regla corta: si tu proceso se parece al de cualquier empresa de tu giro, compra. Si tu forma de operar es parte de tu ventaja competitiva, constrúyela.

Conviene mandar a hacer software cuando:

• El proceso es tu diferenciador. La forma en que cotizas, despachas o atiendes es la razón por la que te eligen. Meterla en un molde genérico te quita justo eso.
• Estás pagando el pegamento. Tres o cuatro herramientas distintas, y entre ellas una hoja de cálculo y una persona que mueve datos a mano. Ese sueldo, sumado por tres años, suele costar más que el sistema.
• El costo por usuario ya no tiene sentido. Muchos SaaS cobran por asiento. Al llegar a cierto tamaño de equipo, la mensualidad supera lo que costaría tener el sistema propio.
• Nadie resuelve tu caso. Normativa específica, un modelo de negocio poco común, integraciones con sistemas que solo existen en tu industria.

No conviene cuando:

• Tu proceso es estándar y solo te incomoda. Facturar, llevar contabilidad, gestionar un CRM básico: hay productos maduros y baratos. Construirlos de nuevo es pagar por reinventar algo peor.
• El presupuesto no alcanza para terminarlo. Un sistema a medio construir no vale la mitad: no vale nada. Es mejor esperar un trimestre que arrancar sin fondo.
• No hay quién lo mantenga después. Esta es la que más proyectos mata, y la tratamos más abajo.
• La urgencia es de semanas. Construir toma meses. Si necesitas operar el mes que entra, compra algo ahora y construye después, con calma.

Hay una tercera opción que mucha gente no considera: en vez de construir un sistema completo, automatizar el proceso que duele conectando las herramientas que ya tienes. Cuesta una fracción y resuelve buena parte de los casos donde el dolor real es el trabajo manual entre sistemas.

¿Cuánto cuesta desarrollar software a la medida en México?

Depende del alcance, y conviene verlo como una escalera completa en lugar de un precio único. Estos son los pisos de entrada para 2026, en pesos mexicanos:

El detalle de qué incluye cada escalón está en la página de precios.

Un sistema a la medida vive en el escalón alto, y por una razón: es el único que incluye modelar reglas de negocio, varios perfiles de usuario, integraciones con sistemas existentes y migración de información.

La automatización funciona distinto a propósito. El diagnóstico se cobra aparte porque hasta que alguien no mapea tu proceso real —no el del manual— nadie puede cotizar honestamente la implementación. Terminas esa fase con un documento que dice qué conviene automatizar y qué no, cuánto cuesta hacerlo, y es tuyo: puedes construirlo con nosotros o con quien quieras.

Lo que más mueve el precio no es el número de pantallas. Son tres cosas:

1. Cuántos sistemas tiene que hablar. Cada integración con un ERP, un banco, una paquetería o un CRM es trabajo con reglas ajenas que no controlas.
2. Qué tan limpia está la información que ya existe. Migrar datos de hojas de cálculo con quince años de historia y criterios inconsistentes puede costar más que construir el módulo que los va a usar.
3. Cuántas excepciones tiene el proceso. “Siempre se hace así, menos cuando el cliente es de gobierno, o cuando el pedido pasa de cierto monto.” Cada excepción es lógica que hay que escribir y probar.

Si lo que estás evaluando incluye inteligencia artificial, el costo de implementarla sigue una lógica distinta y lo desglosamos aparte.

Un consejo práctico: si un proveedor te da un precio cerrado sin haber preguntado por ninguna de esas tres cosas, el número no significa nada.

¿Cuánto tarda un proyecto de software a la medida?

Los sitios web y las landings corren en otra escala: se miden en días o semanas, no en meses, porque no implican modelar reglas de negocio ni integrar sistemas.

Lo que alarga los proyectos casi nunca es la programación. Es el tiempo que tarda el cliente en decidir, en conseguir accesos a los sistemas que hay que integrar, y en conseguir que alguien de la operación se siente a explicar cómo funciona el proceso de verdad —no como dice el manual.

Si quieres que tu proyecto no se alargue, nombra a una persona con autoridad para decidir y resérvale tiempo en la semana. Vale más que cualquier cláusula del contrato.

¿Qué modelos de contratación existen y cuál te conviene?

En la práctica, los proyectos buenos suelen ser mixtos: una primera fase corta y a precio cerrado para descubrir el alcance real y dejar un documento de arquitectura, y luego la construcción con el modelo que corresponda. Esa fase inicial cuesta poco y evita la conversación más cara que existe, que es la de renegociar a la mitad.

Cuando el trabajo no tiene final —hay sistema vivo y cambios constantes— la figura que corresponde es un equipo de tecnología asignado con capacidad reservada al mes, no un proyecto tras otro.

Desconfía del precio cerrado para un sistema grande cuyo alcance nadie ha explorado todavía. O el proveedor infló el número para cubrirse, o lo subestimó y lo vas a pagar en recortes de calidad.

¿Conviene un proveedor mexicano, uno extranjero o contratar in-house?

Proveedor mexicano. Factura en pesos con CFDI, lo cual simplifica la deducción y elimina el riesgo cambiario. Trabaja en tu mismo huso horario, que importa más de lo que parece cuando algo se rompe un martes a las 4 de la tarde. Y entiende el contexto local: SAT, bancos mexicanos, paqueterías nacionales, Mercado Pago, la realidad de la facturación electrónica.

Proveedor extranjero. Puede tener especialización que aquí escasea. A cambio: facturación en moneda extranjera con la retención que corresponda, posible diferencia horaria, y un costo de coordinación que no aparece en la cotización pero sí en el calendario.

Equipo propio. Casi nunca sale más barato el primer año. Un equipo mínimo serio son tres perfiles —desarrollo, infraestructura y alguien que coordine—, y sobre cada sueldo hay que sumar las prestaciones de ley, que en México agregan un porcentaje considerable al costo real. Luego vienen herramientas, licencias, equipo, y los meses de reclutamiento antes de la primera línea de código.

El equipo propio se justifica cuando el software es el producto de la empresa y hay carga de trabajo permanente. Para una empresa cuyo negocio es otra cosa, un proveedor sale mejor hasta que el volumen lo cambie.

¿De quién es el código y la propiedad intelectual?

Debe ser tuyo, y debe decirlo el contrato. Tres cosas que hay que exigir por escrito:

1. Cesión de derechos patrimoniales a tu nombre. Sin esto, legalmente el código puede seguir siendo del proveedor aunque tú lo hayas pagado.
2. El repositorio a tu nombre desde el primer día, no al final. Si el código vive en la cuenta del proveedor y la relación se rompe, tu sistema se queda del otro lado de una contraseña.
3. Documentación de despliegue como parte del entregable. Saber cómo se instala y se publica tu propio sistema no es un extra: es la diferencia entre poder cambiar de proveedor y no poder.

Un proveedor que condiciona el acceso al código, que aloja todo en infraestructura propia sin darte las llaves, o que se pone evasivo con estos tres puntos, está construyendo una dependencia. El ahorro inicial nunca compensa eso.

¿Qué pasa con el software después de que te lo entregan?

Se degrada. No es una opinión comercial, es cómo funciona el software:

• Las dependencias envejecen y dejan de recibir parches.
• Aparecen vulnerabilidades en librerías que eran seguras cuando se escribió el sistema.
• Los servicios que integraste cambian sus APIs y rompen lo que funcionaba.
• El negocio cambia y pide cosas que no estaban contempladas.

Un sistema a la medida sin esquema de mantenimiento llega en dos o tres años al punto donde repararlo cuesta más que rehacerlo. Y ese es el final más caro posible: pagaste el sistema dos veces.

Por eso conviene decidir antes de construir quién se va a hacer cargo después. Las opciones reales son tres: contratar a alguien in-house que lo cuide, dejarlo en manos del mismo proveedor bajo un esquema mensual de mantenimiento, o asumir conscientemente que el sistema tiene fecha de caducidad y presupuestar su reemplazo.

Lo que no es una opción es no decidirlo. Esa es la ruta por la que un sistema bueno termina abandonado.

¿Cómo evaluar a un proveedor antes de firmar?

Llévate estas preguntas a la junta. Sirven con cualquier proveedor, incluidos nosotros:

• ¿Puedo ver un sistema parecido que hayan construido y hablar con ese cliente? Un portafolio de capturas de pantalla no es evidencia.
• ¿Quién va a escribir mi código, específicamente? Nombres y perfiles, no “nuestro equipo de expertos”.
• ¿Qué pasa si la persona que lleva mi proyecto se va?
• ¿Cómo me van a mostrar avances y cada cuánto? Si la respuesta no incluye ver el sistema funcionando cada pocas semanas, vas a enterarte tarde de los problemas.
• ¿Qué cosas NO están incluidas en esta cotización? La respuesta a esta pregunta es más informativa que toda la propuesta.
• ¿Qué pasa si quiero cambiar de proveedor a la mitad?
• ¿Cuánto va a costar mantenerlo al año siguiente? Si el proveedor no tiene una respuesta, no ha pensado en tu sistema más allá de la entrega.

¿Qué señales indican que el proyecto va a salir mal?

• Te dan precio cerrado sin preguntar casi nada. O inflaron o subestimaron; ninguna de las dos te conviene.
• No quieren hablar de lo que pasa después de entregar.
• El contrato no menciona la propiedad del código.
• Prometen tiempos que suenan demasiado bien. Un sistema con integraciones en seis semanas no existe.
• No piden hablar con la gente de operación, solo contigo. El proceso real lo conocen quienes lo ejecutan.
• Evaden la pregunta de la documentación.
• El precio está muy por debajo de todos los demás. Alguien va a pagar la diferencia, y no va a ser el proveedor.

Preguntas frecuentes sobre el desarrollo de software a la medida

¿Cuánto cuesta desarrollar software a la medida en México en 2026?

Una app o sistema a la medida empieza en $250,000 MXN y una tienda en línea en $90,000. Automatizar un proceso arranca con un diagnóstico de $10,000, y la implementación se cotiza al cerrarlo, desde $60,000. La variable que más mueve el precio no es la cantidad de pantallas, sino cuántos sistemas tiene que integrar, qué tan limpia está la información existente y cuántas excepciones tiene el proceso.

¿Cuánto tarda un proyecto de software a la medida?

Un alcance acotado va de 6 a 12 semanas; un sistema con varias integraciones, de 4 a 9 meses. Lo que más alarga un proyecto no suele ser la programación, sino el tiempo que tarda el cliente en tomar decisiones y en entregar accesos y datos.

¿De quién es el código del software que mando a hacer?

Debe ser tuyo y debe decirlo el contrato. Pide que la cesión de derechos patrimoniales quede por escrito, que el repositorio esté a tu nombre desde el primer día y que la documentación de despliegue forme parte del entregable.

¿Es más barato contratar un equipo propio que a un proveedor?

Casi nunca en el primer año. Un equipo mínimo implica tres perfiles, más prestaciones, herramientas y meses de reclutamiento antes de la primera línea de código. Se vuelve rentable cuando el software es el producto de la empresa y la carga es permanente.

¿Qué pasa con el software después de que me lo entregan?

Se degrada: las dependencias envejecen, aparecen vulnerabilidades y las APIs que integraste cambian. Sin un esquema de mantenimiento, un sistema llega en dos o tres años a costar más repararlo que rehacerlo.

¿Cómo sé si necesito software a la medida o me sirve uno de mercado?

Si tu proceso se parece al de cualquier empresa de tu giro, compra. Si tu forma de operar es parte de tu ventaja competitiva, o si ya pagas tres herramientas y el pegamento entre ellas es una hoja de cálculo y una persona, la medida se justifica.

¿Tienes un proceso que ningún software del mercado resuelve?

Si llegaste hasta aquí, probablemente ya sabes si tu caso justifica construir o no. Lo que sigue es ponerle número y calendario.

En Iterando construimos sistemas a la medida para empresas en México y los mantenemos funcionando después de la entrega, que es la parte que casi nadie cotiza. Si quieres el número de tu proyecto en lugar de un rango de mercado, cuéntanos qué proceso te está costando trabajo.