Nesta categoria, os erros de compra raramente são técnicos. Vêm de decisões tomadas antes da demonstração: o que a ferramenta pode ver, quem poderá ler e oque resta quando o projeto for revisto daqui a um ano. As doze verificações abaixo seguem a ordem em que os problemas aparecem.

Verificações legais e organizacionais

1. Dá para dizer a finalidade em uma frase?

Se a frase precisa de vírgula para caber duas finalidades, são dois projetos. Separe-os: cada um precisa de escopo e de comunicado próprios.

2. O comunicado está escrito antes da data de instalação?

Um texto escrito depois do go-live é uma reconstrução. Escreva primeiro o comunicado e configure a ferramenta para corresponder a ele, não o contrário.

3. O papel da representação dos trabalhadores foi verificado?

Em vários países há direito de co-decisão ou consulta sobre tecnologias de controle. Confirme a regra local antes do pedido.

4. Existe uma pessoa nomeada responsável pelos dados?

Não um setor: uma pessoa. Alguém que consiga responder «quem viu este registro, e por quê» sem precisar perguntar ao redor.

Verificações técnicas

5. Cada módulo liga separadamente?

Capturas de tela, conteúdo das teclas, categorias de sites, acesso a arquivos e jornada não deveriam ser um só interruptor. Se forem, não é possível cumprir um comunicado estreito.

6. Como funciona offline e onde ficam os dados?

Notebooks viajam. Registrar localmente e enviar depois é razoável, com limite definido e cache local criptografado ou apagado após a sincronização.

7. Existe uma visão de autoconsulta real para o time?

Ver os próprios registros muda o tom do projeto. Quem trata isso como item opcional projetou uma vigilância de mão única.

8. Como funcionam desinstalação e desligamento de pessoal?

Peça o procedimento documentado: remoção, destino dos registros de quem sai, destino ao fechar um setor. «Apague a pasta» não é procedimento.

Governança de dados

9. As permissões são granulares e cada acesso registrado?

A perda de confiança vem de um acesso desnecessário, não de má-fé. Permissões por papel e um log de acessos tornam a pergunta respondível.

10. A retenção é aplicada pelo sistema ou pelas pessoas?

Prefira um produto que exclua por calendário. Retenção que depende da memória de alguém não acontece.

11. É possível exportar e depois sair?

Você deve poder exportar seus dados em formato utilizável e encerrar sem perdê-los. Pergunte o que a exportação contém antes de assinar.

Sobre o fornecedor

12. Ele sabe dizer não a um recurso?

É o sinal mais útil do setor: um fornecedor que explica por que um pedido é desproporcional em vez de entregá-lo. Se tudo é «podemos fazer», a ferramenta vai acabar configurada como problema.

Como deve ser o primeiro dia

• Jornada ativa para todos; os demais módulos desligados.
• Um comunicado de uma página com dados, quem acessa e prazo de retenção.
• Duas pessoas nomeadas com acesso, e um registro das consultas.
• Uma revisão em seis meses no calendário, com poder de desligar funções.

Essa configuração é deliberadamente sem graça. É também a que sobrevive a uma auditoria, a uma reunião com o time e a uma troca de gestor.

Perguntas frequentes

Este artigo é informação geral e não constitui orientação jurídica. Confirme as normas aplicáveis na sua jurisdição antes de adotar software de monitoramento. Última atualização: 23 de outubro de 2026.