Comprar conectividad: qué preguntar

Pida evidencia, no promesas

Un proveedor puede responder de tres formas: con un documento, con una medición o con una promesa. Solo las dos primeras se pueden comprobar. Pida la ruta, el perfil, la medición, el responsable y la salida en ese orden, y anote la respuesta mientras la llamada sigue abierta.

Una gran cobertura en México no es una respuesta a una pregunta de ruta. La respuesta útil nombra la red que sirve cada zona, el punto de entrega al país, el pool de direcciones y el APN. Si el proveedor no puede nombrarlos, la afirmación es un punto de partida, no evidencia.

La misma regla vale para la identidad. Pregunte qué rango de IMSI, qué tipo de perfil y qué entidad tiene la suscripción. En eSIM, pregunte quién posee el perfil y quién puede borrarlo. En una flota que cruza fronteras, pregunte qué red sirve cada mercado y qué pasa cuando el dispositivo se mueve.

Empiece por la afirmación que se puede probar

Empiece por la ruta, porque es la afirmación más fácil de probar. Pida un traceroute del dispositivo al destino, en la hora punta, con la dirección de cada salto. Pregunte por dónde entra y sale el tráfico de cada país, y qué pool de direcciones recibe el dispositivo. Una ruta que no está escrita no se puede comparar.

Después pida el perfil. El rango de IMSI dice qué identidad presenta el dispositivo. El APN dice qué pasarela usa. El tipo de perfil dice si la suscripción puede moverse por el aire. Juntos responden si el dispositivo se verá local, en roaming o privado en cada mercado.

Por último pregunte quién posee cada capa. Un solo gestor de cuenta no es un dueño responsable de la radio, el núcleo y la plataforma. Pida la ruta de escalado por capa y pruébela una vez antes de que la flota dependa de ella.

Nombre al dueño de cada capa

Una respuesta que nombra un solo gestor de cuenta para todo no es una respuesta de responsabilidad. La radio, el núcleo, la plataforma y la relación con el cliente pueden estar en equipos o empresas distintas. Pregunte a quién se despierta por cada tipo de fallo y cómo funciona el traspaso entre ellos.

Pruebe el escalado una vez. Abra un caso de baja severidad y observe cómo se mueve. Un camino que funciona en un diagrama pero no en un ticket es un riesgo que la flota carga.

Escriba los nombres en el runbook, no en una diapositiva. Cuando un dispositivo se detiene, quien responde primero debe saber qué capa revisar y quién posee el siguiente paso.

La misma disciplina se aplica al lado comercial. Pregunte quién posee la consulta de factura, el cambio de contrato y la salida. Una persona nombrada por función es más fácil de probar que una promesa de soporte. Anote el nombre y la fecha en el runbook.

Escriba el plan de salida antes de la primera factura

Escriba el plan de salida antes de la primera factura. Debe decir cómo salen los datos, cómo se devuelven las direcciones, cómo se borran los perfiles, cómo se libera el número o el rango de IMSI y cuánto aviso debe dar cada parte. Un plan de salida que solo existe en una diapositiva no es un plan.

El plan de salida también protege al cliente. Si el proveedor cambia de dueño o deja de servir un mercado, la flota de dispositivos tiene que seguir funcionando. Pida el formato de exportación de datos y el tiempo que tarda. Pregunte qué partes de la configuración son suyas y cuáles son de la plataforma.

Revise el plan en cada renovación. Una ruta o un perfil pueden cambiar en un año. El plan debe nombrar la fecha de la última prueba y a la persona que la hizo.