Copilot e Agentes de IA

Agente de IA para apoio comercial: onde ajuda e atrapalha

Erick Alves de Moura
- Head of Delivery e Arquiteto Principal na Trinapse, Microsoft 365, Power Platform e Copilot
· 11 min de leitura
Agente comercial: a biblioteca decide se ajuda ou atrapalha

Em resumo

  • Um agente de IA para apoio comercial poupa o tempo do apoio de vendas quando existe uma única versão vigente de cada ficha técnica, tabela de preço e política, e passa a espalhar resposta errada com cara de certa quando as versões convivem na mesma biblioteca.
  • Com o SharePoint como fonte de conhecimento, o agente mostra a cada vendedor apenas o conteúdo que ele tem permissão para acessar, o que responde à primeira objeção do diretor.
  • O agente busca o conteúdo pela indexação de busca do SharePoint, então uma tabela recém-publicada pode demorar a aparecer nas respostas, e esse atraso precisa de dono e de regra.
  • Não use o agente onde preço e estoque mudam no mesmo dia e vivem no ERP sem integração, nem onde a resposta exige negociação.
  • O custo tem duas partes, o consumo do agente e a preparação da biblioteca, e a segunda decide se a primeira se paga.

Um agente de IA para apoio comercial vale a pena?

Vale quando a pergunta do vendedor já tem resposta escrita num documento vigente e a dificuldade é só encontrá-la: ficha técnica, registro de produto, política de desconto, prazo padrão de entrega. Não vale quando o mesmo documento existe em três versões na mesma biblioteca ou quando a resposta muda no mesmo dia dentro do ERP, porque nesses casos o agente responde rápido e erra com a mesma segurança com que acertaria.

O argumento de segurança, que costuma ser a primeira dúvida de quem aprova, está na documentação do Copilot Studio sobre o SharePoint como fonte de conhecimento: o agente apresenta apenas o conteúdo que o usuário tem permissão para acessar, e o mínimo exigido é permissão de leitura no site ou na lista. Isso significa que o agente herda a organização que a biblioteca já tem, para o bem e para o mal, e é daí que sai todo o critério deste texto: a ferramenta é a parte fácil, e o que decide o resultado é o estado dos documentos.

O antes e o depois num caso composto

Imagine um fabricante de sementes e defensivos em que a equipe comercial passa o dia perguntando ao apoio de vendas. Um vendedor quer a ficha técnica atualizada de um produto, outro precisa confirmar se o registro está vigente, um terceiro pergunta qual o desconto máximo para uma revenda que fechou volume acima do habitual, e um quarto quer o prazo padrão de entrega de uma linha. As perguntas chegam pelo Teams e pelo e-mail, muitas se repetem de um vendedor para outro, e o apoio responde de memória ou abre o PDF, de modo que a resposta de hoje às vezes contradiz a de ontem sem que ninguém tenha mudado de opinião, só a tabela mudou.

No depois, o apoio de vendas escolhe a pasta onde ficam apenas os documentos vigentes e a registra como fonte de conhecimento de um agente. O vendedor pergunta no Teams e recebe a resposta com a referência ao documento de origem, e o apoio passa a gastar o tempo nas perguntas que não têm resposta escrita. A publicação do agente no Teams segue o padrão de autenticação com a conta Microsoft, e a documentação indica que o acesso sem login manual vale para a conversa individual entre o usuário e o agente, ainda não para chat em grupo ou mensagem de canal. Na prática, o vendedor conversa a sós com o agente, e a pergunta que hoje ocupa o canal do time deixa de ocupá-lo.

Qual é o critério para decidir antes de pagar?

Duas condições precisam ser verdadeiras ao mesmo tempo: cada documento que responde pergunta de vendedor existe numa única versão vigente, num lugar que o agente enxerga, e a resposta esperada muda no ritmo do documento, não no ritmo do ERP. Se uma das duas falhar, o piloto vira retrabalho para o apoio de vendas em vez de alívio, e o custo de consumo do agente passa a ser o menor dos problemas.

A primeira pergunta do critério é sobre a biblioteca, não sobre a ferramenta, e por isso ela vem antes de qualquer cotação. O apoio de vendas costuma saber de cabeça quais documentos têm duplicata e quais "valem de verdade", e esse conhecimento informal é exatamente o que o agente não tem: para ele, todo arquivo registrado é igualmente válido. Quem decide a compra precisa ouvir essa pessoa antes de ouvir o fornecedor.

Árvore de decisão: versão única dos documentos, depois preço e estoque no ERP e negociação, até o piloto do agente.

A primeira pergunta é sobre a biblioteca, não sobre a ferramenta, porque é a condição que mais derruba o projeto.

Condição

Se for verdadeira, siga

Se for falsa, pare

Versão única

Há uma pasta só com tabelas, políticas e fichas vigentes; as antigas ficam fora do escopo do agente.

Tabela, tabela_final e tabela_final_2 convivem na mesma biblioteca.

Dono e rotina de atualização

Alguém substitui o documento e testa a resposta do agente depois de publicar.

Cada área sobe o arquivo quando lembra, sem aviso ao apoio de vendas.

Permissões coerentes

A política de contas estratégicas está numa biblioteca com acesso restrito.

Condições especiais estão numa biblioteca aberta a toda a área comercial.

Ritmo da resposta

Ficha, registro, política e prazo padrão mudam em ciclos de semanas ou meses.

Preço e estoque mudam no mesmo dia e só existem no ERP.

Arquivos legíveis

Os documentos abrem sem senha nem criptografia por rótulo de sensibilidade.

Os arquivos mais consultados são protegidos por criptografia ou senha.

A última linha da tabela surpreende quem a vê pela primeira vez. Segundo a documentação, o agente respeita os rótulos de sensibilidade ao filtrar o que cada usuário pode ver, mas não consegue extrair nem usar como base o conteúdo de arquivos cuja proteção criptografa o arquivo, o que inclui rótulos com criptografia, chave dupla e arquivos com senha. O arquivo pode aparecer como pronto na lista de fontes e ainda assim devolver "sem resposta", mesmo para quem tem permissão de abri-lo, e o vendedor conclui que o agente não funciona quando o problema está no arquivo.

Onde o agente atrapalha: versões duplicadas e atraso de atualização

O agente atrapalha principalmente de duas formas, e as duas nascem na biblioteca, não no modelo de IA. A primeira é a tabela de preço e a política comercial em várias versões na mesma biblioteca, e a segunda é o intervalo entre publicar um documento novo e o agente passar a usá-lo.

No caso das versões, o agente não escolhe a "certa", ele busca o que se parece com a pergunta e resume. Se a política de desconto de dois trimestres atrás ainda está na pasta, o vendedor recebe uma resposta limpa, com a referência a um documento que existe de fato, e não há nada na resposta que avise que o documento perdeu a validade. Por isso o erro é mais caro do que o do e-mail trocado: ele vem com aparência de fonte oficial, e quem recebe não tem motivo para duvidar.

A defesa é de escopo. A documentação explica que o agente pesquisa apenas a pasta ou o site registrado e suas subpastas, sem nunca acessar pastas superiores, vizinhas ou outros sites, então vale registrar só a pasta dos documentos vigentes e não a biblioteca inteira. Dá também para filtrar a fonte por data de modificação, por exemplo só itens alterados nos últimos seis meses, o que reduz o risco mas não substitui a limpeza, porque um arquivo antigo editado por engano passa no filtro. E há uma pegadinha de manutenção: se alguém renomeia a pasta ou o site, o link da fonte pode quebrar e o agente deixa de acessar o conteúdo até que o administrador gere um novo link e a fonte seja atualizada.

O atraso de atualização vem de como o Copilot Studio encontra o conteúdo: ele usa a indexação de busca do SharePoint, e não lê diretamente as visões da lista nem o arquivo no instante em que ele é salvo. Quando o apoio troca a tabela às nove da manhã e um vendedor pergunta minutos depois, o agente pode ainda responder com a tabela anterior, e o vendedor não tem como saber. A regra que resolve isso é operacional: a tabela nova tem hora combinada de vigência, o apoio testa a pergunta mais frequente depois de publicar, e o time sabe que logo após uma troca a resposta do agente merece conferência.

Um limite complementa o quadro: nas conversas com o SharePoint como fonte, as transcrições não incluem o conteúdo dos documentos usados na resposta, segundo a mesma documentação. Quando um gerente contestar uma resposta, o rastro será a referência que o agente citou, e por isso vale pedir ao vendedor que mantenha essa citação ao repassar a informação ao cliente.

O agente mostra ao vendedor só o que ele pode ver?

Sim, desde que a fonte seja o SharePoint pela opção completa da ferramenta: o agente usa a permissão do usuário que está conversando, e se ele não tem acesso ao conteúdo, a resposta é "sem resposta". Isso responde bem à preocupação de que um vendedor veja a condição especial de uma conta que não é dele, mas só se as permissões da biblioteca já estiverem certas antes do agente.

O agente não corrige permissão mal configurada, ele a reproduz com mais conveniência. Se a política de desconto das contas estratégicas está numa biblioteca que toda a área comercial pode ler, o agente a mostrará a todos que perguntarem, e o que antes exigia saber onde procurar passa a exigir apenas uma pergunta no Teams. Antes do piloto, vale revisar quem lê cada biblioteca que vai virar fonte, o que costuma ser uma conversa curta entre o apoio de vendas e a TI e evita o tipo de surpresa que faz o projeto ser suspenso. Há ainda um bloqueio a conhecer: se o recurso de busca restrita do SharePoint estiver ativo no ambiente, o uso do SharePoint como fonte fica bloqueado, e a TI precisa confirmar isso no início.

Quanto custa um agente de IA para apoio comercial?

O custo se divide em consumo do agente, medido em Copilot Credits, e preparação da biblioteca, e a segunda parte costuma pesar mais no projeto do que a primeira. Não há valores neste texto porque modelo de cobrança e preço mudam, e a fonte correta é a página de licenciamento do Copilot Studio; a conta de consumo, com o que entra e o que não entra, está no nosso post sobre Copilot Credits.

Para o diretor, o argumento que sustenta o investimento é simples de montar e não depende de adivinhar número. O consumo cresce com o volume de perguntas, e o retorno vem das perguntas que deixam de chegar ao apoio de vendas, então a primeira tarefa do piloto é contar, durante uma semana, quantas perguntas repetidas passam pelo Teams e pelo e-mail e quais delas têm resposta escrita. A preparação da biblioteca é um custo que existe de qualquer jeito: quem tem três versões da tabela de preço já paga por isso hoje, em resposta errada e em conferência manual, só que de forma invisível.

Quando não usar um agente de IA no apoio comercial

Não use quando preço e estoque mudam no mesmo dia e vivem no ERP sem integração. O vendedor que pergunta se há disponibilidade de um lote por determinado preço precisa do dado do momento, e o agente só conhece o que foi publicado como documento e indexado, o que torna a resposta, na melhor hipótese, a de ontem. Nesse cenário a solução é consulta direta ao ERP, um painel ou uma integração, e só depois vale conversar sobre agente.

Também não use quando a resposta exige negociação. O agente cita bem a política de desconto, mas não decide a exceção, e o risco real é o vendedor repassar ao cliente a fala do agente como se fosse aprovação, quando a condição fora da política depende do gerente. Perguntas desse tipo devem ser encaminhadas a uma pessoa, e o desenho do agente precisa deixar claro que ele informa a regra e não concede o que está fora dela.

Por fim, adiar o projeto é a decisão certa quando ninguém é dono da biblioteca. Sem alguém que substitua o documento vigente e teste a resposta depois, o agente envelhece em silêncio, e a confiança que o apoio de vendas levou meses para construir se perde na primeira tabela errada.

O que levar para quem aprova

O agente no Teams responde às perguntas repetidas sobre ficha técnica, registro, política de desconto e prazo padrão citando o documento de origem, devolve ao apoio de vendas o tempo hoje gasto com respostas que já estão escritas e mostra a cada vendedor apenas o que as suas permissões permitem. Sem decisão, o apoio continua respondendo a mesma pergunta por canais diferentes e com versões diferentes, e decidir sem arrumar a biblioteca só faz o mesmo erro chegar mais rápido a mais gente. Proponho um piloto limitado a uma linha de produtos, precedido de uma semana de contagem das perguntas e da limpeza das pastas, com o custo de consumo estimado na página oficial de licenciamento e o retorno medido pelas perguntas que deixaram de chegar ao apoio.

A Trinapse é uma consultoria brasileira que cria agentes de IA para automatizar processos internos no Microsoft 365, e na preparação da base o trabalho é inventariar o que existe, definir a versão vigente, ajustar permissões e estrutura da biblioteca antes de ligar o agente. Se ajudar, montamos com você o checklist da biblioteca e o resumo de decisão para levar ao diretor comercial.

Erick Alves de Moura
Head of Delivery e Arquiteto Principal na Trinapse, Microsoft 365, Power Platform e Copilot

Erick Alves de Moura é Head of Delivery e Arquiteto Principal da Trinapse, consultoria brasileira especializada em Microsoft 365. Acumula 14 anos de experiência em arquitetura e entrega de soluções sobre SharePoint, Power Platform, Microsoft Graph e Copilot, sempre em ambientes corporativos de grande porte.

Ver maisVer menos

Ao longo da carreira, conduziu migrações de SharePoint on-premises para o SharePoint Online, desenhou intranets corporativas, automatizou processos de negócio com Power Apps e Power Automate e, mais recentemente, projetou agentes de IA integrados ao Microsoft 365.

São projetos com milhares de usuários, regras de governança rígidas e integração com sistemas legados, o tipo de cenário em que a decisão de arquitetura importa mais do que a ferramenta.

Fluente em inglês, atende clientes globais e é o arquiteto responsável pela conta da Bayer nos Estados Unidos, no Brasil, atua junto a cooperativas de crédito, agronegócio e indústria, setores com forte exigência de conformidade e continuidade operacional.

Escreve no blog da Trinapse desde 2019. São mais de 240 artigos publicados sobre SharePoint, Modern Workplace, Copilot e agentes de IA, Power Platform e automação de processos, em dois formatos: tutoriais técnicos passo a passo e análises de decisão sobre arquitetura e adoção do Microsoft 365. Todo conteúdo nasce de projeto real entregue, não de documentação traduzida.

LinkedIn
Compartilhar:

Precisa aplicar isso na sua empresa? Fale com nossos especialistas.

Falar com um especialista