Resposta direta: escolha uma empresa de IA para e-commerce somente se ela conseguir provar seis capacidades conectadas: representar a oferta com dados atuais; preservar identidade, consentimento e limites do cliente; proteger preço, pagamento e autorização; integrar pedido, estoque, entrega, devolução e exceções; medir economia incremental; e transferir conhecimento, dados e operação. Uma demonstração conversacional bonita não prova que o parceiro consegue movimentar dinheiro e pedidos com segurança.
O comércio agêntico está deixando de ser apenas uma hipótese de interface. A documentação do Agentic Commerce Protocol da OpenAI já trata catálogo estruturado, estoque e descoberta como infraestrutura. Visa e Mastercard documentam mecanismos para autenticar instruções, limitar transações e registrar intenção. Portanto, a seleção do fornecedor deve cobrir toda a cadeia comercial, não apenas modelo, prompt ou chatbot.
O Commerce Partner Proof-6 da MAKINAI
Avalie seis provas: Oferta, Autoridade, Transação, Operação, Economia e Propriedade. Dê de zero a quatro pontos por prova: zero é ausência; um é promessa; dois é método descrito; três é evidência parcial; quatro é execução reproduzível. Exija no mínimo três pontos em Oferta, Autoridade, Transação e Operação. Um total alto não compensa uma falha eliminatória nessas áreas.
1. Prova de Oferta: o agente enxerga a verdade comercial?
Peça ao fornecedor para mostrar como títulos, variantes, imagens, preço, promoção, disponibilidade, frete, restrições e política de devolução saem dos sistemas oficiais e chegam aos canais de IA. A OpenAI recomenda feeds estruturados, campos validados, snapshots regulares e atualizações durante o dia. A proposta deve definir fonte de verdade, latência, reconciliação, cobertura e responsável por cada atributo.
- Evidências exigíveis: contrato de dados; mapeamento de catálogo e variantes; regras de preço e promoção; controle de frescor; validação de registros; tratamento de produtos proibidos; monitoramento de divergências; procedimento para retirar ofertas incorretas. Alerta: catálogo criado manualmente para a demonstração.
2. Prova de Autoridade: quem autorizou o agente a agir?
O parceiro deve separar recomendação, preparação do carrinho, confirmação e compra autônoma. Exija identidade do usuário e do agente, escopo da delegação, limite de gasto, validade, mercadores permitidos, categorias bloqueadas e regra de nova confirmação. A Visa documenta instruções autenticadas e controles que conferem se credencial, lojista e valor correspondem ao que o cliente aprovou.
Peça uma trilha legível ligando intenção, contexto, decisão e ação. A proposta de Verifiable Intent da Mastercard reforça que autorização deve ser comprovável e portável entre participantes. Não aceite consentimento genérico escondido em termos de uso. Casos de alto valor, produtos regulados, mudanças de preço e baixa confiança precisam de escalada humana explícita.
3. Prova de Transação: o dinheiro e o pedido permanecem íntegros?
Faça o fornecedor demonstrar idempotência, prevenção de pedido duplicado, bloqueio de preço expirado, tokenização, autenticação, antifraude, impostos, conciliação, reembolso e disputa. Não é necessário que ele substitua seu adquirente ou PSP; é necessário que saiba integrar controles existentes e preservar evidência quando o agente atravessa canais e sistemas.
O teste decisivo não é a compra perfeita. Interrompa o fluxo depois da autorização, altere estoque ou preço, simule timeout e repita a chamada. O sistema deve determinar se continua, pede confirmação, compensa ou cancela sem cobrar duas vezes. Exija estados observáveis, chaves de idempotência, responsáveis e tempos de recuperação.
4. Prova de Operação: o parceiro fecha o ciclo físico?
Comércio termina em separação, entrega, suporte, troca e devolução. O fornecedor deve mapear catálogo, busca, carrinho, OMS, estoque, seller, logística, CRM, atendimento e financeiro. Para marketplace, teste vendedor indisponível, SLA divergente, substituição, pedido parcial e disputa entre partes. Uma integração que só cria pedidos transfere o risco para a operação.
- Peça runbooks, observabilidade ponta a ponta, alertas, fila de exceção, replay seguro, suporte por severidade, metas de recuperação, auditoria e relatório de causa. O fornecedor deve explicar o que sua equipe opera, o que fica com a empresa e como a responsabilidade muda depois do piloto.
5. Prova de Economia: existe valor incremental após todos os custos?
Compare parceiros por contribuição incremental, não por volume bruto de conversas. Defina baseline, grupo de comparação e métricas como margem após incentivo, taxa de conclusão, erro de oferta, cancelamento, devolução, fraude, custo por pedido, atendimento evitado e recorrência. Inclua custos de modelo, dados, integração, pagamento, observabilidade, revisão humana e suporte.
O piloto precisa testar uma decisão econômica específica: por exemplo, recompras de baixa complexidade com catálogo estável. Evite atribuir toda venda assistida ao agente. Estabeleça antes como medir incrementabilidade, janela de observação e qualidade do cliente. Pare se o ganho depende de desconto insustentável ou transfere custo para devolução e atendimento.
6. Prova de Propriedade: a empresa controla o que está construindo?
O contrato deve deixar claros propriedade intelectual, acesso a dados e logs, portabilidade de prompts e avaliações, licenças, subprocessadores, retenção, modelos suportados, saída e transferência. Exija documentação, testes automatizados e treinamento da equipe interna. O parceiro deve apresentar como trocar componentes sem reconstruir todo o canal.
Como conduzir um piloto de 90 dias
Nas semanas 1–3, selecione uma jornada, registre baseline e desenhe controles. Nas semanas 4–8, integre oferta, autoridade, transação e exceções em ambiente limitado. Nas semanas 9–12, libere para um segmento pequeno, acompanhe economia e opere incidentes reais. Avance apenas se as seis provas tiverem evidência e os gates eliminatórios atingirem três pontos.
- Entregáveis mínimos: arquitetura e contrato de dados; matriz de autorização; modelo de estados do pedido; threat model; plano de avaliação; runbooks; dashboard econômico; registro de incidentes; plano de transferência; backlog de escala. Sinais de alerta: demo sem sistemas reais, preço fixo sem premissas, “zero erro”, pagamento tratado no fim, ausência de devolução, métrica só de conversão e dependência irremovível.
Próximo passo
Use este Proof-6 junto do guia de RFP em https://makinai.co/insights/pt/como-criar-rfp-servicos-ia e do scorecard geral em https://makinai.co/insights/pt/como-escolher-empresa-implementar-ia-brasil-scorecard-30-pontos. Para aprofundar fundamentos e integrações, consulte https://makinai.co/insights/pt/comercio-agentico-definicao-diferencas-piloto e https://makinai.co/insights/pt/arquitetura-tecnica-para-escalar-comercio-agentico. A MAKINAI conecta IA, CRM, commerce e implementação em https://makinai.co/services/pt/consultoria-crm-ecommerce-commerce.