Aplicaciones web a medida en Chile: cuándo conviene y qué esperar

Hay una pregunta que me hacen casi siempre en las primeras reuniones: "¿Nos conviene hacer algo a medida o mejor compramos un paquete?" No hay respuesta universal. Depende de tu operación, de cuánto ya invertiste en lo que tienes, y de qué tan raro es el problema que necesitas resolver.

Este post resume lo que he aprendido en 25 años trabajando con empresas medianas chilenas que enfrentaron exactamente esa decisión.

---

¿Aplicación web a medida o paquete? La pregunta correcta

Antes de comparar tecnologías, la pregunta real es: ¿tu problema es lo suficientemente específico como para que ningún paquete lo resuelva bien?

En general los clientes llegan a la reunión convencidos de que necesitan algo genérico. Quieren algo rápido, conocido, que ya esté en el mercado. Pero al sentarnos a conversar con un café en la mano y empezar a profundizar en cómo opera el negocio realmente — qué procesos están rotos, qué Excel sostiene la operación, qué cosa nadie quiere tocar porque la última vez explotó — empieza a aparecer otra realidad. Casi siempre, cuando rascamos un poco, lo que necesitan es algo a la medida.

No porque sea más cool o moderno. Sino porque su operación se desvió hace años del estándar y ningún paquete va a entender esa desviación.

Comparativa rápida: software a medida vs paquete

Criterio	Paquete (ERP, SaaS, plantilla)	Aplicación a medida
Velocidad de implementación	Rápida si tu proceso es estándar	Más lenta: 5–6 semanas mínimo
Costo inicial	Bajo a medio	Medio a alto
Costo a largo plazo	Sube con licencias, módulos, parches manuales	Predecible si está bien diseñado
Encaja con tu operación	Te obliga a operar como el paquete espera	Se diseña para cómo trabajas hoy
Integraciones con lo existente	Limitadas al ecosistema del proveedor	Las que necesites
Dependencia del proveedor	Alta (lock-in del paquete)	Media — mitigable con documentación
Mejor para	Procesos estándar, decisión rápida	Operaciones con desviaciones reales del estándar

---

Cuándo el paquete deja de servir (señales reales)

No es un tema de tamaño de empresa. He visto pymes que necesitan software a medida y empresas grandes que funcionan perfecto con un ERP estándar bien configurado.

Cuando un paquete ya no sirve, hay tres cosas que se rompen casi siempre en el mismo orden:

1. Se rompe el flujo de venta. El sistema deja de seguirle el ritmo a cómo vendés realmente: combos, condiciones especiales por cliente, descuentos que dependen del vendedor, cosas así. Los vendedores empiezan a registrar afuera del sistema.

2. Se rompe la última milla. La parte que conecta venta con despacho, cobro o terreno. Aparecen planillas Excel para "hacer cuadrar" lo que el sistema dice con lo que pasa de verdad.

3. Y lo más doloroso: no cuadran los flujos de caja. Cuando ya nadie confía en los números del sistema porque sabe que hay tres planillas paralelas, ahí el problema dejó de ser técnico y empezó a ser de gestión. Es un desorden que no se arregla con más procedimientos.

Si reconoces dos de tres, es momento de evaluar en serio.

---

Costos reales de software a medida en Chile: por qué no damos precios fijos

Esta es la parte donde más se miente en el mercado. Y donde más rápido se pierde la confianza si uno se pone a tirar números.

En Chile hay una cosa cultural: nadie quiere hablar de plata antes de entender el problema. Y tienen razón. Cualquier proveedor que te tire un rango de precios sin haber mirado tu operación, te está vendiendo, no resolviendo.

Lo que sí puedo decirte:

• El precio depende de complejidad, no de líneas de código. Un sistema que parece simple pero conecta con seis cosas viejas puede costar más que uno grande pero limpio.
• Los proyectos que cuestan poco al inicio suelen costar mucho después si no están bien diseñados.
• Hay un mínimo razonable para que algo sea serio: por debajo de eso es preferible no empezar.

Lo correcto es: tener una primera conversación, mostrarnos cómo trabajas hoy, y de ahí salir con un rango realista. No al revés.

---

Plazos honestos para una aplicación web a medida: lo que toma de verdad

El mercado está lleno de propuestas que prometen 3 meses y entregan en 9. No siempre por mala fe — aunque a veces sí. La mayoría de las veces, la estimación original ignoró cosas que solo aparecen cuando empezás.

Mi referencia honesta: el "desde" para algo serio es 5 a 6 semanas. Por debajo de eso no estás contratando un proyecto, estás contratando un parche.

Lo que más extiende plazos en la práctica casi nunca es el código. Es el cliente que se demora en gestionar información interna, o peor: que no tiene esa información y hay que levantarla desde cero junto con el equipo. Cuando llegamos al proyecto y descubrimos que nadie tiene el detalle de cómo funciona realmente el proceso que vamos a digitalizar, el plazo se dispara.

Y hay un error que aparece casi siempre: los clientes sobreestiman las capacidades de su equipo y la calidad de su información interna. Asumen que "alguien lo tiene mapeado" cuando en realidad nadie lo tiene completo. Esa expectativa rota es la que después se traduce en semanas perdidas.

---

3 riesgos antes de contratar desarrollo web a medida

Después de 25 años, los problemas que aparecen en los proyectos no suelen ser técnicos. Son organizacionales. Estos son los tres que vale la pena nombrar antes de comprometerse:

1. No tener los recursos económicos para llevarlo a buen puerto. No me refiero solo al presupuesto inicial, sino a tener el respaldo para sostener decisiones técnicas correctas cuando aparezcan complicaciones (que aparecen). Un proyecto a medida que se queda sin combustible a la mitad termina peor que no haber empezado.

2. No tener claras las problemáticas a resolver ni quiénes son los involucrados. Cuando el cliente no puede nombrar con claridad qué duele, ni quién del equipo va a usar la solución, ni quién tiene la decisión final — el proyecto va a chocar contra eso más temprano que tarde.

3. Gobernanza del proyecto débil. Esto cubre dos escenarios que vimos repetirse: o el sponsor cambia a mitad de camino (la persona que pidió el proyecto se va o se mueve de cargo, y hay que rearticular todo con el nuevo) o no hay un validador claro del lado del cliente — las decisiones quedan esperando un directorio que se junta una vez al mes (a veces estoy exagerando, a veces no tanto). Ambas paran el proyecto sin que sea culpa técnica.

---

Cómo trabajamos en AW (diferenciadores reales)

Esta sección la pongo porque cualquier proveedor puede listar riesgos. Lo difícil es mostrar qué hacés vos para mitigarlos. Estos son los tres compromisos que asumimos en cada proyecto:

1. Documentación técnica completa al entregar. Esto en AW lo cuidamos en serio. Tras cada proyecto entregamos documentación técnica completa, con recomendaciones de mejora si corresponde. Sin esto, el cliente queda dependiendo del proveedor único — y cambiaste un problema por otro. La doc no es un anexo: es parte de la entrega.

2. Co-creación con el equipo que va a usar la app. No basta con que el sistema funcione: tiene que ser usado. Hacemos reuniones con los usuarios reales durante el proyecto, no solo al final. Les vamos mostrando avances, explicando decisiones, recogiendo feedback. Y pasa algo interesante: ese feedback casi siempre mejora las interfaces más de lo que esperábamos al inicio. El producto sale mejor porque se diseñó con las personas que lo iban a usar, no en una sala aparte.

3. Scope flexible con criterio comercial honesto. En proyectos medianos y grandes siempre aparecen requerimientos nuevos a mitad de camino. Frente a eso, nuestra política: si son ajustes chicos y de bajo impacto, los hacemos sin cobrar aparte. Si son cambios grandes que afectan el alcance, lo propuestamos por separado para que la decisión sea consciente. Nos apoyamos mucho en IA como método de desarrollo, lo que nos permite ser flexibles con ajustes pequeños sin que el costo se dispare.

---

Qué validar del proveedor de software a medida antes de comprometerte

Un proveedor que no hace preguntas incómodas antes de cotizar probablemente está vendiendo, no resolviendo.

Lo más importante que evalúo yo en una primera reunión es el nivel de detalle con que el cliente maneja su propia situación actual. ¿Sabe cuántas excepciones tiene su flujo principal? ¿Sabe quiénes son los usuarios reales del sistema? ¿Sabe qué dato confiable existe hoy y cuál es opinable? Si la información está completa y ordenada, el proyecto va a fluir.

La señal más clara de que la relación va a ser difícil es justamente la opuesta: cuando el cliente no maneja la información, o la maneja parcialmente, y aun así espera plazos cortos y certeza total. Eso casi siempre termina mal.

De tu lado, antes de firmar, exigile al proveedor:

• Que te diga qué supuestos hizo en la propuesta.
• Qué pasa si esos supuestos resultan falsos.
• Quién de tu equipo tiene que estar disponible para que el proyecto funcione.

Si no responden las tres con claridad, hay un problema.

---

Cuándo NO te conviene una aplicación a medida con AW

Esta sección la pongo porque la mayoría de los posts de este tema no la tienen, y ayuda a calibrar expectativas.

A veces los clientes nos piden cosas que simplemente no son nuestro negocio. Hay gente que cree que ser informático implica saber arreglar computadores, montar un AWS desde cero, configurar redes, instalar antivirus y todo lo que tenga que ver con tecnología. Puede haber profesionales que hagan todo eso, pero nuestro foco es específico: ingeniería de software a medida, modernización de sistemas y rescate de proyectos parados.

Cuando eso pasa, lo más útil que puedo hacer por el cliente es ser claro y derivarlo. Tenemos empresas amigas, de confianza, que sí se dedican a esas otras cosas. Las recomendamos sin problema. Eso vale más que aceptar un trabajo que no vamos a hacer bien.

Si tu proceso es estándar y lo que necesitás es configuración, no customización, un paquete probablemente sea mejor opción. No porque sea más barato a corto plazo — a veces no lo es — sino porque tiene comunidad, actualizaciones y soporte que una aplicación a medida no tiene por definición.

---

Próximos pasos: cómo evaluar tu caso

Si llegaste hasta acá, probablemente estás evaluando activamente una decisión de este tipo.

Lo más útil que puedo ofrecerte es una sesión de diagnóstico gratuita en conversación directa. 30 minutos donde revisamos tu situación específica — no para venderte nada, sino para ayudarte a entender si tenés un problema que justifica software a medida o si hay opciones más simples que no estás considerando.

Si después de esa conversación tiene sentido seguir, seguimos. Si no, te queda claro qué evaluar por tu cuenta.

Agendar conversación