Workflows · construídos a partir de uma frase
Escreva-o. Veja-o construir-se sozinho.
Quem já abriu um construtor baseado em nós conhece a sensação. Entrou com uma ideia clara do que devia acontecer, e quarenta minutos depois está a depurar uma expressão de caminho JSON dentro de um nó de filtro, e a ideia clara desapareceu.
A tela não é o problema. O problema é que a tela lhe pede que exprima uma intenção de negócio numa linguagem desenhada para ligações, e a maior parte do esforço vai para a tradução em vez de ir para o trabalho.
O que o software de orquestração de IA faz de diferente das ferramentas de automatização
Uma ferramenta de automatização executa uma sequência determinista. Quando isto acontece, faz aquilo, depois aquilo. É extremamente boa nisso, e se o seu trabalho é genuinamente determinista deve usar uma e parar de ler.
O software de orquestração de IA existe para as sequências em que um dos passos exige um juízo. Ler o briefing que chegou e decidir se é um problema de posicionamento ou de canal. Verificar se este ângulo já foi coberto e, se foi, propor outro. Esses passos não se conseguem exprimir como condição de ramificação, porque a condição é o juízo.
A resposta do Crew Studio é deixar um especialista ser dono do passo. A sequência é determinista onde deve ser, e um papel com um ponto de vista fica no ponto em que é preciso uma decisão. É essa a verdadeira linha entre as duas categorias, e vale a pena ser preciso porque a maior parte do marketing neste espaço a esbate.
De uma frase a um workflow
- Você descreve o resultado
- Uma frase, na linguagem que usaria para dar um briefing a uma pessoa. Todas as segundas, verifica os preços da concorrência e envia-me um resumo se alguma coisa mudou. Sem sintaxe de gatilhos, sem tipos de nó, sem esquema.
- O Crew Studio decompõe-na
- Lê a frase à procura de quatro coisas: o que a inicia, quais são os passos, quais deles precisam de um juízo, e qual é o estado final. Cada passo é atribuído a um especialista cujos talentos lhe correspondem, escolhido do Crew que já existe no Studio.
- Mostra-lhe o que construiu, antes de correr seja o que for
- A sequência aparece como uma lista legível com o especialista nomeado em cada passo, e não como um diagrama que tem de interpretar. Nada corre até você aprovar.
- Edita na mesma linguagem
- As alterações são descritas, não ligadas. «Só me avises se a mudança for superior a cinco por cento» modifica o passo respetivo. Nunca lhe pedem que abra um nó.
VER A FUNCIONAR
Escreva uma frase, veja-a montar-se
Em baixo está um workflow real, construído a partir da frase que está em cima. Seis segundos da frase à sequência, com um especialista em cada passo.
O passo 2 é o que uma ferramenta de automatização não consegue exprimir. «Relevante» não tem regra que conseguisse escrever à partida, porque depende do que o seu negócio está a fazer neste trimestre. Um especialista que vive no Studio tem esse contexto. Um nó de filtro não tem.
O passo 4 também conta, por outra razão. A maioria das automatizações de relatórios envia alguma coisa de cada vez, o que o treina a deixar de as ler. O silêncio quando não aconteceu nada é uma decisão de desenho, e é a razão pela qual este workflow em particular sobrevive para lá do segundo mês.
A frase
Todas as segundas, verifica os preços da concorrência e envia-me um resumo se alguma coisa mudou.
Gatilho
Semanal, segunda-feira às 05:30, fuso horário do Studio.
Passo 1 · Iris, Investigação
Ir buscar as páginas de preços dos três concorrentes nomeados. Comparar com o instantâneo da semana passada guardado no Studio.
Passo 2 · Iris, Investigação
Passo de juízo. Decidir se uma diferença é relevante. Uma correção de texto não é uma mudança. Um escalão retirado é.
Passo 3 · Sofia, Decisão
Se for relevante, dizer o que provavelmente significa para nós e ordená-lo face ao que já planeámos para este trimestre.
Passo 4 · Entrega
Enviar para o Telegram. Se nada de relevante mudou, não enviar nada. O silêncio é o resultado correto.
1 frase · 4 passos · 1 passo de juízo · 0 nós ligados
Onde vive o juízo num workflow
No passo de classificação.
Decidir que tipo de coisa acabou de chegar. Este pedido de apoio é um erro, um mal-entendido, ou um pedido de funcionalidade vestido de queixa. Tudo o que vem a seguir depende de acertar nisto, e é exatamente o que as regras tratam mal.
No passo do limiar.
Decidir se algo passou a linha do que importa. Limiares expressos em números são frágeis, porque o número que conta muda com o contexto. Um especialista lê o contexto.
No passo do enquadramento.
Decidir como apresentar o que foi encontrado. A mesma descoberta escrita como alarme e escrita como nota produz comportamentos completamente diferentes da sua parte, e a escolha entre as duas é um juízo.
No passo de supressão.
Decidir não enviar. Subestimado, e a maior razão isolada para os relatórios automáticos serem ignorados.
Estes quatro passos são a razão inteira pela qual o software de orquestração de IA existe como categoria própria. Retire-os e o que sobra é uma ferramenta de automatização com uma fatura maior e execuções mais lentas.
Editar o que ele construiu
Um workflow gerado é uma proposta, não uma caixa preta. Todos os passos são visíveis, nomeados e editáveis, e as edições acontecem na mesma linguagem da frase original.
Mude um passo.
Descreva o que deve ser diferente. O especialista atribuído a esse passo recebe um novo briefing e o resto da sequência fica intocado.
Reatribua um passo.
Se ficou com ele o especialista errado, nomeie o certo. A reatribuição leva consigo o contexto do passo.
Insira ou remova.
Acrescentar um passo de revisão antes da entrega é uma frase. Remover um que se revelou ruído também.
Mude a autonomia.
Um workflow herda o nível de autonomia do Studio, mas um passo específico pode ficar à espera de confirmação mesmo quando o resto corre livremente. O envio é normalmente o passo que as pessoas seguram.
O que um workflow herda do seu Studio
Um workflow não corre no vazio. Corre dentro de um Studio, e herda dele quatro coisas, que é a razão pela qual a mesma frase produz sequências diferentes em dois dos seus negócios.
A voz.
Qualquer passo que produza texto é confrontado com o ADN do studio. Um resumo gerado por um workflow lê-se como o negócio a que pertence, não como uma ferramenta.
O histórico.
Um passo que pergunta se algo é novo só consegue responder comparando com o que o Studio já viu. Um workflow num Studio com seis meses de briefings é significativamente mais inteligente do que o mesmo workflow num Studio vazio.
O Crew.
Os passos são atribuídos a especialistas que já existem nesse Studio. Se forjou um estratega de preços que recusa descontos, um workflow que toque em preços vai passar por ele e herdar essa posição.
O nível de autonomia.
O mesmo workflow é seguro num Studio e fica à espera de aprovação noutro, sem ser reconstruído. É isto que permite a uma agência correr processos idênticos em clientes com níveis de confiança diferentes.
Para quem isto substitui a tela
Operadores que abandonaram um construtor de nós.
A história mais comum não é que não funcionou. É que funcionou, e depois partiu-se três meses mais tarde, e reabrir a tela para o depurar saía caro o suficiente para o workflow simplesmente ficar partido.
Quem tem um «depende» no seu processo.
Se alguma vez tentou codificar um juízo como cinco condições encaixadas, já sabe como isso acaba.
Operadores que precisam que o resultado esteja bem escrito.
Uma ferramenta de automatização move dados. Um workflow cujo último passo é um especialista produz algo na sua voz, confrontado com o ADN do studio.
Quem herdou a automatização de outra pessoa.
Uma tela construída por um prestador há dois anos é ilegível para toda a gente, incluindo, com o tempo, o próprio prestador. Um workflow escrito em frases mantém-se legível para quem o abrir a seguir.
ONDE NÃO AJUDA
Quando não precisa de um workflow
Se acontece uma vez, dê só o briefing.
Vale a pena construir um workflow quando o mesmo formato de trabalho volta. Uma coisa pontual não precisa de andaimes, precisa de um briefing.
Se a tarefa é puramente mecânica, uma ferramenta de automatização sai mais barata.
Mover uma linha de um formulário para uma folha de cálculo mediante um gatilho é o que o Zapier e o n8n fazem bem, por uma fração do preço. Os workflows do Crew Studio são para trabalho que exige um juízo nalgum passo.
Se não consegue descrever o resultado numa frase, o workflow não está pronto.
Uma frase vaga produz uma sequência vaga. Escreva o briefing à mão duas ou três vezes primeiro, e depois descreva o que fez.
Se os passos mudam de cada vez, mantenha-o manual.
Um workflow codifica um formato. Trabalho sem formato estável vai lutar contra a codificação.
Se o determinismo é um requisito, não use isto.
Um passo cujo dono é um especialista não vai produzir um resultado idêntico ao byte duas vezes. Para tudo aquilo em que isso conta, faturação, processos judiciais, relatórios de conformidade, use uma ferramenta determinista e mantenha o crew fora disso.
LADO A LADO
Workflows comparados com um construtor de automatização baseado em nós
Quatro linhas vão para o outro lado, que é mais do que em qualquer outra página aqui, e isso é honesto. Um construtor de nós dá-lhe controlo total, determinismo total, milhares de conectores e um preço mais baixo para trabalho mecânico. O que não lhe pode dar é um passo que começa por «depende».
Um bom número de operadores acaba a usar os dois, e isso é um desfecho razoável e não uma falha de nenhuma das ferramentas. A canalização mecânica vive na ferramenta de automatização. Os passos que exigem ler uma situação vivem num Studio. Tentar obrigar uma delas a fazer o trabalho da outra é normalmente de onde vem a frustração.
| Capacidade | Workflows do Crew Studio | Um construtor de automatização baseado em nós |
|---|---|---|
| Método de criação | Uma frase em linguagem natural | Arrastar e ligar nós |
| Juízo dentro de um passo | Sim, decide um especialista | Não. Só ramificações deterministas. |
| Curva de aprendizagem | Minutos | Horas |
| Resultado escrito na sua voz | Sim, confrontado com o ADN do studio | Não se aplica |
| Depurar três meses depois | Ler os passos em linguagem simples | Reabrir e seguir a tela |
| Controlo ao pormenor | Menor. A sequência é proposta. | Maior. Define cada ramificação. |
| Custo para pura canalização de dados | Mais alto do que o necessário | Mais baixo. Encaixa melhor. |
| Número de conectores | 8 nativos mais qualquer servidor MCP | Muitas vezes milhares |
| Determinismo | Menor onde decide um especialista | Completo |
O que se parte, e como fica a saber
Os workflows falham. Uma API muda, uma página muda de sítio, uma credencial expira. O que separa uma ferramenta que se mantém de uma que se abandona é o que acontece nesse momento.
Um passo falhado pára a sequência em vez de continuar com dados vazios.
O modo de falha mais destrutivo no trabalho automatizado é um passo que devolve nada e esse nada ser tratado como um nada válido. Um especialista que chega a um resultado vazio assinala-o em vez de resumir o vazio.
É avisado, no Telegram, uma vez.
Não um lembrete diário de que algo está partido. Uma mensagem a dizer que passo falhou e o que estava a tentar alcançar.
O resto da sequência termina onde consegue.
Uma recolha falhada de um concorrente não cancela o resumo dos dois concorrentes que responderam. Resultado parcial marcado como parcial é mais útil do que silêncio.
O tratamento de falhas é a coisa menos interessante para pôr numa página de funcionalidades e a primeira que decide se um software de orquestração de IA sobrevive ao terceiro mês. Um workflow em que não confia para falhar em voz alta é um workflow que acaba a verificar à mão, que é o custo que estava a tentar eliminar.
CONTINUAR A LER
Relacionado
PERGUNTAS
Perguntas sobre os Workflows
O que são os Workflows?
Os Workflows no Crew Studio constroem-se escrevendo uma frase que descreve o que deve acontecer. O produto transforma-a numa sequência de passos atribuídos aos especialistas certos, com os gatilhos e as passagens definidos. Sem tela para ligar, sem nós para conectar.
O crew pode agir sem me perguntar?
O Crew Studio tem três níveis de autonomia: Pedir, Confirmar e Enviar mediante gatilho. Pedir significa que nada acontece sem o operador. Confirmar significa que o trabalho é preparado e fica à espera de aprovação. Enviar mediante gatilho significa que as ações definidas se executam automaticamente. O nível é definido por Studio.
Preciso de saber programar?
Não. O Crew Studio não exige código em momento nenhum. Os especialistas criam-se descrevendo um papel numa frase, os workflows criam-se escrevendo o que deve acontecer, e as integrações ligam-se por OAuth. O produto foi construído para operadores, não para programadores.
Isto é o mesmo que o Zapier ou o n8n?
Não, e para uma tarefa mecânica esses são a melhor ferramenta e mais baratos. Mover uma linha de um formulário para uma folha de cálculo mediante um gatilho é o que eles fazem bem. Um workflow do Crew Studio é para uma sequência em que pelo menos um passo exige um juízo: ler a coisa, decidir que não está suficientemente boa e devolvê-la. Se nenhum passo precisa de juízo, não o construa aqui.