Um RFP de software de monitoria de qualidade (request for proposal, ou solicitação de proposta) é o documento que você envia aos fornecedores de QA para comparar as respostas deles às mesmas perguntas. Em um contact center, ele deve cobrir cobertura e precisão da avaliação, formulários de monitoria, canais e integrações, coaching, agentes de IA, segurança, implantação e preço, com uma planilha de pontuação ponderada definida antes de chegar a primeira resposta.
Em resumo
- Defina os requisitos antes do RFP: quanto avaliar, em quais canais, quem avalia e quais respostas eliminam um fornecedor.
- Use as 40 perguntas abaixo, agrupadas em nove blocos, e peça prova em cada resposta em vez de um sim.
- Dê a cada resposta de 0 a 3 pontos segundo definições escritas, pondere os blocos e trate segurança e condições de dados como um portão: passa ou não passa.
- O exemplo calculado mostra por que um resultado apertado pede uma regra de desempate e uma demo roteirizada, não uma planilha maior.
- Evite os erros que tornam as respostas incomparáveis: perguntas abertas, nenhum peso e preço pontuado como funcionalidade.
Este artigo é o checklist de compra. Se quiser ver como ferramentas específicas se comparam, leia nossa comparação de software de monitoria de qualidade. Se você está selecionando software de qualidade no atendimento para uma grande equipe de suporte, as perguntas abaixo são as que um comprador deveria fazer a nós também.
O que um RFP de software de monitoria deve conter?
Um RFP de software de monitoria em um contact center contém o seu contexto, os requisitos, as perguntas aos fornecedores, o método de pontuação e o cronograma. Os fornecedores respondem melhor quando conhecem seus volumes, canais e helpdesk, e você compara melhor quando a pontuação está definida com antecedência.
| Parte do RFP | O que contém | Por que importa |
|---|---|---|
| Contexto | Licenças, volume mensal de conversas, canais, idiomas, helpdesk, processo de monitoria atual | Os fornecedores adaptam a resposta à sua operação em vez de mandar uma apresentação padrão |
| Requisitos | Obrigatórios, desejáveis, critérios eliminatórios | Separa o que você precisa do que soa bem em uma demo |
| Perguntas | As 40 perguntas abaixo, com pedidos de prova | Torna as respostas comparáveis linha a linha |
| Pontuação | Escala, pesos, regras de eliminação, quem pontua | Impede que a voz mais alta decida depois |
| Condições comerciais | Tabela de preços a preencher, prazo, condições de renovação | Compras compara coisas comparáveis |
| Cronograma | Prazos para perguntas, respostas, demos, decisão | Mantém o processo em semanas, não em trimestres |
Mantenha o documento curto o suficiente para que a equipe de produto do fornecedor responda, não só a de vendas. Quarenta perguntas bem escolhidas rendem respostas melhores do que duzentas copiadas de um modelo genérico.
Defina os requisitos antes de enviar
Os requisitos vêm de quatro decisões internas: quanto você vai avaliar, quem avalia, quais canais contam e como a ferramenta precisa se conectar. Cada uma transforma um desejo vago em uma pergunta em que um fornecedor pode ser reprovado.
Passo 1: Decida a cobertura de que você precisa
Um programa manual costuma revisar uma amostra pequena. Se decisões sobre cada atendente, verificações de conformidade ou a supervisão de agentes de IA dependem da qualidade, uma amostra raramente basta, como explicamos no artigo sobre por que uma amostra de 3% não sustenta decisões por atendente (em inglês). Registre se você precisa de avaliação de todas as conversas ou de uma amostra maior revisada mais rápido.
Passo 2: Decida quem dá a palavra final sobre uma nota
Algumas equipes querem avaliação totalmente automática; outras querem que a IA proponha e um avaliador aprove. Muitas querem as duas coisas, em filas diferentes. O RFP deve perguntar como cada modo funciona e como um avaliador corrige a IA.
Passo 3: Liste canais e sistemas
Liste cada canal que deve entrar no formulário de monitoria (ligações, chat, e-mail, mensageria) e cada sistema em que as conversas ficam. Um fornecedor que avalia bem o chat, mas trata voz como produto separado, vai brilhar na demo de chat e falhar na sua fila de telefone.
Passo 4: Escreva os critérios eliminatórios
Um critério eliminatório é uma resposta que tira um fornecedor da disputa, qualquer que seja a nota. Exemplos comuns: nenhum acordo de tratamento de dados assinado, nenhum suporte ao seu helpdesk, nenhuma forma de ver por que uma nota foi dada. Fique em cinco ou menos, ou ninguém sobra.
As 40 perguntas do RFP, por bloco
Estas 40 perguntas cobrem as nove áreas em que as ferramentas de qualidade para contact center mais diferem. Copie-as para o seu RFP com a numeração e peça aos fornecedores que respondam cada uma de forma breve, com a prova solicitada.
Bloco A: Cobertura e avaliação (6 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| A1 | Que parcela das nossas conversas vocês conseguem avaliar e quando cada uma é avaliada? | Uma parcela e um gatilho concretos, por exemplo cada conversa assim que é resolvida |
| A2 | Quais partes da avaliação são totalmente automáticas e quais exigem um avaliador? | Uma divisão clara, com os dois modos disponíveis |
| A3 | Como um avaliador altera uma nota ou um feedback automático? | Um fluxo de edição e aprovação, com a alteração registrada |
| A4 | Como vocês mostram por que uma nota foi dada? | A prova da transcrição ao lado de cada critério |
| A5 | Como vocês avaliam critérios críticos, como compartilhar dados de cartão? | Critérios críticos tratados à parte dos ponderados |
| A6 | O que acontece com conversas sobre as quais a IA está incerta? | Encaminhamento para uma fila humana, não um palpite silencioso |
Bloco B: O formulário de monitoria e seu padrão (5 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| B1 | Podemos importar nosso formulário atual sem alterações? | Seus critérios com as suas palavras, não um modelo imposto |
| B2 | Quantos critérios automatizados podemos ter e há limites por plano? | Um número, por plano |
| B3 | Como ponderamos critérios e usamos formulários diferentes por equipe, fila ou cliente? | Pesos por critério e formulários por equipe |
| B4 | Quando mudamos um critério, o que acontece com as notas futuras e passadas? | Uma regra documentada, de preferência com histórico de versões |
| B5 | Como vocês usam nossa base de conhecimento ou nossos procedimentos na avaliação? | Seu conteúdo como contexto, não um julgamento genérico |
Para montar o formulário em si, veja nosso guia de planilha de monitoria de qualidade.
Bloco C: Precisão e validação (5 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| C1 | Como comparamos as notas automáticas com as dos nossos avaliadores antes do go-live? | Um teste com avaliações históricas, critério por critério |
| C2 | Como vocês relatam a concordância entre notas automáticas e humanas? | Concordância por critério, não um único número de precisão |
| C3 | O que vocês fazem quando um critério diverge sempre dos nossos avaliadores? | Uma reformulação do critério e depois um novo teste |
| C4 | Como vocês mantêm os avaliadores consistentes entre si? | Sessões de calibração que atualizam o formulário |
| C5 | Como um atendente contesta uma nota? | Um processo de contestação rastreado |
Bloco D: Canais e integrações (5 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| D1 | Quais dos nossos canais podem ser avaliados em um único formulário: ligações, chat, e-mail, mensageria? | Um padrão único em todos os canais |
| D2 | Como vocês se conectam ao nosso helpdesk e a integração é nativa? | Integrações nativas citadas pelo nome para os seus sistemas |
| D3 | Como vocês tratam ligações: importação de gravações, transcrição, idiomas? | Um caminho claro para voz, não “no roadmap” |
| D4 | Como as conversas de um sistema próprio chegam até vocês? | Um conector, API ou importação de arquivos, com os formatos |
| D5 | Como notas e dados chegam às nossas ferramentas de BI? | Exportações agendadas em formatos padrão |
Bloco E: Coaching e relatórios (4 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| E1 | Como os resultados da monitoria viram coaching para um atendente? | Feedback ligado às conversas de onde vem |
| E2 | O que um supervisor vê sem pedir a um analista? | Painéis por atendente, equipe e critério |
| E3 | Como vocês mostram tendências e causas em todas as conversas? | Análise sobre a cobertura completa, não sobre uma amostra |
| E4 | Como vocês distribuem o trabalho de revisão entre os avaliadores? | Atribuições que distribuem o trabalho de forma igual |
Bloco F: Agentes de IA e bots (3 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| F1 | Vocês conseguem avaliar as conversas do nosso agente de IA no mesmo formulário dos atendentes humanos? | Um padrão único para pessoas e agentes de IA |
| F2 | Como vocês avaliam a transferência do agente de IA para uma pessoa? | Verificações dos dois lados da transferência |
| F3 | Como os achados voltam ao conteúdo ou às regras do bot? | Um caminho do erro até a correção |
Se agentes de IA já atendem parte da sua fila, nosso guia de monitoria de qualidade de agentes de IA lista o que avaliar.
Bloco G: Segurança, privacidade e jurídico (5 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| G1 | Quais auditorias e certificações independentes vocês têm e podemos ver os relatórios? | Relatórios atuais, disponíveis sob NDA |
| G2 | Onde nossos dados são armazenados e tratados, e por quais suboperadores? | Uma lista publicada de suboperadores com localizações |
| G3 | Vocês usam nossos dados para treinar ou ajustar modelos de IA? | Uma resposta escrita clara, no contrato |
| G4 | O que acontece com nossos dados no fim do contrato? | Um prazo de devolução e uma regra de exclusão |
| G5 | Vocês assinam um acordo de tratamento de dados e o que ele cobre? | Um acordo que cubra também as funções de IA |
Bloco H: Implantação e suporte (4 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| H1 | O que o onboarding inclui e quem faz o quê? | Um plano com as suas tarefas e as do fornecedor |
| H2 | Quanto tempo até as primeiras conversas serem avaliadas? | Um prazo realista e do que ele depende |
| H3 | Quem nos acompanha depois do go-live e em quais condições? | Um responsável nomeado e condições de suporte |
| H4 | Como vocês ajudam avaliadores e atendentes a adotar a ferramenta? | Treinamento e um plano de implantação, veja nosso plano de implantação de uma ferramenta de QA (em inglês) |
Bloco I: Condições comerciais (3 perguntas)
| # | Pergunta | O que uma boa resposta mostra |
|---|---|---|
| I1 | Qual é a unidade de preço (licença, avaliador, conversa, minuto) e quem conta como licença? | Uma definição que você consegue aplicar ao seu organograma |
| I2 | O que cada plano inclui e o que é complemento pago? | Uma tabela, não uma faixa |
| I3 | O que muda na renovação ou quando a equipe cresce? | Condições escritas para renovação e crescimento |
Como pontuar as respostas dos fornecedores
Dê a cada resposta de 0 a 3 segundo definições escritas, tire a média por bloco e aplique os pesos. Avalie primeiro segurança e condições de dados como portão, para que uma nota alta em funcionalidades não salve um fornecedor que falha nesse ponto.
| Nota | Definição |
|---|---|
| 0 | Não oferecido ou sem resposta |
| 1 | Oferecido com grandes limitações, ou apenas prometido para o futuro |
| 2 | Oferecido e atende ao requisito, prova mostrada em parte |
| 3 | Atende ao requisito, com prova mostrada na resposta ou na demo |
Abaixo, uma ponderação para um contact center cujo objetivo principal é uma cobertura mais completa e justa. Ajuste os pesos às suas prioridades antes de as respostas chegarem e não os mude depois.
| Bloco | Peso | Portão |
|---|---|---|
| A. Cobertura e avaliação | 25 | |
| B. O formulário e seu padrão | 15 | |
| C. Precisão e validação | 15 | |
| D. Canais e integrações | 15 | Eliminação se o seu helpdesk ou canal principal não for suportado |
| E. Coaching e relatórios | 10 | |
| F. Agentes de IA e bots | 5 | |
| G. Segurança, privacidade e jurídico | Portão | Eliminação se qualquer uma de G1 a G5 tiver nota 0 |
| H. Implantação e suporte | 10 | |
| I. Condições comerciais | 5 | |
| Total | 100 |
A nota ponderada de um fornecedor é a soma, por bloco, do peso multiplicado pela nota média, dividida por 3. Um fornecedor com 3 em tudo chega a 100. Peça a pelo menos duas pessoas que pontuem de forma independente e compare: onde elas diferem em mais de um ponto em uma pergunta, a pergunta ou a resposta não estava clara.
Um exemplo de pontuação calculado
Este é um exemplo ilustrativo com três fornecedores inventados, não resultados reais. Ele mostra como a planilha se comporta quando os totais ficam próximos e quando um critério eliminatório entra em ação.
| Bloco (peso) | Fornecedor A | Fornecedor B | Fornecedor C |
|---|---|---|---|
| A. Cobertura e avaliação (25) | 3 | 2 | 3 |
| B. Formulário (15) | 2 | 3 | 3 |
| C. Precisão e validação (15) | 3 | 2 | 1 |
| D. Canais e integrações (15) | 2 | 3 | 2 |
| E. Coaching e relatórios (10) | 2 | 2 | 2 |
| F. Agentes de IA (5) | 1 | 3 | 2 |
| G. Portão de segurança | Passa | Passa | Não passa (G3 com nota 0) |
| H. Implantação (10) | 2 | 3 | 3 |
| I. Condições comerciais (5) | 2 | 2 | 3 |
| Nota ponderada | 78,3 | 81,7 | Eliminado (seria 80,0) |
Fornecedor A: (25×3 + 15×2 + 15×3 + 15×2 + 10×2 + 5×1 + 10×2 + 5×2) ÷ 3 = 235 ÷ 3 = 78,3.
Fornecedor B: (25×2 + 15×3 + 15×2 + 15×3 + 10×2 + 5×3 + 10×3 + 5×2) ÷ 3 = 245 ÷ 3 = 81,7.
O fornecedor C teria 80,0, mas não conseguiu confirmar por escrito se treina modelos com os seus dados, então o portão o elimina.
A lição está na diferença entre A e B: 3,4 pontos estão dentro do ruído de duas pessoas pontuando 40 respostas.
Combine antes uma regra de desempate, por exemplo “com menos de 5 pontos de diferença, vence a nota mais alta no bloco de maior peso”. Aqui é o fornecedor A, com 3 em cobertura contra 2 de B. Depois confirme com uma demo roteirizada em torno das suas perguntas de maior peso.
Faça uma demo roteirizada e depois cheque referências
Uma demo roteirizada mostra cada finalista respondendo ao vivo às suas perguntas de maior peso, na mesma ordem, para você comparar produtos e não apresentadores. Envie o roteiro uma semana antes e pontue a demo na mesma escala de 0 a 3.
Um bom roteiro pede a cada fornecedor que mostre, não que conte:
- uma conversa avaliada em cada um dos seus canais, com a prova por trás de cada critério
- um avaliador alterando uma nota automática, e onde essa alteração fica registrada
- o seu formulário, ou uma cópia próxima, configurado com os seus pesos e um critério crítico
- o painel que um supervisor abre na segunda de manhã
- como a mudança de um critério se aplica às notas futuras
Depois da demo, peça uma ou duas referências de equipes com tamanho e mix de canais parecidos. Pergunte o que levou mais tempo do que o esperado, não se estão satisfeitos.
Depois de escolher, planeje como vai verificar as notas nas suas próprias conversas nas primeiras semanas. Nosso protocolo de uma semana para validar a avaliação por IA (em inglês) traz o método.
Erros que tornam as respostas incomparáveis
A maioria dos RFPs falha porque as perguntas convidam a respostas de marketing e a pontuação é decidida depois das respostas. Cinco erros explicam quase tudo.
| Erro | O que acontece | Solução |
|---|---|---|
| Perguntas de sim ou não | Todo fornecedor responde sim | Pergunte “como” e “mostre” |
| Nenhum peso antes das respostas | O favorito vence depois | Aprove os pesos antes |
| Preço pontuado como funcionalidade | Vence uma ferramenta barata sem cobertura | Mantenha condições comerciais em 5 a 10 pontos e compare o custo à parte |
| Duzentas perguntas | Vendas responde a partir de uma biblioteca | Fique em cerca de 40 perguntas que importam |
| Nenhum critério eliminatório | Um fornecedor que não assina o seu acordo de tratamento chega à final | Escreva cinco critérios eliminatórios ou menos |
O custo merece um modelo próprio: licença, onboarding, tempo dos avaliadores e o tempo até a cobertura completa. Nosso guia de ROI do Auto QA (em inglês) mostra como montá-lo.
Como começar seu RFP de software de monitoria esta semana
Comece preenchendo a tabela de contexto e os critérios eliminatórios e depois copie as 40 perguntas e a planilha de pontuação para o seu documento. Combine os pesos com TI, jurídico, compras e o responsável pela qualidade em uma única reunião, antes de enviar qualquer coisa.
Se a Kaizo está na sua lista, esta é a base das nossas respostas. O AutoPilot avalia 100% das conversas segundo a sua rubrica assim que elas são resolvidas, e o Auto QA prepara notas e feedback que um avaliador edita e aprova.
Você pode testar a IA com as suas avaliações históricas antes do go-live, e o nosso Trust Center lista o relatório SOC 2 Type II, o certificado ISO 27001 e o acordo de tratamento de dados, disponíveis mediante solicitação. O preço é por licença, como mostra a nossa página de preços.
Veja em uma demo ao vivo como a Kaizo responde a essas perguntas, com dados de exemplo realistas e o seu RFP em mãos. Agende uma reunião.
Perguntas frequentes
Como escrever um RFP de software para contact center?
Descreva primeiro a sua operação: licenças, volumes, canais, helpdesk e processo atual. Depois liste os requisitos obrigatórios e eliminatórios, escreva perguntas que peçam prova e defina método de pontuação e pesos antes de enviar. Informe um cronograma para perguntas, respostas, demos e decisão, e indique um único contato.
Qual é a diferença entre RFI e RFP?
Um RFI (request for information) é um documento curto e inicial para conhecer o mercado e montar uma lista curta. Um RFP (request for proposal) vai para essa lista e pede uma solução específica, com respostas que você pontua e um preço. Muitos compradores de software de monitoria pulam o RFI e enviam um RFP para três a cinco fornecedores.
Para quantos fornecedores enviar um RFP?
De três a cinco costuma bastar. Menos deixa pouco para comparar; mais gera trabalho de pontuação que raramente muda o resultado. Reduza a lista antes com a nossa comparação de software de monitoria ou com uma conversa curta com cada fornecedor, e descarte quem falhar em um critério eliminatório nessa conversa.
Quanto tempo leva um RFP de software de monitoria?
Para a maioria dos contact centers, quatro a oito semanas do envio à decisão é realista: cerca de duas semanas para as respostas, uma a duas para pontuação e demos, e o resto para referências, revisão de segurança e contrato. As revisões de segurança e jurídica costumam ser as mais longas, então comece-as em paralelo às demos.
O preço deve contar na nota do RFP?
Peça o preço no RFP, mas dê a ele pouco peso na nota de funcionalidades, cerca de 5 a 10 pontos. Compare o custo total à parte, incluindo tempo dos avaliadores, onboarding e condições de crescimento. Uma ferramenta mais barata que avalia menos conversas ou exige mais revisão manual pode custar mais ao longo do contrato.
