Cómo detectar aplicaciones que hacen el mismo trabajo en varios departamentos

Pregunta qué trabajo resuelve cada herramienta

Recoge propietario, usuarios, coste contractual, datos tratados, integraciones y resultado producido. Describe tareas concretas: aprobar vacaciones, enviar propuestas o gestionar incidencias. Incluye compras departamentales y pruebas que terminaron convirtiéndose en servicio. Evita empezar con una lista de marcas recomendadas; necesitas entender el proceso y sus restricciones. Una herramienta sectorial puede compartir funciones de mensajería con otra y seguir siendo necesaria por su parte especializada.

Marca solapamiento y diferencia imprescindible

Construye una matriz pequeña de tareas frente a aplicaciones. Para cada coincidencia pregunta si se podría completar el mismo caso real en ambas, con permisos y formato equivalentes. Anota las diferencias que impiden sustituirlas: integración crítica, exigencia de un cliente o tratamiento de datos distinto. Los informes de actividad pueden orientar dónde preguntar, pero no prueban duplicidad. Microsoft distingue actividad por producto y esa señal no describe todo el proceso de negocio.

Ensaya la consolidación con una muestra

Elige un proceso de bajo riesgo y personas de ambos departamentos. Prueba transferencia de información, búsqueda, permisos y entrega final. Registra trabajo manual adicional y necesidades de formación. Comprueba si la herramienta elegida exige un plan superior o complementos; una capacidad anunciada puede no estar incluida en tu contrato. Si no puedes exportar el histórico de forma útil, conserva ese coste y limitación dentro de la decisión.

Comprueba que consolidar elimina gasto real

Calcula contratos que puedes terminar, fecha de salida y coste de migración. Asigna un propietario común y reglas de uso para que la nueva herramienta no genere otra duplicidad. Conserva excepciones justificadas con revisión fechada. La retirada debe incluir datos, accesos e integraciones y comprobarse en la facturación. Si mantienes ambos productos, documenta la función diferencial que lo justifica y evita presentar como ahorro algo que aún no se ha cancelado.

Evita que la comparación se convierta en preferencia

En un ejemplo hipotético, Ventas utiliza una herramienta para propuestas y Operaciones otra para documentos internos. Ambas permiten editar texto, pero la primera puede incorporar un circuito comercial que la segunda no cubre en la configuración contratada. Define una propuesta real de prueba y compara el resultado, las aprobaciones y la entrega. Si la sustitución requiere construir procesos adicionales, registra esfuerzo y mantenimiento futuro, además de la cuota.

Incorpora al análisis a quienes usan la herramienta y a quienes reciben sus resultados. Una consolidación técnicamente posible puede introducir trabajo manual en otro departamento que no participó en la decisión. Antes de aprobar, deja identificado quién administrará plantillas, permisos y cambios del proceso común. Si eliges conservar dos herramientas, fija un límite de uso para cada una y una revisión de sus diferencias. Esa decisión puede ser razonable; lo importante es que exista evidencia funcional y que la próxima compra no vuelva a cubrir el mismo hueco por falta de información compartida.

Fuentes y documentación

• Microsoft: usuarios activos en informes de uso — La definición de actividad depende del producto; actividad no equivale a necesidad empresarial.
• NIST CSF 2.0 — Relaciona gestión de activos, prioridades, responsabilidades y riesgo; no es una obligación general para pymes.