Auditar a maturidade de uma plataforma começa numa página pública que quase ninguém abre durante uma avaliação de fornecedores. São as notas de publicação. No caso da SMARTFENSE são 136, cada uma com a sua data, desde a 1.0 de 17 de abril de 2017 até à 4.38, datada de 29 de agosto de 2026.
O exercício é mais ou menos isso. Ler o histórico de versões e confirmar se a história que a equipa comercial conta coincide com as datas. Não é preciso pedir autorização, nem assinar um acordo de confidencialidade, nem esperar pela próxima demonstração.
O que é um histórico público de versões e porque serve para avaliar um fornecedor?
Um histórico público de versões é o registo datado de tudo o que um fornecedor colocou em produção, publicado no seu próprio site e acessível sem registo prévio.
Serve por uma razão incómoda. É o único documento do processo de compra que o fornecedor não redigiu a pensar em quem compra. Uma demonstração prepara-se. Um caso de sucesso escolhe-se entre os que correram bem. Um histórico de versões, pelo contrário, acumula-se sozinho, e quando tem lacunas essas lacunas continuam lá dois anos depois.
Isso torna-o um dado sólido dentro de uma decisão que costuma apoiar-se em tabelas comparativas de funcionalidades. O quadro de decisão completo para escolher uma plataforma de sensibilização já foi tratado neste blogue. O que segue é apenas uma peça desse quadro, a que se pode verificar sem falar com ninguém.
Que sinais observar nas notas de publicação de um fornecedor?
São quatro e vale a pena vê-los nesta ordem.
- Que existam e que tenham data. Uma lista de novidades sem datas não permite calcular nenhuma cadência. É material de marketing com outro nome.
- A cadência antes do volume. O número total de versões diz pouco. O que diz algo é quantas houve por ano e, sobretudo, qual foi o intervalo mais longo entre duas consecutivas.
- O que trouxe a versão que fechou cada pausa longa. Toda a plataforma tem pausas. A pergunta útil é se a versão seguinte mostra o trabalho de fundo que as justifica.
- Em que idiomas está publicado o histórico. Se uma plataforma é oferecida em vários idiomas e as notas vivem apenas num, o que foi traduzido é o site e não o produto.
Nenhum dos quatro exige acesso privilegiado. Aos quatro responde-se num instante com o site do fornecedor aberto.
O que aparece quando aplica esses sinais à SMARTFENSE?
Aparece isto, com os números a 24 de agosto de 2026.
| Sinal | O que diz o histórico da SMARTFENSE |
|---|---|
| Versões publicadas | 136, da 1.0 de 17 de abril de 2017 à 4.38, datada de 29 de agosto de 2026 |
| Versões por ano completo | Entre 12 e 17, em todos os anos desde 2017 |
| Intervalo típico entre versões | Mediana de 21 dias ao longo dos nove anos |
| Últimos 24 meses | 26 versões, mediana de 28 dias, intervalo máximo de 43 |
| Pausas de mais de 45 dias | Três em nove anos |
| Idiomas do histórico | Os cinco idiomas do site, todos atualizados até à última versão |
A empresa nasceu em 2016 e a primeira versão da plataforma foi publicada em abril de 2017, pelo que o histórico cobre nove anos e quatro meses de entregas. As notas da geração atual estão na mesma página a partir da qual qualquer pessoa pode refazer esta contagem.
Vale a pena assinalar o que falta nessa tabela. Não há nenhum valor de crescimento, nem de clientes, nem de satisfação. São números de entrega e falam apenas disso.
O que aconteceu nas pausas longas?
Duas das três coincidem com uma mudança de geração.
A de 63 dias terminou a 18 de agosto de 2018 com a versão 2.0, que estreou o suporte a várias organizações ligadas por uma relação hierárquica e o primeiro dashboard da plataforma. Daí vem a arquitetura que hoje sustenta o trabalho dos parceiros, algo que desenvolvemos em gerir várias organizações num só portal.
A de 70 dias ocorreu entre dezembro de 2021 e fevereiro de 2022, imediatamente depois da 3.0, a versão que incorporou a gamificação com insígnias. Uma geração nova abre com uma funcionalidade grande e o ritmo demora um trimestre a voltar ao habitual.
A de 78 dias, entre junho e setembro de 2021, é a mais longa, e está na mesma lista pública com a sua data ao lado.
O que não prova um histórico de versões longo?
Um histórico de versões longo prova bastante menos do que parece.
Não prova que os conteúdos formativos mudem comportamentos, que é no fim de contas o que se contrata. Também não diz nada sobre o suporte quando é necessário. E deixa em aberto se a plataforma encaixa na operação real de uma organização, no seu fornecedor de identidade, nos seus idiomas e no seu calendário de auditorias.
O que prova é a continuidade do investimento e a capacidade de entregar de forma sustentada. É uma condição necessária e não basta sozinha. Para as restantes perguntas há que olhar para outras coisas, e sobre isso escrevemos nos critérios honestos para avaliar uma ferramenta de simulação. A discussão de fundo sobre o que é preciso para gerir o risco humano de forma integral também não se resolve com datas.
A verificação, em dez minutos
Abra a página de notas de publicação do fornecedor que está a avaliar. Registe a data da primeira versão e da última. Conte quantas são. Procure o intervalo mais longo entre duas consecutivas e veja o que trouxe a que o fechou. Depois repita o exercício noutro idioma do site.
Se algum passo não se conseguir completar, isso já é um resultado. E se quiser começar por nós, o histórico completo de versões está publicado aí, com as outras três gerações ligadas a partir dessa mesma página.
Deixe um comentário