Cuándo conviene desarrollar software a medida (y cuándo no)
¿Compro un software o mando a hacer uno? Una decisión cara de equivocar en ambos sentidos. Los criterios honestos — incluyendo cuándo NO desarrollar.
"¿Compro un software o mando a hacer uno?" es una decisión cara de equivocar en ambos sentidos: pagar desarrollo para un problema que un SaaS de mercado resuelve por una fracción, o torcer tu operación durante años para caber en un software genérico. Este artículo da los criterios honestos — incluyendo cuándo NO desarrollar.
La regla corta
Si un software existente resuelve prácticamente todo lo que necesitas, cómpralo. El desarrollo a medida se justifica cuando el proceso que quieres soportar es diferencial — parte de cómo compites — o cuando ningún producto razonable encaja con tu operación real.
Cuándo NO desarrollar a medida
- Tu necesidad es estándar: contabilidad, nómina, CRM básico, facturación — mercado maduro, compra
- El proceso que quieres sistematizar aún cambia cada mes — estabilízalo primero
- La motivación es "no me gusta cómo se ve" el software actual — eso se resuelve más barato
- No hay nadie del negocio con tiempo para decidir durante el desarrollo — el software a medida sin dueño de negocio sale mal
- Un producto existente cubre casi todo tu caso — la brecha restante rara vez justifica construir desde cero
Las señales de que sí conviene
- El proceso es tu diferencia competitiva y los productos genéricos te obligan a operarlo como todos
- Vives entre hojas de cálculo que ya funcionan como "sistema": el proceso existe y funciona, la herramienta no aguanta el volumen o los errores
- Necesitas que varios sistemas trabajen juntos (CRM, ERP, WhatsApp, tu operación) y las integraciones disponibles no llegan
- El costo de licencias escala con tu crecimiento hasta superar el costo de construir — corre los números a 3 años, no a 1
- El software será el producto: quieres vender el sistema, no solo usarlo
Comparación honesta
| Software comercial (SaaS) | A medida | |
|---|---|---|
| Costo inicial | Bajo | Alto |
| Costo a 3-5 años | Licencias × usuarios × años | Desarrollo + mantenimiento (estable) |
| Tiempo a valor | Días-semanas | Meses |
| Encaje con tu proceso | Tu proceso se adapta al software | El software se adapta a tu proceso |
| Evolución | La define el proveedor | La defines tú |
| Riesgo principal | Techo funcional y dependencia | Mala ejecución del proyecto |
Un caso real de "sí convenía"
QualityWeb 360 necesitaba gestionar auditorías ISO 9001, no-conformidades y documentación — trabajo que sus clientes llevaban en hojas de cálculo dispersas. Los productos evaluados no cubrían el proceso completo con la trazabilidad que exige una auditoría. El resultado del desarrollo a medida: una plataforma SaaS de 16 módulos que redujo la preparación de auditoría de 8 a 2 días (-75%) y hoy opera con más de 45 clientes activos. El proceso ERA el producto — el caso claro de a medida.
La tercera vía que casi nadie cotiza
Entre "comprar" y "construir todo" existe el punto medio: comprar lo estándar y construir solo la pieza diferencial — la integración, el módulo específico, el flujo que nadie ofrece. Suele ser la respuesta correcta para empresas medianas: máximo encaje, mínima construcción.
Lo que también te preguntas
¿El software a medida es solo para empresas grandes?
No — es para procesos diferenciales, que existen en empresas de todos los tamaños. Lo que cambia con el tamaño es el alcance razonable: una empresa mediana rara vez debe construir un ERP, pero sí el módulo que la hace distinta.
¿Cómo evito que el proyecto a medida salga mal?
Tres protecciones: proceso estable y documentado antes de construir, un dueño de negocio con tiempo para decidir cada semana, y entregas parciales usables — nunca "lo ves todo en 8 meses". Si el proveedor no trabaja así, es señal de alerta.