Em resumo.
«Uma pessoa aprova» é uma das três regras com que o SYNC trabalha. Por esta regra, por predefinição, um rascunho fica à espera até alguém o ler e aprovar o envio. Pode flexibilizá-la em cada conta.
A investigação sobre automação diz que um passo destes é mais fraco do que parece. Quem trabalha com um sistema que costuma acertar acaba por segui-lo. Uma aprovação pode transformar-se num clique.
Mantemos a regra, mas não a tratamos como uma garantia. Este texto expõe o que diz a investigação, o que mostram até agora os nossos números e o que fazemos para que a aprovação continue a ser uma decisão a sério.
A investigação sobre a aprovação.
Uma revisão da investigação sobre automação descreve dois erros que as pessoas cometem com um sistema que dá conselhos. Deixam escapar um problema porque o sistema não o assinalou, e seguem o sistema quando ele se engana. A revisão é clara sobre quem os comete e sobre se a formação os consegue eliminar:
O efeito «ocorre tanto em participantes inexperientes como em especialistas, e não pode ser evitado com formação nem com instruções».
O design pode ajudar, mas tem um preço. Numa experiência com 199 pessoas, os designs que obrigam a pessoa a analisar a recomendação antes de a aceitar reduziram a confiança excessiva. As mesmas pessoas deram a esses designs a nota mais baixa.[4] O design que funciona melhor é aquele de que as pessoas menos gostam.
A crítica mais dura vem de um estudo de 41 políticas que exigem que uma pessoa supervisione um algoritmo da administração pública. Conclui que, pelas provas que analisa, as pessoas não são capazes de exercer a supervisão que lhes é pedida, e que essas políticas podem dar «uma falsa sensação de segurança».[5] Lida assim, a regra faz o sistema parecer mais seguro do que é, porque todos partem do princípio de que a pessoa está a verificar.
Que parte do trabalho fica com a pessoa.
Um artigo clássico divide qualquer tarefa em quatro tipos de função: recolher informação, analisá-la, decidir o que fazer e fazê-lo. Cada uma pode ser automatizada em grau diferente, de totalmente manual a totalmente automática.[2] A pergunta útil é que função é automatizada, e até que ponto.
| Função | No SYNC | Quem a faz |
|---|---|---|
| Recolher | Ler fontes públicas sobre uma conta | O software |
| Analisar | Pontuar a conta, construir o caso, mapear as pessoas envolvidas | O software |
| Decidir | O software propõe um rascunho. Se segue ou não, decide-se na aprovação | Uma pessoa, salvo se a aprovação foi flexibilizada para a conta |
| Executar | Enviar a mensagem aprovada a partir da sua própria caixa de correio | O software |
A divisão tem uma fraqueza conhecida. Um artigo mais antigo sobre a automação na indústria defende que, quando a maior parte de uma tarefa está automatizada, à pessoa restam a vigilância e os casos difíceis, e tem menos prática em ambos. Conhecemos este artigo por resumos e não o lemos nós próprios.[3]
É o retrato do nosso revisor. Não recolheu as fontes nem escreveu o rascunho. Pede-se-lhe que avalie um texto que não ajudou a escrever e que apanhe, entre muitos, o único rascunho que está errado.
O que mostram os nossos números.
Em cada rascunho que uma pessoa aprovou entre 21 de agosto e 29 de setembro de 2026, comparámos o primeiro rascunho com o texto enviado.
A maioria dos rascunhos alterados ficou mais longa, e a maioria foi em grande parte reescrita. A contagem completa está em O que os vendedores mudam antes de enviar.[8]
Até agora, portanto, os nossos revisores não aprovam à primeira vista. Os limites são grandes. Os revisores eram um grupo pequeno, e as revisões estão distribuídas de forma desigual entre eles. Parte da alteração pode ser a correção feita pelo próprio software, que não conseguimos separar. E uma alteração nada diz sobre se os factos da mensagem foram verificados.
A nossa resposta.
- 01Ao lado do rascunho, o revisor vê a razão para escrever: o facto em que a mensagem assenta, uma ligação para a sua fonte e a data em que foi observado. Quando o facto não tem data, o ecrã indica-o. O revisor pode verificar a afirmação, e não apenas o tom.
- 02O revisor vê também em que afirmações sobre a sua própria empresa o rascunho se apoiou sem que ninguém no espaço de trabalho as tenha ainda confirmado.
- 03A aprovação define-se por conta, num de três níveis: todas as mensagens, só a primeira ou nenhuma. Até 29 de setembro de 2026, uma conta nova começava com aprovação da primeira mensagem, e as mensagens de seguimento podiam depois sair sem revisão. Desde esse dia, cada conta nova começa com aprovação de cada envio. Uma pessoa pode flexibilizá-la em cada conta, para só a primeira mensagem ou para nenhuma.
- 04Desde 29 de setembro, o software guarda o que mudou entre o rascunho e o texto enviado, para podermos acompanhar ao longo do tempo se os revisores continuam a editar.
- 05Hoje o ecrã de revisão mostra a razão para escrever, a sua fonte e a sua data, ou que a data falta. Mostrar a fonte sob cada frase do rascunho está em desenvolvimento. Não damos data para isso.
Cabe aqui uma constatação, porque toca no primeiro ponto. Quando medimos, este site enunciava a regra de que uma conta sem uma razão datada não recebe nada do SYNC. A 29 de setembro, 570 dossiers estavam marcados como prontos. Pela razão registada com esse veredicto, 303 assentam num sinal datado e com fonte, 230 num sinal com fonte mas sem data, e 37 não têm nenhuma razão registada.[8] Hoje a verificação pede um sinal com a sua fonte e não exige data. Decidimos manter assim: um sinal com fonte mas sem data pode continuar a deixar um dossier pronto. O revisor vê que a data falta, e estamos a tornar isso mais visível no ecrã de revisão. A regra neste site fala agora de uma razão que possamos citar, não de uma razão datada.
O Regulamento europeu da Inteligência Artificial (AI Act) dá uma referência útil para o design. O seu artigo sobre supervisão humana pede que a pessoa que supervisiona um sistema se mantenha consciente da possível tendência para confiar de forma automática ou excessiva nos resultados que ele produz.[7] Esse artigo foi escrito para os sistemas que o Regulamento classifica como de risco elevado. Não avaliámos se o Regulamento se aplica ao SYNC. Usamos o artigo como padrão de design. Não afirmamos que o SYNC cumpre o Regulamento, nem que tenha de o cumprir.
O que pesa contra.
A investigação que citamos prevê que o nosso próprio passo de aprovação se vá desgastar. Revisores que veem bons rascunhos durante meses vão começar a confiar neles. A elevada percentagem de edições que medimos hoje pode baixar, e uma descida tanto pode significar melhores rascunhos como menos atenção. Ainda não medimos qual das duas, nem acompanhamos a percentagem ao longo do tempo.
Mostrar a fonte não faz ninguém abri-la. Os autores de um estudo notam que juntar explicações às recomendações não parece reduzir a confiança excessiva.[4] Uma fonte não é uma explicação, mas o aviso aplica-se também aqui. Não registamos se um revisor abriu a ligação para uma fonte antes de aprovar.
Deixar a pessoa flexibilizar a aprovação em cada conta é o oposto de um design que obriga a pensar. A investigação diz que as pessoas preferem os designs que menos as protegem, por isso esperamos que as definições flexibilizadas sejam usadas.[4] Uma conta que funciona sem aprovação não tem qualquer controlo humano.
A investigação não é unânime, e nenhum destes estudos é sobre vendas. Uma revisão de estudos na área da saúde inclui a formação e a ênfase na responsabilidade do próprio utilizador entre o que reduz o efeito.[6] Isto encaixa mal na afirmação de que a formação não o consegue evitar. Da maior parte destes artigos lemos apenas o resumo, e um conhecemo-lo só por resumos de terceiros.
Os nossos próprios dados vêm de um grupo pequeno de revisores, em menos de seis semanas. Não chega para sustentar uma afirmação geral sobre o que vale uma aprovação.
A contagem de rascunhos aprovados vem do registo de cada rascunho e do que lhe aconteceu: 266 rascunhos que uma pessoa reviu e aprovou entre 21 de agosto e 29 de setembro de 2026, num grupo pequeno de revisores. Ficaram de fora 24 rascunhos de uma segunda via de redação, porque o primeiro rascunho guardado é outro rascunho. A contagem de dossiers, os ficheiros de investigação que o SYNC mantém por conta, vem de 1303 dossiers em cinco espaços de trabalho, dos quais 570 estavam marcados como prontos. Para esses 570, lemos a razão que o software registou com o veredicto.
Apresentamos todos os espaços de trabalho em conjunto e nunca um isolado. Os números valem para o momento em que foram recolhidos. Voltamos a medir no dia da publicação.
- [1]Parasuraman, R. & Manzey, D. H. (2010). Complacency and bias in human use of automation: an attentional integration. Human Factors 52(3), 381–410.só o resumo
- [2]Parasuraman, R., Sheridan, T. B. & Wickens, C. D. (2000). A model for types and levels of human interaction with automation. IEEE Transactions on Systems, Man, and Cybernetics, Part A 30(3), 286–297.só o resumo
- [3]Bainbridge, L. (1983). Ironies of automation. Automatica 19(6), 775–779.fonte secundáriaconhecido por resumos, não pelo próprio artigo
- [4]Buçinca, Z., Malaya, M. B. & Gajos, K. Z. (2021). To trust or to think: cognitive forcing functions can reduce overreliance on AI in AI-assisted decision-making. Proceedings of the ACM on Human-Computer Interaction (CSCW).só o resumolido no arXiv; uma experiência com 199 pessoas, não sobre vendas
- [5]Green, B. (2022). The flaws of policies requiring human oversight of government algorithms. Computer Law & Security Review 45.só o resumosobre algoritmos da administração pública
- [6]Goddard, K., Roudsari, A. & Wyatt, J. C. (2012). Automation bias: a systematic review of frequency, effect mediators, and mitigators. Journal of the American Medical Informatics Association 19(1), 121–127.só o resumosobre apoio à decisão na saúde
- [7]Regulation (EU) 2024/1689 (Artificial Intelligence Act), article 14 and Annex III.lida no originalusado como referência de design; não afirmamos conformidade
- [8]iSyncSO. Rascunhos aprovados após revisão por uma pessoa, e os veredictos das contas investigadas. Medido a 29 de setembro de 2026.medição própriaver a nota de método