O atendimento ao cliente assistido por IA dentro de grupos de WeChat, QQ ou WhatsApp só é viável quando existe uma via oficial de acesso à plataforma para o seu tipo de conta e de grupo e quando o trabalho se limita a comportamentos testáveis. Trate o acesso à plataforma como uma decisão separada da qualidade das respostas da IA: uma lacuna de acesso pode interromper o projeto antes de começar o trabalho com o modelo. O briefing deve definir ambos antes de o desenvolvimento ser contratado.
Separe as três tarefas por trás da IA para conversas em grupo
Uma proposta que diz “bot de IA para o grupo” esconde três tarefas diferentes. Defina o preço e teste cada uma separadamente.
- Primeira resposta. Confirme o recebimento de uma nova pergunta, recolha o número do pedido ou o detalhe da conta e informe o membro sobre o que acontece a seguir. Isso exige regras de gatilho claras e um responsável nomeado para tudo o que o bot não conseguir resolver.
- Consulta de respostas. Obtenha uma resposta a partir de documentos, políticas ou notas de produto aprovados e mostre a fonte utilizada. O bot deve dizer quando a base de conhecimento não contém uma resposta, em vez de inventá-la.
- Transferência para atendimento humano. Passe a conversa para uma pessoa com contexto: nome do grupo, pergunta do membro, respostas já dadas e o motivo da escalação. A transferência é um fluxo de trabalho, não uma mensagem de chat.
Mapeie cada tarefa para um grupo, um gatilho e um responsável. Se o comprador não conseguir indicar o responsável, o projeto não está pronto para ser desenvolvido.
Confirme o acesso à plataforma antes da qualidade da IA
Pergunte primeiro à plataforma, por escrito, qual é a via oficial disponível para o seu tipo de conta e de grupo: uma API de bot, uma API de mensagens empresariais ou uma via de aplicação aprovada, caso exista. Não aceite a garantia de um fornecedor de que “é possível ligar” sem evidências na sua própria conta.
A automatização não oficial de contas, os scripts de contas pessoais ou os clientes injetados acarretam riscos para a conta e para o tratamento de dados. Não aprove essa via até que a plataforma confirme que é permitida e o seu consultor jurídico tenha analisado as implicações.
| Decisão | Documentar por escrito | Como verificar |
|---|---|---|
| Via de acesso | A API oficial exata ou a via de bot, o tipo de conta a que se aplica e qualquer etapa de aprovação | Peça à plataforma a documentação atual; exija que o fornecedor demonstre um grupo de teste a funcionar na sua conta antes do contrato |
| Permissões do grupo | Quem pode adicionar o bot, que tipos de grupo são suportados e que consentimento de administrador é necessário | Execute um teste num grupo controlado com um membro não administrador e um membro administrador |
| Limites de mensagens e acesso a dados | O que a API permite enviar, receber e armazenar | Solicite por escrito os limites atuais da plataforma; teste os tipos de mensagem que o piloto irá utilizar |
| Evidências do fornecedor | Aprovação prévia, registo de revisão da aplicação ou acesso a sandbox associado à sua conta | Peça uma demonstração, não uma captura de ecrã de outro cliente |
| Plano de contingência | O que acontece se o acesso for revogado ou a política mudar | Acorde um plano de contingência de suporte manual e um plano de saída antes do desenvolvimento |
Defina por escrito os itens do escopo
Utilize uma tabela de escopo. Cada linha deve ser testável, não descritiva.
| Item do escopo | Requisito a especificar | Etapa de verificação |
|---|---|---|
| Lista de grupos permitidos | Grupos nomeados e respetivos IDs, quem pode adicionar ou remover um grupo, grupos excluídos | O fornecedor mostra a lista de permissões e prova que o bot permanece silencioso num grupo não listado |
| Regras de gatilho | Palavras-chave exatas, @menções, eventos de novo membro, comportamento de resposta ao bot e interruptores por grupo | Execute um conjunto pré-definido de mensagens de gatilho e de não gatilho |
| Fontes de conhecimento | Perguntas frequentes aprovadas, documentos de políticas, notas de produto, responsável e processo de atualização | Teste perguntas conhecidas, perguntas desconhecidas e documentos desatualizados |
| Horário de silêncio | Fuso horário, dias, resposta fora do horário e via de contacto de emergência | Teste uma mensagem dentro e fora do horário de silêncio |
| Responsável pela escalação | Função nomeada, pessoa substituta, canal de transferência e contexto necessário | Acione uma transferência e inspecione o contexto transmitido à pessoa |
Acrescente uma regra sobre o que o bot nunca deve fazer: indicar um preço, confirmar um reembolso, prometer uma data de entrega ou dar aconselhamento jurídico ou médico, a menos que essas ações sejam explicitamente aprovadas e atribuídas a um responsável.
Defina os dados das mensagens e a retenção antes do armazenamento
Decida o que é armazenado antes de a primeira mensagem ser processada: texto bruto, IDs de membros, anexos, prompts e respostas da IA e notas de transferência para atendimento humano. Registe onde cada item reside, quem o pode ler, durante quanto tempo é conservado e como é eliminado.
Pergunte ao fornecedor de IA se os prompts ou as respostas são retidos, utilizados para treino do modelo ou processados noutra região. Se a resposta não for clara, exija no contrato uma configuração sem treino ou com retenção curta. Os deveres de proteção de dados dependem de onde estão os membros e de onde ocorre o processamento; confirme os requisitos atuais com um consultor jurídico qualificado e a autoridade relevante. Integre as funções de acesso e a eliminação no painel de administração e no backend, em vez de as gerir por e-mail.
Calcule o preço a partir do seu próprio volume de mensagens
Os fatores de custo incluem o número de grupos, as mensagens por dia, a proporção que aciona o bot, as chamadas de IA por mensagem acionada, a recuperação de conhecimento, o volume de transferências, os controlos de administração, a monitorização e a manutenção. Peça um orçamento por fluxo de trabalho e por 1,000 pedidos de IA, além de um limite mensal de suporte.
Aqui está um cálculo meramente ilustrativo: 12 grupos × 150 mensagens por grupo por dia = 1,800 mensagens por dia. Se 25% acionarem o bot, isso corresponde a 450 mensagens acionadas por dia. Com uma chamada de IA por mensagem acionada e 30 dias, o volume mensal é de 13,500 chamadas. Substitua cada pressuposto pelas suas próprias exportações de grupos ou contagens administrativas e, em seguida, aplique o preço unitário do fornecedor. Utilize a lista de verificação para orçamentos de integração de API de IA para comparar limites, registos e gestão de chaves.
Comprove-o num piloto antes do lançamento completo
Execute o piloto com um ou dois grupos durante um período fixo. Defina antecipadamente testes de aprovação/reprovação:
- A via oficial de acesso funciona na conta do comprador e com as permissões de grupo aprovadas.
- Os testes de gatilho produzem a resposta esperada e as mensagens que não acionam o gatilho permanecem inalteradas.
- Um conjunto identificado de perguntas reais de membros recebe respostas que citam fontes aprovadas ou recusam corretamente.
- A transferência entrega o contexto ao responsável nomeado, inclusive fora do horário de silêncio.
- Os registos mostram prompts, respostas, eventos de transferência e custo por grupo sem expor dados dos membros a pessoal não autorizado.
- Um pedido de eliminação remove os dados acordados dos sistemas em produção e das cópias de segurança de acordo com o calendário de retenção.
Não coloque todos os grupos em produção até que o responsável pelo piloto assine o registo de aceitação.
Perguntas frequentes
Podemos utilizar IA num grupo de WhatsApp com o nosso número empresarial existente?
Isso depende de existir uma via oficial de acesso para o seu tipo de conta e de grupo. Peça à plataforma os requisitos atuais e obtenha confirmação por escrito antes de permitir qualquer automatização não oficial. O fornecedor deve demonstrar o acesso num grupo de teste na sua conta.
Também precisamos de um mini programa ou de uma aplicação?
Não necessariamente. A via de acesso e o fluxo de trabalho de administração determinam o desenvolvimento. Se a equipa precisar de um painel para atualizações de conhecimento, filas de transferência e registos, defina o escopo desse backend separadamente do bot orientado aos grupos.
O que devemos fornecer a um fornecedor para um primeiro orçamento?
Forneça a plataforma e o tipo de conta, a lista de grupos e se os grupos são internos ou orientados ao cliente, a estimativa de mensagens por dia, a via oficial de acesso ou a confirmação de que está pendente, as fontes de conhecimento, o responsável pela escalação, as regras de retenção e o grupo piloto. Estes dados permitem ao fornecedor orçamentar o fluxo de trabalho em vez de fazer suposições.
Para obter um orçamento útil, partilhe a sua plataforma e o tipo de conta, o número de grupos, a estimativa do volume de mensagens, o estado da via de acesso, as fontes de conhecimento aprovadas, o responsável pela escalação e as regras de retenção. A Manboo Studio pode analisar a via de acesso e definir o escopo da integração da API de IA, dos controlos de administração e do fluxo de trabalho de transferência. Discuta os requisitos com os detalhes do projeto que já tem.