As variáveis de entrada
O recorte da realidade que o modelo enxerga. Construídas com a sua equipe, porque só quem conhece a operação sabe o que explica o quê.
O que está acontecendo naquela vitrine, em palavras claras: o caminho que um pedido, um cliente ou um documento percorre até virar uma resposta — sempre acompanhada do quanto o modelo confia nela.
Entender o caminho tira o mistério — e é o que permite a uma equipe saber quando confiar e quando desconfiar.
Um modelo em produção recebe variáveis: o histórico de compra daquele cliente, a média das últimas oito semanas daquele item, o mês do ano, a região, a condição de pagamento. Não recebe "o cliente". Recebe a descrição numérica do cliente que nós escolhemos construir com você — e é por isso que a escolha das variáveis importa mais que a escolha do algoritmo.
Essas variáveis passam pelo mesmo preparo usado no treino: preencher falta, padronizar escala, traduzir categoria em número. Qualquer diferença entre o preparo do treino e o da produção é uma das causas mais comuns de modelo que ia bem no piloto e vai mal no ar — por isso o preparo viaja junto com o modelo, como uma peça só.
A saída raramente é um "sim" ou um "não". É um número entre zero e um, ou uma quantidade com faixa de erro. É esse número que permite ordenar: atender primeiro quem tem maior probabilidade de cancelar, revisar à mão só o documento cuja leitura ficou abaixo do limite, comprar com folga o item cuja previsão tem mais incerteza.
Não pedimos que a sua equipe confie no modelo. Pedimos que ela olhe o grau de confiança — e combinamos juntos o ponto abaixo do qual a decisão volta para uma pessoa.
O que existe entre a chamada do seu sistema e o número que aparece na tela.
O recorte da realidade que o modelo enxerga. Construídas com a sua equipe, porque só quem conhece a operação sabe o que explica o quê.
Limpeza, escala e tradução de categorias — exatamente as mesmas do treino, empacotadas junto com o modelo.
A função que aprendeu o padrão. Pode ser uma árvore de decisão, uma floresta, uma rede neural ou um modelo de linguagem — escolhido pelo problema.
Probabilidade, quantidade prevista ou campo extraído. Sempre no formato que o seu sistema sabe consumir.
O quanto o modelo se sustenta naquela resposta específica. É ele que define o que segue automático e o que vai para revisão.
Entrada, saída, versão do modelo e data. É o que permite auditar uma decisão meses depois — e aprender com ela.
A mesma cena da vitrine, congelada em três momentos.
Da pergunta do seu sistema até a resposta registrada — normalmente em frações de segundo.
Seu ERP, CRM ou aplicativo envia o caso: um cliente, um item, um documento. Autenticado e registrado na entrada.
As variáveis são montadas e o modelo calcula. Se algum dado obrigatório faltar, a chamada cai no plano B em vez de responder com lixo.
Volta o resultado e o quanto o modelo confia nele. Abaixo do limite combinado, a resposta vem marcada para revisão humana.
Entrada, saída, confiança, versão e tempo de resposta ficam gravados — insumo do monitoramento e da auditoria.
O que a sua equipe deveria conseguir dizer sobre qualquer modelo em produção.
A escolha vem do problema e do dado disponível — nunca do que está na moda.
O mesmo vocabulário que usamos no treinamento da sua equipe.
| O que aparece | Como ler | O que fazer com isso |
|---|---|---|
| Probabilidade (0 a 1) | a chance estimada de o caso ser o que se procura | ordenar a fila: atender primeiro quem está no topo |
| Quantidade prevista | o valor esperado para o período | usar como ponto de partida da compra ou do planejamento |
| Faixa de incerteza | o intervalo em que o valor real deve cair | quanto mais larga, mais folga o planejamento precisa ter |
| Grau de confiança | o quanto o modelo se sustenta naquele caso | abaixo do limite combinado, revisar à mão |
| Motivo da resposta | as variáveis que mais pesaram naquele caso | conferir se o critério faz sentido para o negócio |
O que combinamos antes de começar — e cobramos de nós mesmos durante o projeto.
As dúvidas que mais aparecem nesta etapa. Sobre prazo, forma de cobrança e contrato, veja as perguntas frequentes da YveTech.
Na maior parte dos casos, sim. Modelos de árvore devolvem o peso de cada variável naquele caso específico, e é isso que mostramos na tela. Em modelos de linguagem, o equivalente é a citação do trecho do documento que originou a resposta.
Não automaticamente, e é proposital. Aprendizado contínuo sem controle é a forma mais rápida de um modelo absorver um erro operacional e repeti-lo em escala. O retreino acontece com validação antes de publicar — ver monitoramento contínuo.
Modelos tabulares respondem em frações de segundo, o que permite usá-los dentro de uma tela sem espera perceptível. Leitura de documentos e modelos de linguagem levam mais, e nesses casos o desenho da tela já conta com isso.
Onde o projeto definir: na sua infraestrutura, em nuvem contratada por você ou junto ao sistema que ele serve. Essa decisão é tomada com você na etapa de produção e integração, considerando dado sensível, custo e latência.
A conversa começa pelo problema, não pela tecnologia. Conte qual decisão você quer apoiar e mostramos o caminho.
As quatro etapas do método e os três recortes da operação — cada uma com o seu próprio detalhamento.