Monitorização da concorrência e do mercado com IA: um resumo semanal que é mesmo lido

A maioria das empresas já acompanha os concorrentes, só que não de forma sistemática. Alguém consulta a página de preços de um concorrente antes de uma reunião comercial, outra pessoa reencaminha um comunicado de imprensa, e um gestor de produto repara numa nova funcionalidade meses depois do lançamento. A informação é pública, mas está dispersa, e ninguém tem tempo para a ler toda todas as semanas.

A IA pode fazer a leitura. Não consegue decidir o que é importante para o seu negócio, e não lhe deve confiar conclusões que não consiga apoiar numa fonte. Este artigo explica como montar um resumo semanal de mercado e concorrência que seja rigoroso, respeite as regras e seja curto o suficiente para ser realmente lido.

Comece pelas decisões que o resumo deve apoiar

Um projeto de monitorização que começa pelas fontes acaba como um feed de notícias. Comece antes por três a cinco perguntas que a sua equipa faz repetidamente. Um concorrente mudou os preços ou os pacotes? Está a recrutar para um novo mercado ou uma nova competência? Ganhou contratos públicos no nosso segmento? Que queixas sobre ele aparecem repetidamente nas avaliações?

Cada pergunta precisa de um responsável que vá agir com base na resposta: a área comercial para preços, a direção para novos mercados, a equipa de produto para funcionalidades. Se uma pergunta não tem responsável, retire-a. Um resumo que não serve ninguém em particular é o primeiro e-mail que as pessoas deixam de abrir.

Escolha fontes que pode utilizar

Público não significa sem regras. Antes de apontar um crawler a um site, reveja estes pontos com quem trata das questões jurídicas na sua empresa.

• Robots.txt e termos de utilização. O Robots Exclusion Protocol, normalizado como RFC 9309, permite aos donos de um site indicar que partes os crawlers devem evitar. O próprio RFC diz que estas regras não são uma forma de autorização de acesso, por isso respeite-as e leia também os termos do site.
• Exclusões de prospeção de textos e dados. A diretiva europeia de direitos de autor 2019/790 permite a prospeção de textos e dados de conteúdos legalmente acessíveis, mas, nos termos do artigo 4.º, os titulares de direitos podem reservar essa utilização, no caso de conteúdos online, por exemplo, por meios de leitura ótica. Respeite essas reservas.
• Bases de dados. A diretiva europeia sobre bases de dados protege o investimento por trás de uma base de dados. A extração repetida e sistemática da base de dados de produtos ou preços de um concorrente pode violar esse direito, mesmo quando cada página é pública. Acompanhe alterações e amostras, não cópias completas.
• Dados pessoais. Nomes, perfis e publicações dos colaboradores de um concorrente são dados pessoais nos termos do RGPD, mesmo quando são públicos. Monitorize empresas, não pessoas, a menos que tenha um fundamento jurídico e tenha previsto os deveres de transparência.
• Informação vinda dos próprios concorrentes. As orientações da Comissão Europeia sobre cooperação horizontal explicam quando a troca de informação entre concorrentes se torna um problema de concorrência. Recolher o que qualquer pessoa pode ver é diferente de trocar preços ou planos com um concorrente, diretamente ou através de um terceiro comum. Mantenha o resumo num só sentido.

Dentro desses limites há muito com que trabalhar: páginas de preços e de produtos, notas de versão, comunicados de imprensa, anúncios de emprego, anúncios de concursos públicos como os do portal europeu TED, registos comerciais, relatórios anuais e avaliações públicas. A diretiva europeia sobre segredos comerciais também considera lícito obter informação através da observação ou do teste de um produto que tenha sido disponibilizado ao público.

Como funciona o processo semanal

As soluções que montamos nos nossos projetos seguem sempre os mesmos passos, sejam quais forem as ferramentas que as executam.

1. Recolher. Obtenha uma lista fixa de páginas e feeds segundo um calendário. Uma lista fixa é mais fácil de verificar quanto a autorizações do que uma recolha sem limites, e torna o resumo repetível.
2. Detetar alterações. Guarde cada versão e compare-a com a anterior. A maioria das páginas não muda numa dada semana, e só as diferenças seguem em frente. Assim os custos mantêm-se baixos e o sistema não apresenta notícias antigas como novas.
3. Extrair. Um modelo de linguagem transforma cada alteração num registo estruturado: concorrente, tipo de alteração, valor antigo, valor novo, data e ligação.
4. Classificar. Associe cada registo a uma das suas perguntas e descarte o que não corresponde a nenhuma. Regras simples, como qualquer alteração numa página de preços, funcionam muitas vezes melhor do que perguntar a um modelo qual a importância de algo.
5. Redigir. Um modelo escreve uma ou duas frases por item, agrupadas por pergunta, com a ligação para a fonte ao lado de cada afirmação.
6. Rever e enviar. Uma pessoa lê o rascunho, retira o ruído, acrescenta contexto que o sistema não pode conhecer e envia-o. Isto leva minutos em vez de horas, porque a leitura já está feita.

Mantenha o modelo honesto

Há duas formas de falha que merecem atenção no desenho. A primeira é a invenção: um modelo a quem se pede um resumo do mercado preenche lacunas com afirmações que parecem plausíveis. A solução é estrutural. Cada frase do resumo tem de vir de um registo extraído com ligação, e quem revê tem de conseguir verificar qualquer item com um clique. Se nada de relevante mudou nesta semana, o resumo di-lo.

A segunda é a manipulação. O seu sistema lê texto escrito por outras pessoas, incluindo os seus concorrentes. A OWASP coloca a injeção de prompts em primeiro lugar na sua lista de riscos para aplicações baseadas em modelos de linguagem, e descreve a injeção indireta através de conteúdo externo, como sites. Trate as páginas recolhidas como dados: o modelo que as lê não tem ferramentas, não tem acesso a sistemas internos e não consegue enviar nada. Uma linha escondida numa página web nunca deve conseguir mudar o que o seu sistema faz.

Como começar

Faça um piloto de quatro a seis semanas com um âmbito pequeno: alguns concorrentes, três perguntas e uma lista fixa de fontes. Envie o resumo todas as semanas aos responsáveis pelas perguntas e faça-lhes sempre uma pergunta: agiu com base em alguma coisa que lá estava? Se a resposta continuar a ser não, mude as perguntas antes de acrescentar fontes. Quando o resumo tiver provado o seu valor, alargue-o um tipo de fonte de cada vez e mantenha a revisão humana.

Para estimar o que um resumo semanal poderia poupar à sua equipa, descreva o processo atual na calculadora de ROI. Se ainda está a decidir por onde a IA deve começar na sua empresa, leia cinco perguntas para escolher a primeira automatização certa ou veja fluxos de trabalho comuns por área de negócio.