Auditar la madurez de una plataforma empieza en una página pública que casi nadie abre durante una evaluación de proveedores. Son las notas de publicación. En el caso de SMARTFENSE son 136, cada una con su fecha, desde la 1.0 del 17 de abril de 2017 hasta la 4.38, fechada el 29 de agosto de 2026.
El ejercicio es más o menos eso. Leer el historial de versiones y comprobar si la historia que cuenta el equipo comercial coincide con las fechas. No hace falta pedir permiso, ni firmar un acuerdo de confidencialidad, ni esperar la próxima demo.
¿Qué es un historial de versiones público y por qué sirve para evaluar un proveedor?
Un historial de versiones público es el registro fechado de todo lo que un proveedor llevó a producción, publicado en su propio sitio y accesible sin registro previo.
Sirve por una razón incómoda. Es el único documento del proceso de compra que el proveedor no redactó pensando en quien compra. Una demo se prepara. Un caso de éxito se elige entre los que salieron bien. Un historial de versiones, en cambio, se acumula solo, y cuando tiene huecos los huecos siguen ahí dos años después.
Eso lo vuelve un dato duro dentro de una decisión que suele apoyarse en tablas comparativas de funcionalidades. El marco de decisión completo para elegir una plataforma de awareness ya lo tratamos en este blog. Lo que sigue es una sola pieza de ese marco, la que se puede verificar sin hablar con nadie.
¿Qué señales mirar en las notas de publicación de un proveedor?
Son cuatro y conviene mirarlas en este orden.
- Que existan y que tengan fecha. Un listado de novedades sin fechas no permite calcular ninguna cadencia. Es material de marketing con otro nombre.
- La cadencia antes que el volumen. El número total de versiones dice poco. Lo que dice algo es cuántas hubo por año y, sobre todo, cuál fue el intervalo más largo entre dos consecutivas.
- Qué trajo la versión que cerró cada pausa larga. Toda plataforma tiene pausas. La pregunta útil es si la versión siguiente muestra un trabajo de fondo que las justifique.
- En qué idiomas está publicado el historial. Si una plataforma se ofrece en varios idiomas y las notas viven en uno solo, lo traducido es el sitio y no el producto.
Ninguna de las cuatro requiere acceso privilegiado. Las cuatro se responden en un rato con el sitio del proveedor abierto.
¿Qué aparece cuando aplicas esas señales a SMARTFENSE?
Aparece esto, con los números al 24 de agosto de 2026.
| Señal | Lo que dice el historial de SMARTFENSE |
|---|---|
| Versiones publicadas | 136, de la 1.0 del 17 de abril de 2017 a la 4.38, fechada el 29 de agosto de 2026 |
| Versiones por año completo | Entre 12 y 17, en todos los años desde 2017 |
| Intervalo típico entre versiones | Mediana de 21 días a lo largo de los nueve años |
| Últimos 24 meses | 26 versiones, mediana de 28 días, intervalo máximo de 43 |
| Pausas de más de 45 días | Tres en nueve años |
| Idiomas del historial | Los cinco idiomas del sitio, todos actualizados hasta la última versión |
La empresa nació en 2016 y la primera versión de la plataforma se publicó en abril de 2017, así que el historial cubre nueve años y cuatro meses de entregas. Las notas de la generación actual están en la misma página desde la que cualquiera puede rehacer esta cuenta.
Vale la pena señalar qué falta en esa tabla. No hay ninguna cifra de crecimiento, ni de clientes, ni de satisfacción. Son números de entrega, y solo hablan de eso.
¿Qué pasó en las pausas largas?
Dos de las tres coinciden con un cambio de generación.
La de 63 días terminó el 18 de agosto de 2018 con la versión 2.0, que estrenó el soporte de varias organizaciones vinculadas por una relación jerárquica y el primer dashboard de la plataforma. De ahí sale la arquitectura que hoy sostiene el trabajo de los partners, algo que desarrollamos en multitenant y multicatálogo.
La de 70 días llegó entre diciembre de 2021 y febrero de 2022, inmediatamente después de la 3.0, la versión que incorporó la gamificación con insignias. Una generación nueva se abre con una funcionalidad grande y el ritmo tarda un trimestre en volver a lo habitual.
La de 78 días, entre junio y septiembre de 2021, es la más larga, y está en el mismo listado público con su fecha al lado.
¿Qué no prueba un historial de versiones largo?
Un historial de versiones largo prueba bastante menos de lo que parece.
No prueba que el contenido educativo cambie comportamientos, que es lo que en definitiva se contrata. Tampoco dice nada del soporte cuando hace falta. Y deja abierta la pregunta de si la plataforma encaja con la operación de una organización concreta, con su proveedor de identidad, sus idiomas y su calendario de auditorías.
Lo que prueba es la continuidad de la inversión y la capacidad de entregar de forma sostenida. Es una condición necesaria y no alcanza sola. Para el resto de las preguntas hay que mirar otras cosas, y sobre eso escribimos en los criterios honestos para evaluar una herramienta de simulación. La discusión de fondo sobre qué hace falta para gestionar el riesgo humano de forma integral tampoco se resuelve con fechas.
La verificación, en diez minutos
Abre la página de notas de publicación del proveedor que estés evaluando. Anota la fecha de la primera versión y de la última. Cuenta cuántas hay. Busca el intervalo más largo entre dos consecutivas y mira qué trajo la que lo cerró. Repite el ejercicio en otro idioma del sitio.
Si algún paso no se puede completar, eso ya es un resultado. Y si quieres empezar por nosotros, el historial completo de versiones está publicado ahí, con las otras tres generaciones enlazadas desde esa misma página.
Deja un comentario