Implementação de IA
A maior parte do que uma empresa repete segue uma regra e pertence ao software comum. Uma parte mais pequena exige uma decisão de cada vez: o que dizer a um cliente, que pedido atender primeiro, onde está uma resposta enterrada em registos antigos. É a essa parte que a IA pertence, e só com condições — provada contra o seu próprio histórico antes de começar, vigiada depois do lançamento, e nunca à frente de um cliente sem uma pessoa aprovar as palavras.
O encaixe
Este projeto é para empresas onde parte da rotina semanal é trabalho de cabeça — ler, redigir, ordenar, procurar — e cai sobre as pessoas que tinham melhor uso para essa hora. Se vários destes pontos lhe soarem à sua semana, o encaixe provavelmente existe.
O método
Seis decisões separam a IA que ajuda em silêncio da IA que se desliga depois de uma semana má. É assim que tomamos cada uma.
Nem todos os passos merecem um modelo. O trabalho que segue uma regra escrita — copiar este campo, enviar aquele lembrete ao terceiro dia — corre como software comum, que custa menos e se comporta na sexta-feira como na segunda. A IA fica reservada para os passos onde hoje alguém tem de pensar: redigir uma resposta, perceber do que trata realmente um pedido, decidir o que significa um registo antigo. Separar as duas coisas é a primeira sessão de trabalho, e a lista de IA sai dela mais curta do que entrou.
Tudo o que é escrito para um cliente nasce como rascunho e pára numa pessoa nomeada da sua equipa, que edita, aprova ou descarta antes de seguir para onde quer que seja. Isto não é uma fase de treino temporária; é o desenho permanente. O ganho de velocidade sobrevive à verificação: trabalhar a partir de um rascunho competente é muito mais rápido do que escrever do zero, e o revisor fica perto o suficiente do resultado para notar o dia em que a qualidade cai.
Cada passo de IA tem um limiar de confiança. Quando o modelo está inseguro, ou um pedido não se parece com nada em que foi testado, o item segue para uma pessoa, com o contexto reunido até ali anexado — nenhuma resposta é forçada. Desenhamos contra a resposta errada dita com confiança, porque um educado "alguém vai responder-lhe" custa minutos, enquanto um erro entregue com fluência pode custar o cliente. A cadeia termina sempre numa pessoa, nunca num palpite.
Antes de um passo de IA tocar em trabalho real, é avaliado contra exemplos tirados dos seus registos: respostas que a sua equipa de facto enviou, pedidos que de facto ordenou, perguntas com respostas que podemos verificar. Cada tarefa tem o seu conjunto de testes e a sua fasquia, e um passo que falha a fasquia não é lançado — a tarefa fica com uma pessoa ou recebe um desenho mais simples. Quando uma falha aparece mais tarde em produção, junta-se a esse conjunto de testes, para que o mesmo erro não possa passar duas vezes em silêncio.
Entrar em produção é o início da medição, não o fim. O sistema guarda um registo do que cada passo de IA fez e porquê, e observamos com que frequência os revisores reescrevem os rascunhos — o sinal honesto de qualidade — a par do custo e do volume. Os modelos novos dos fornecedores são tratados como candidatos, não como atualizações: cada um corre primeiro os conjuntos de testes existentes e só assume uma tarefa onde pontue pelo menos tão bem como o atual. O modelo anterior fica instalado, para que uma mudança que se porte mal seja revertida de imediato.
Os modelos mais capazes custam muitas vezes mais por pedido do que os pequenos, e a maioria das tarefas de uma empresa não precisa do mais capaz. Cada passo corre no modelo mais pequeno que passa os seus testes: ordenar uma mensagem em seis categorias é trabalho de modelo pequeno, mesmo quando redigir uma resposta sensível não é. Como os testes são por tarefa, descer de tamanho é uma decisão apoiada em provas, não numa esperança. Vê o custo mensal de operação projetado por tarefa antes do lançamento, para que a fatura de operação seja um valor que aprovou e não um que descobre.
O projeto
Percorremos consigo o trabalho candidato e dividimo-lo: os passos que seguem regras vão para software comum, as verdadeiras decisões de critério para a lista de IA. Recebe essa lista com um custo de operação projetado e uma ordem de construção, e o preço de cada fase é acordado por escrito antes de essa fase começar.
Para cada passo de IA montamos o conjunto de testes a partir dos seus registos e medimos os modelos candidatos contra ele. Vê os resultados em termos simples — com que frequência o rascunho correspondeu ao que a sua equipa teria enviado — e nada passa à construção sem passar a fasquia.
O sistema entra em produção com todos os crivos de revisão ligados. Acompanhamos as primeiras semanas ao lado da sua equipa, a ajustar limiares onde o tráfego real difere do histórico, até o volume que chega às pessoas estar certo.
O código, as contas, a documentação e os conjuntos de testes passam para si, e as pessoas que o vão operar são formadas com trabalho real. O suporte depois da entrega é proposto e orçado à parte; o sistema continua a funcionar quer fiquemos envolvidos quer não.
O que passa para si
Cada projeto é construído para ser entregue. Isto é seu assim que o trabalho estiver pago, não licenciado de volta.
Próximo passo
Traga a parte da sua semana que exige critério mas come tempo: a caixa de entrada, as respostas, a caça aos registos antigos. Numa chamada curta de apresentação dizemos-lhe com honestidade se a IA tem lugar nela, e por onde começaríamos.
Marcar uma chamadaTambém no catálogo