La mayoría de los RFP para plataformas IoT fracasan antes incluso de que el proveedor los lea. No porque el comprador no sepa lo que quiere, sino porque el documento hace las preguntas equivocadas. Los RFP genéricos reciben respuestas genéricas. Acabas comparando textos de marketing en lugar de capacidades reales.
Esto es lo que deberías preguntar en su lugar.
Por qué la mayoría de los RFP de IoT no dan en el blanco
El RFP de IoT típico se centra en las funciones. ¿La plataforma soporta MQTT? ¿Tiene dashboards? ¿Puede enviar alertas? Cualquier plataforma dirá que sí a todo eso.
Las preguntas que de verdad importan son más difíciles de responder: ¿qué pasa con mis datos cuando necesite irme? ¿Cómo es el precio con 5.000 dispositivos? ¿Puede mi cliente iniciar sesión en un portal con su marca sin ver el nombre de tu empresa?
En los RFP de IoT débiles aparecen tres patrones de fallo:
- Demasiado genéricos. Preguntas que cualquier proveedor puede responder de forma afirmativa sin revelar nada útil.
- Sin una visión del coste total de propiedad. Evaluar las cuotas mensuales de la plataforma sin tener en cuenta el tiempo de incorporación de dispositivos, los costes de soporte y la carga de ingeniería.
- Faltan las preguntas operativas. Lo que funciona en una demo puede no funcionar en condiciones reales de producción. La mayoría de los RFP no lo comprueban.
Las cinco categorías que siguen corrigen los tres problemas.
Categoría 1: Conectividad
Aquí es donde la mayoría de las plataformas se separan enseguida. Pregunta:
- ¿Qué protocolos se soportan de forma nativa? ¿LoRaWAN, MQTT, HTTP, NB-IoT, satélite?
- ¿Soportan los principales network servers de LoRaWAN (TTN, ChirpStack, Actility)?
- ¿Cuántos parsers de dispositivos prediseñados incluyen? ¿Puedo crear el mío propio?
- ¿Qué pasa si mi dispositivo usa un formato de payload personalizado?
- ¿Hay una lista de integraciones de hardware soportadas oficialmente?
Una plataforma que afirma tener “amplio soporte de conectividad” no significa nada. Pide la lista específica. Si un proveedor soporta más de 500 tipos de dispositivos de fábrica, esa es una respuesta concreta y verificable.
Categoría 2: Datos
La portabilidad de los datos suele ignorarse hasta que alguien necesita cambiar de plataforma o hacer una auditoría. Pregunta:
- ¿Dónde se almacenan los datos? ¿En qué regiones geográficas?
- ¿Cuál es el periodo de retención de datos por defecto? ¿Puedo ampliarlo?
- ¿Cómo exporto mis datos? ¿Hay una API de exportación masiva?
- ¿Se almacenan los datos de payload en bruto o solo los valores parseados?
- ¿Qué pasa con mis datos si cancelo la suscripción?
Estas preguntas revelan si un proveedor trata tus datos como tuyos o como suyos. Si las respuestas son vagas, eso es una señal.
Categoría 3: Escalabilidad
La pregunta correcta no es “¿pueden escalar?”. Es “¿qué cuesta y qué requiere escalar de verdad?”.
- ¿Cuál es el modelo de precios con 100, 1.000 y 10.000 dispositivos?
- ¿Hay límites de puntos de datos por mes o de llamadas a la API por segundo?
- ¿Cómo gestiona la plataforma un pico en los mensajes de los dispositivos?
- ¿Hay un entorno dedicado para cada cliente o es compartido?
- ¿Dónde puedo encontrar la documentación de precios?
Busca plataformas que publiquen sus precios de forma pública. Un precio transparente en https://tago.io/pricing es una buena referencia de cómo debe verse esto en la práctica.
Categoría 4: White-Labeling
Si eres integrador de sistemas o estás creando un producto para tus clientes, el white-labeling no es opcional. Pregunta:
- ¿Puedo desplegar un portal para clientes bajo mi propio dominio?
- ¿La app móvil soporta marca personalizada? ¿Está disponible en iOS y Android?
- ¿Verán alguna vez mis clientes el nombre o el logotipo de tu empresa?
- ¿El white-labeling está incluido en el plan base o es un complemento de pago?
- ¿Puedo controlar lo que cada usuario final puede ver y hacer?
Una plataforma que no puede ofrecer a los clientes una experiencia con tu marca significa que estás construyendo tu producto sobre la marca de otra empresa. Ese es un riesgo que vale la pena cuantificar antes de firmar.
Categoría 5: Soporte
La calidad del soporte es imposible de evaluar desde las páginas de marketing. Pide detalles concretos:
- ¿Cuál es el SLA para incidentes críticos?
- ¿Cuál es el tiempo medio de respuesta para los tickets de soporte?
- ¿Hay un sitio de documentación pública y una comunidad de desarrolladores?
- ¿Ofrecen ayuda de incorporación para las cuentas nuevas?
- ¿Hay recursos de formación disponibles (academia, videotutoriales)?
Comprueba si el proveedor tiene una base de conocimiento pública y un foro de la comunidad. Recursos como https://docs.tago.io y https://tago.io/academy te dan una idea de lo en serio que se toma un proveedor la inversión en soporte de autoservicio.
Cómo convertirlas en un documento de trabajo
Estas cinco categorías te dan la estructura. El siguiente paso es convertirlas en una rúbrica de evaluación con puntuación: asigna pesos a cada categoría según las prioridades de tu proyecto y luego puntúa las respuestas de cada proveedor del 1 al 5. Eso elimina las corazonadas de la decisión.
Hay disponible bajo petición una versión completa y descargable de esta plantilla de RFP. Escríbenos a https://tago.io/contact-us e incluye “RFP template” en tu mensaje.
Próximos pasos
- Revisa las capacidades de la plataforma: https://docs.tago.io
- Explora casos de uso reales: https://tago.io/use-cases
- Contacta con el equipo: https://tago.io/contact-us
