Pilar

A proposta em dois cliques: como o Automode funciona de verdade

A maior parte do que é chamado “automação com IA” em software empresarial é um chatbot que redige um e-mail e para por aí. Útil, às vezes. Não automatiza realmente nada.

O Automode faz algo mais restrito e, achamos, mais honesto: percorre o arco específico e repetível de um pedido incompleto até uma proposta orçamentada, e para exatamente duas vezes para perguntar a uma pessoa se pode continuar.

Como o fluxo é realmente

Um pedido chega sem detalhes suficientes para orçamentar seja o que for: sem datas, sem número de participantes, sem âmbito real. O Stark lê-o, redige um pedido de acompanhamento educado a pedir o que falta, e para. Primeiro portão. Ainda não foi enviado nada a ninguém. Você lê o rascunho, clica em aprovar, e ele sai.

O cliente responde. O Stark lê a resposta, confronta-a com o histórico real de propostas da sua empresa no Vault (quanto custou antes um trabalho semelhante, que itens costumam aplicar-se, como costumam ser as suas margens), e redige uma proposta completa e orçamentada. Para de novo. Segundo portão. Ainda não foi criado nada. Você lê o rascunho, o raciocínio por trás do orçamento, e clica em aprovar.

Só nessa altura é que existe um registo real de Proposta, ligado de volta ao Pedido original, situado no seu pipeline exatamente onde estaria se você o tivesse redigido.

Essa é a funcionalidade completa. Duas decisões humanas. Tudo o resto, ler o pedido, redigir o pedido de acompanhamento, ler a resposta, orçamentar o trabalho, acontece sem você, mas nunca sem o seu conhecimento.

Uma execução real, não um guião de demonstração

Testámos isto com um pedido genuíno, não um guionizado: um pedido de acompanhamento de um evento de um cliente que é um escritório de advogados, sem datas e sem um teto de orçamento firme. O Stark redigiu o pedido de acompanhamento. Aprovámo-lo. Colámos uma resposta realista: um orçamento de cerca de 8.000 €, datas confirmadas. O Stark redigiu a proposta: “Retiro de equipa de 3 dias”, três itens, 6.755 €, corretamente abaixo do orçamento indicado, não apenas perto dele. Aprovámo-la. Uma Proposta real existiu segundos depois, no pipeline real, não numa sandbox.

O raciocínio foi o que nos chamou a atenção, não só o número. Não era uma margem genérica aplicada a um modelo genérico. Fazia referência ao que este tipo específico de trabalho tinha realmente custado antes a esta empresa específica, o mesmo enraizamento que torna as respostas do Stark diferentes das de uma ferramenta de IA genérica em qualquer outro ponto do produto.

Porque dois portões, especificamente, e não zero ou quatro

Zero portões significa um sistema que pode comprometê-lo com uma promessa visível ao cliente sem que a veja alguma vez: um não-começo, uma funcionalidade que não quereríamos mesmo que os visitantes a pedissem. Quatro ou cinco portões começam a dar a sensação de que a automação afinal não poupa nada a ninguém; volta a fazer todo o trabalho você mesmo, só que com mais cliques.

Dois é o número em que a pessoa mantém o controlo sobre cada momento com consequências, o que sai e o que é orçamentado, sem lhe ser pedido que vigie as partes que são genuinamente mecânicas: ler uma resposta com atenção, cruzá-la com o histórico de preços, redigir um texto limpo. Esse é o verdadeiro argumento de design, não uma escolha arbitrária.

Também não para na proposta

Assim que o cliente aceita e a Proposta é aprovada, o alcance do Automode continua para o Projeto. O mesmo contexto, os itens, o âmbito, o histórico que levou até ali, passa diretamente, para que o Projeto comece já preenchido em vez de ser reconstruído do zero por quem assumir a entrega. Os dois portões cobrem os dois momentos que realmente precisam de uma decisão humana: o que sai, e o que é orçamentado. Tudo o resto, incluindo a passagem para a entrega, continua a avançar sem pedir a ninguém que recrie manualmente o que o sistema já sabe.

O que não é

Não é autonomia total, e não queremos que seja. Não vai perseguir um cliente que nunca responde. Isso continua a ser uma decisão de uma pessoa. E não fica mais inteligente adivinhando; se a uma resposta realmente faltar o necessário para orçamentar o trabalho com confiança, o rascunho reflete isso honestamente em vez de inventar um número para parecer decidido. Os dois cliques não são uma formalidade colada para efeitos de imagem. São o verdadeiro objetivo.

Perguntas que as pessoas realmente fazem

O Automode alguma vez envia algo a um cliente sem eu ver antes?

Não. Cada execução do Automode para em dois portões, uma vez antes de o pedido de acompanhamento sair, uma vez antes de a proposta ser criada, e espera um clique de aprovação explícito de cada vez. Não existe nenhuma definição que remova qualquer um dos portões.

E se a resposta do cliente não tiver informação de que o Stark precisa?

O Stark trabalha com o que realmente está na resposta. Se ainda faltar algo importante, o rascunho da proposta refletirá isso. Não vai inventar números para preencher uma lacuna. De qualquer forma, está a rever um rascunho real, não uma caixa negra.

Isto é o mesmo que um chatbot que redige e-mails?

A parte da redação parece semelhante vista de fora. A diferença está no que acontece depois de você aprovar: cria-se um registo real de Proposta na Sacred Spine, ligado ao Pedido original, orçamentado com base nos padrões reais de propostas anteriores da sua empresa vindos do Vault. Não é um gerador de texto colado à sua caixa de entrada.

Junte-se à Early Crew →← Voltar a todos os artigos

Recorded on a live database and a live screen, but run by automated scripts standing in for a human's clicks and typing, not performed live. When Stark answers faster than the script expects, the screen can hold still for a beat before the next step starts. That's left in on purpose. The goal was never a polished demo reel, it was proof the feature actually works. Dejan's own verdict, after watching the raw footage: rough, but the best demo video we've made.