Software a medida:
qué es, cuándo conviene
y cómo empezar.
Antes de preguntar cuánto cuesta una aplicación, vale la pena definir qué problema debe resolver. Esta guía te ayuda a decidir qué construir y qué puedes resolver con lo que ya existe.
Desarrollar a medida tiene sentido cuando tu proceso necesita reglas o conexiones que las herramientas disponibles no resuelven bien. La primera decisión es el problema; la tecnología viene después.
¿Qué es el desarrollo de software a medida?
Es la creación de una aplicación diseñada alrededor de las necesidades de una organización o de un proyecto. Puede ser una plataforma web, una app móvil, una integración entre sistemas o una herramienta interna. Lo que la hace «a medida» son sus funciones, reglas y flujos de trabajo, no una tecnología específica.
Por ejemplo, registrar una venta puede parecer sencillo, pero cada negocio puede necesitar validaciones, documentos, permisos o pasos de entrega distintos. Una solución propia permite representar esas condiciones. También puede apoyarse en servicios existentes: desarrollar a medida no significa escribir todas las piezas desde cero.
Tampoco es sinónimo de SaaS. SaaS describe una forma de ofrecer software como servicio; una solución a medida puede operar con distintos esquemas de alojamiento, licencia y mantenimiento. Esos acuerdos deben quedar claros en la propuesta.
¿Cuándo conviene construir y cuándo usar una herramienta existente?
Empieza por revisar las alternativas que ya puedes contratar o configurar. Si cubren el proceso y tu equipo puede utilizarlas sin mantener soluciones paralelas, pueden ser suficientes. Una herramienta propia tiene costos de desarrollo y operación que necesitan una razón de negocio.
Primero evalúa lo existente
- El proceso es estándar y una herramienta lo cubre de principio a fin.
- La necesidad se resuelve con configuración o una integración pequeña.
- Todavía no sabes cómo debería funcionar el proceso y necesitas probarlo.
Considera una solución a medida
- Las reglas importantes del negocio no caben en la herramienta actual.
- Tu equipo captura los mismos datos varias veces entre sistemas.
- Necesitas conectar información y permisos que hoy están separados.
Hay una tercera posibilidad: conservar tus herramientas y automatizar los pasos que las conectan. Antes de reemplazar un sistema, comprueba si ofrece una API, exportaciones útiles y permisos para integrarlo.
Un ejemplo: de una venta a una entrega con seguimiento
Imagina un negocio que vende productos digitales. Después de cada venta, alguien revisa el pago, prepara la entrega, registra su estado y responde si hay una incidencia. El problema no es tener una pantalla nueva: es mantener esos pasos conectados sin perder el control.
- Recibir: identificar la venta y comprobar qué evento la originó.
- Validar: revisar el estado del pedido y evitar procesarlo dos veces.
- Entregar: ejecutar el paso autorizado y guardar el resultado.
- Dar seguimiento: mostrar incidencias para que una persona pueda intervenir.
La automatización de Mercado Libre de la trayectoria de Eric Sandoval aborda ventas, entregas y atención en una operación comercial propia. Es un contexto distinto a SIGMA, una plataforma de gestión médica para una organización de transporte: en ese caso, las piezas son consultas, expedientes, exámenes y seguimiento operativo.
Son ejemplos de experiencia, no paquetes listos para cualquier empresa. Un nuevo proyecto requiere conocer sus procesos, accesos e integraciones.
Cómo definir la primera versión sin querer construirlo todo
Una buena primera versión recorre un flujo completo y útil, aunque no incluya todos los módulos imaginados. «Registrar una solicitud, asignarla y consultar su estado» es más preciso que «tener una plataforma moderna».
Antes de cotizar, escribe estas seis cosas:
- Problema: qué ocurre hoy y por qué importa.
- Usuarios: quién hará cada tarea y qué información podrá ver.
- Entrada y resultado: con qué empieza el flujo y cómo termina.
- Reglas y excepciones: qué debe validarse y qué pasa si algo falla.
- Integraciones: qué sistemas ya existen y qué acceso ofrecen.
- Criterio de aceptación: cómo comprobarás que el trabajo entregado funciona.
Un criterio verificable podría ser: «Una solicitud aprobada aparece en la agenda y solo el personal autorizado puede editarla». Después pueden definirse pruebas de rendimiento, respaldos o tiempos de recuperación según el riesgo real del proceso.
¿Qué determina el costo de un software a medida?
El número de pantallas no basta para estimarlo. Una sola pantalla puede concentrar permisos, reglas complejas e integraciones con servicios externos. El presupuesto depende del alcance y de las condiciones de operación.
- Funciones, roles de usuario y complejidad de las reglas.
- Calidad de los datos existentes y trabajo de migración.
- Disponibilidad y límites de las APIs que se integrarán.
- Requisitos de seguridad, pruebas y disponibilidad.
- Dispositivos y plataformas que deben soportarse.
Separa construcción de operación. Además del desarrollo puede haber alojamiento, almacenamiento, dominio, servicios de correo, consumo de IA y mantenimiento. Pide que la propuesta indique cuáles están incluidos, quién administra las cuentas y qué ocurre al terminar el soporte acordado.
No hay una cifra o duración universal que esta guía pueda prometer. Con un alcance concreto sí es posible comparar propuestas y decidir qué dejar para una segunda etapa.
Preguntas que conviene hacer antes de contratar
- ¿Qué entregables, exclusiones y criterios de aceptación quedan por escrito?
- ¿Cómo revisaremos los avances y solicitaremos cambios?
- ¿Qué pasa si una integración falla o el proveedor externo cambia su API?
- ¿Quién tendrá el código, los repositorios y el acceso a la infraestructura?
- ¿Qué documentación, capacitación y respaldo recibiremos?
- ¿Qué incluye el soporte y cómo se presupuestan nuevas funciones?
Si el proyecto incorpora inteligencia artificial, añade otra pregunta: ¿qué decisión queda a cargo de una persona y cómo se revisan los errores? Un asistente puede ayudar a organizar información, pero sus respuestas y permisos deben diseñarse para el uso concreto. No todos los procesos necesitan IA.
El siguiente paso es describir tu proceso
No necesitas llegar con una arquitectura ni una lista de tecnologías. Empieza con un ejemplo: «Esto hacemos hoy, esto se repite y aquí perdemos el seguimiento». Esa conversación permite decidir si conviene configurar, integrar, automatizar o desarrollar.
En Odriva trabajamos con plataformas web, apps móviles y automatización. Puedes conocer nuestro enfoque de desarrollo de software a medida, revisar los proyectos de nuestra trayectoria o contarnos qué quieres mejorar.