Guía · Decisiones técnicas
¿Software a medida o una herramienta existente?
Comprueba primero si una herramienta existente resuelve tu proceso de trabajo. El desarrollo a medida puede encajar cuando falta una función importante y puedes asumir su mantenimiento. También es posible conservar el producto actual y desarrollar solo la integración o la función que necesitas.
Describe el trabajo antes de comparar productos
Prepara tres casos: una tarea habitual, una excepción frecuente y un error que deba corregirse. Explica quién introduce los datos, quién los aprueba y quién puede verlos. Estos ejemplos permiten valorar una herramienta con más precisión que una lista general de funciones.
Ejemplo hipotético: un equipo de mantenimiento necesita asignar visitas, adjuntar fotos y cerrar partes sin cobertura. Antes de elegir una herramienta, debe comprobar qué ocurre con esos datos al recuperar la conexión.
Prueba las herramientas que ya cubren tus necesidades
Si el producto cubre los casos importantes con configuración razonable, suele ser preferible probarlo antes de encargar una réplica. Comprueba permisos, exportación y límites del plan que contratarías, no solo los del entorno de demostración. SaaS es software ofrecido como servicio, normalmente por suscripción; también conviene comparar productos instalables y soluciones de código abierto.
Pide al proveedor que ejecute el caso excepcional con los permisos y el plan que tendrías. Una función «disponible» puede exigir un módulo adicional, un paso manual u otro contrato. Anota esas dependencias en la comparación.
Desarrolla las funciones que faltan
El desarrollo propio puede encajar cuando la secuencia de trabajo, la experiencia del cliente o una integración crítica no se pueden resolver bien con lo existente. Define exactamente esa diferencia y qué mejora debe poder observarse.
Una pequeña aplicación conectada al sistema actual puede bastar. Si solo falta una vista de seguimiento, no hace falta reconstruir también facturación, agenda y gestión documental.
Incluye el mantenimiento y un posible cambio de proveedor
Compara puesta en marcha, migración de datos, licencias, integraciones, soporte y cambios previstos durante el mismo periodo. En el desarrollo propio incluye también alojamiento, copias de seguridad, actualizaciones y atención de incidencias.
El software de código abierto también requiere mantenimiento y soporte. En ambos casos, pregunta quién restaurará los datos desde una copia, modificará las reglas de trabajo y atenderá el sistema si cambia el proveedor. Tener acceso al código no basta: hacen falta documentación y una entrega que permita continuar el trabajo.
Prueba la exportación antes de comprometerte
Crea datos de prueba con relaciones y adjuntos. Expórtalos y comprueba si otra herramienta puede reconstruir el caso. Un CSV de contactos no demuestra que puedas recuperar permisos, historial y documentos.
En el ejemplo del equipo de mantenimiento, exporta un parte con su cliente, técnico asignado, fotos e historial de cierre. Comprueba que se conserven las relaciones. Si faltan adjuntos o identificadores estables, registra el trabajo de reconstrucción antes de aceptar el producto.
| Producto existente | Desarrollo a medida | |
|---|---|---|
| Cerrar partes sin conexión | Demostrarlo con el plan que contratarías. | Incluir guardado local y sincronización en el alcance. |
| Aprobación especial | Comprobar la configuración antes de añadir un parche. | Definir quién aprueba y qué sucede cuando se rechaza una solicitud. |
| Mantenimiento y soporte | Confirmar el soporte y lo que seguirá haciendo el equipo. | Identificar mantenimiento y requisitos de entrega. |
| Cambio de proveedor | Exportar un parte completo con sus relaciones. | Ofrecer exportación y probar la recuperación de datos utilizables. |
Documenta la decisión y cuándo revisarla
Escribe qué eliges, qué queda fuera, quién mantiene y qué cambio justificaría reconsiderarlo. Por ejemplo: comprar ahora y añadir una integración si el doble registro supera el límite acordado por el equipo.
Si aún no sabes si el proceso funcionará, prueba su paso más incierto antes de presupuestar toda la aplicación. «No desarrollar todavía» es una conclusión válida.
Para concretar el siguiente paso, consulta qué validar con una demo o un prototipo.
Fuentes y lecturas
Dudas antes de empezar
¿El software a medida siempre sale más caro?
Depende de los requisitos y del periodo que compares. Incluye implantación, uso, soporte, cambios y un posible traslado a otra herramienta. La cuota de una suscripción y el presupuesto inicial de desarrollo no representan por sí solos el coste total.
¿Puedo conservar mi CRM y añadir funciones propias?
A menudo sí, si ofrece una integración adecuada. Comprueba operaciones permitidas, licencias, permisos y límites antes de diseñar el complemento.
¿Quién debe tener el código y las cuentas?
Aclara por escrito acceso al repositorio, licencias, cuentas de alojamiento, documentación y procedimiento de entrega. La propiedad y los derechos dependen del acuerdo; no los des por supuestos.