Un software de gestión de aplicaciones no se compra por una función suelta. Se compra por un proceso: una app llega a 400 dispositivos, seis semanas después recibe un parche de seguridad, y el último día de contrato de una persona se retira sin dejar restos. Si una de esas cuatro etapas falla, el hueco aparece en la primera auditoría.
Despliegue: del paquete a la pantalla de inicio
Es la parte que luce en cualquier demostración. Usted sube un paquete (IPA para iOS, APK o AAB para Android, MSI o MSIX para Windows), lo asigna a un grupo de usuarios y lanza el despliegue. Almacén recibe la app de inventario, comercial recibe el CRM, y nadie ve aplicaciones que no le corresponden.
La diferencia entre una herramienta útil y una incómoda está en si la instalación ocurre sin intervención del usuario. La instalación silenciosa depende del modo de inscripción: un iPhone supervisado desde Apple Business Manager, un Android totalmente gestionado con Android Enterprise, un ordenador Windows inscrito por Autopilot. En un dispositivo personal con perfil de trabajo, el alcance se limita a ese perfil y el lado personal queda fuera.
Compruebe exactamente esto durante la prueba. Un proveedor que se limita a publicar un enlace de descarga en un catálogo no le ha quitado trabajo: la instalación la sigue haciendo la persona, con todas sus dudas llegando al soporte. Como el alcance del silencio depende de cómo se inscribió el equipo, conviene resolver antes la inscripción zero-touch y después hablar de apps.
Actualizaciones: la política pesa más que el botón
Cada actualización es una decisión. Se lanza ya, se prueba con un grupo reducido o se aplaza. Quien lo despliega todo de golpe acaba parando las cajas un lunes por la mañana. Quien no despliega nunca acumula vulnerabilidades conocidas con parche disponible.
Una política razonable distingue tres categorías:
- Parches de seguridad: forzados, sin margen, bloqueando la app hasta que se instalen si hace falta.
- Novedades funcionales: por fases, primero un 10 % del parque y el resto a las 48 horas si nadie reporta nada.
- Cambios menores: agrupados en la ventana de mantenimiento habitual.
Dos detalles que casi nunca entran en un pliego. Uno: qué ocurre con un equipo sin conexión. En logística, obra o mantenimiento industrial hay terminales que pasan horas o días desconectados, y la plataforma tiene que encolar la orden y ejecutarla al reconectar sin perder los datos capturados sin red. Dos: se puede revertir una actualización. En la mayoría de plataformas la respuesta es no, y por eso el grupo piloto no es un lujo.
Aplicaciones internas: distribuir sin pasar por la tienda pública
En cuanto usted desarrolla software propio, este punto se convierte en criterio eliminatorio. Una app con tarifas, datos de clientes o partes de trabajo no pinta nada en una tienda pública, y en algunos casos ni siquiera superaría su proceso de revisión.
En Android la vía limpia es la app privada en managed Google Play: solo la ve su organización y se distribuye con la misma mecánica que cualquier app pública. En iOS hacen falta certificados de firma y perfiles de aprovisionamiento, es decir, pertenecer al Apple Developer Program. Si su plan todavía pasa por el Apple Developer Enterprise Program, revíselo: hoy se concede con criterios muy restrictivos.
El trabajo del software de gestión de aplicaciones es esconder esas diferencias. Un catálogo, una lógica de asignación, los mismos grupos para lo comprado y lo desarrollado en casa. Eso es lo que aporta una tienda de aplicaciones corporativa dentro del Mobile Application Management: quien usa el dispositivo ve una lista de apps aprobadas y pulsa instalar, sin saber de dónde sale el paquete.
Fíjese aquí en el control de versiones. Las apps internas cambian mucho más que las compradas, y llegará el día en que necesite decir: comercial se queda en la 4.2, el grupo piloto prueba la 4.3.
Salidas: recuperar aplicaciones y licencias
La etapa más olvidada del ciclo. Repartir una app cuesta minutos. Retirarla del todo, con sus datos y su licencia, solo sale bien si la plataforma lo previó desde el principio.
En un equipo de empresa el caso es sencillo: se restablece, se vuelve a inscribir y se entrega a la siguiente persona. En un dispositivo personal la cosa se afina. En Android el administrador elimina el perfil de trabajo, y es el propio Android quien limita el comando de borrado a ese perfil: fotos, contactos y número de teléfono quedan intactos, y restablecer de fábrica un dispositivo personal no es posible desde la consola. En iOS el administrador retira los datos y las aplicaciones gestionadas.
En paralelo, la licencia debe volver al fondo común. El Volume Purchase Program de Apple y managed Google Play admiten reasignar licencias por puesto, pero solo si su plataforma lleva bien la contabilidad. La prueba durante el piloto: saque a una persona del grupo y mire cuánto tarda la licencia en quedar disponible. Con tres licencias da igual. Con 800 puestos a 60 euros al año es una partida presupuestaria.
Siete preguntas para el proveedor
- Gestiona iOS, Android, Windows y macOS desde una sola consola, o cada sistema operativo adicional se factura aparte.
- La instalación es silenciosa, y bajo qué condiciones exactas de inscripción.
- Cómo distribuyo una app desarrollada por nosotros sin pasar por la tienda pública.
- Puedo definir políticas de actualización por aplicación, incluido el despliegue por fases.
- Cuánto tarda la consola en responder a dos preguntas: qué apps tiene este dispositivo y qué dispositivos tienen esta app.
- Qué ocurre exactamente al dar de baja a alguien con dispositivo personal, y qué queda en el equipo.
- Dónde residen los datos, quién los opera y hay contrato de encargado de tratamiento del artículo 28 del RGPD.
La quinta es la mejor prueba del algodón. Si el proveedor no enseña el inventario en menos de un minuto durante la demostración, en una auditoría tampoco irá más rápido.
Lo que en España alarga el calendario
Informar antes de desplegar. El artículo 87 de la LOPDGDD reconoce el derecho a la intimidad frente al uso de dispositivos digitales facilitados por la empresa y obliga a fijar criterios de uso, con participación de los representantes de los trabajadores en su elaboración. El artículo 90 exige informar de forma expresa y clara de cualquier tratamiento de geolocalización. Traducido a proyecto: la política de uso se redacta antes del despliegue, no después de la primera reclamación.
Lleve a esa conversación una lista precisa de qué campos ve la consola, cuáles no, y qué se borra al causar baja una persona. Las promesas genéricas alargan la negociación; los datos concretos la acortan. En nuestro artículo sobre RGPD y gestión de dispositivos móviles desglosamos ese inventario campo por campo.
El contrato de encargado. El inventario de equipos, los identificadores de usuario y la lista de apps son datos personales. Un proveedor sin contrato del artículo 28 listo para firmar y sin medidas técnicas y organizativas documentadas según el artículo 32 le costará varias semanas. Pídalo antes de la prueba, no después.
Por dónde empezar
Empiece por un inventario: cada aplicación en uso, quién la utiliza y cómo llega hoy a los equipos. Esa lista es a la vez su plan de migración y la base de la conversación con la representación de la plantilla.
Después, un piloto con un departamento y entre cinco y diez apps. Mida dos cosas: el tiempo hasta completar el despliegue de una actualización y el número de incidencias semanales relacionadas con aplicaciones. Si la herramienta vale, la diferencia se nota en el primer mes. Y tenga presente cómo encajan la gestión de apps y la gestión de dispositivos: administrar aplicaciones sin control sobre el equipo que las ejecuta deja abiertos justo los huecos que encuentra una auditoría.