Elegir entre software a medida y un producto estándar empieza por entender el trabajo. Una herramienta existente puede ser una buena opción si permite realizar el proceso sin demasiadas concesiones. El desarrollo a medida merece estudiarse cuando una parte importante y específica del negocio no encaja de forma razonable en las alternativas disponibles.
También existe una tercera opción: conservar el producto estándar y construir la conexión o la pequeña aplicación que le falta. Compara las tres antes de plantear una sustitución completa.
Describe un día de trabajo antes de listar funciones
Sigue una tarea real desde que llega hasta que termina. En una empresa de mantenimiento, podría consistir en recibir una solicitud, comprobar el contrato, asignar un técnico, recoger pruebas del trabajo y preparar una factura. Anota quién interviene, qué información necesita y qué ocurre cuando hay que cambiar una visita.
Después, identifica las reglas imprescindibles. Puede que el técnico deba trabajar sin conexión, que un cliente tenga varios centros o que otra persona tenga que aprobar la factura. Estos criterios permiten evaluar mejor una herramienta que una lista larga de funciones copiadas de páginas comerciales.
Separa las necesidades del negocio de las costumbres. Una columna de una hoja de cálculo que nadie utiliza no se convierte en un requisito por existir. Pregunta qué problema concreto aparecería si faltara cada función propuesta.
Compara tres alternativas viables
Evalúa cada opción con el mismo proceso:
| Opción | Cuándo puede encajar | Qué conviene comprobar |
|---|---|---|
| Producto estándar | El trabajo principal responde a una necesidad habitual | Límites del plan, configuración, exportación de datos y uso por parte del equipo |
| Producto con integración | El sistema funciona, pero la información no pasa bien entre herramientas | Acceso a la API, recuperación de errores y sistema responsable de cada dato |
| Aplicación a medida | Un proceso importante necesita un comportamiento que los productos disponibles no ofrecen de forma razonable | Alcance, mantenimiento, seguridad y responsable del producto |
En el ejemplo de mantenimiento, un programa de planificación puede gestionar bien las visitas. Un pequeño portal de clientes podría resolver la aprobación que falta. Sustituir a la vez la planificación, la facturación y los registros de clientes añadiría decisiones que el problema inicial no exigía.
La guía de compra tecnológica del Gobierno británico también contempla comprar, construir y combinar ambas opciones según las necesidades y la capacidad de mantener el resultado. Para una empresa, la pregunta práctica es quién podrá operar y mejorar la solución después de ponerla en marcha.
Calcula cuánto costará mantenerla útil
Elige un periodo común, por ejemplo tres años, y escribe las hipótesis. Incluye licencias, implantación, migración, formación, integraciones, alojamiento, soporte y cambios previstos. Añade el tiempo que tendrán que dedicar las personas que conocen el proceso.
En un producto por suscripción, comprueba qué ocurre si crecen los usuarios o el volumen de uso. En un desarrollo a medida, reserva presupuesto para dependencias, actualizaciones de seguridad, copias de respaldo y evolución. En una integración, contempla cambios en cualquiera de los sistemas conectados.
No conviertas una estimación en una promesa de ahorro. Trabaja con un intervalo razonable e identifica qué hipótesis cambia más la decisión. Si el resultado depende de duplicar las ventas, calcula también qué sucedería si se mantienen.
Comprueba cómo podrías cambiar de proveedor
Pide una exportación pequeña pero representativa. Revisa si las relaciones, los adjuntos, el historial y los identificadores se pueden utilizar fuera del producto. Un CSV con nombres de clientes puede quedarse corto si también necesitas sus pedidos y partes de trabajo relacionados.
En un desarrollo a medida, aclara quién controla el código, la cuenta de alojamiento, la documentación y los accesos de administración. Deja por escrito cómo se hará la entrega. La guía de estándares abiertos de Government Digital Service explica su papel en la compatibilidad y la dependencia de proveedores. En la práctica, prueba la exportación y la conexión reales, además de leer lo que promete el proveedor.
Haz una prueba pequeña con casos difíciles
Elige varias situaciones reales, con permiso para utilizar los datos o con copias anonimizadas. Incluye un trabajo normal, una cancelación, un duplicado, una solicitud incompleta y una excepción de permisos. Pide a las personas que usarán el sistema que las completen.
Mide el tiempo, las tareas manuales adicionales y las dudas sin resolver. Una demostración comercial no permite saber qué ocurre cuando el cliente cambia de opinión a mitad del trabajo.
Si el problema principal consiste en mover información entre herramientas, empieza por la guía del primer proceso automatizado. Si siguen sin resolverse varias reglas esenciales, plantea una primera versión a medida centrada en ellas.
Resume la decisión en una página: problema, opciones probadas, intervalo de coste previsto, riesgos pendientes y responsable. Tendrás una base para elegir y un documento que revisar cuando cambie el negocio.