SO nativo de IA · Capítulo 2 de 15 · 40 min
Mapear antes de tocar em qualquer ferramenta
Como construir o mapa de workflows que ranqueia todo o resto do projeto: o que instrumentar em cada processo, por que caminhar com quem executa e qual faixa de contagem indica que o mapa está pronto.
Este capítulo faz parte do curso gratuito SO nativo de IA.
Rita Bevilacqua tinha três orçamentos de plataforma na mesa quando o vendedor perguntou quantas horas por semana a equipe redigitava dado de um sistema para outro. Ela chutou uma faixa larga, e dentro dela cabiam um projeto que se paga em meses e um que nunca se paga. Cena inventada para a didática deste curso. Aqui você constrói o mapa que desempata.
Sem mapa não existe função de ranqueamento, e as escolhas seguintes ficam sem critério: qual departamento migra primeiro, qual agente construir primeiro, qual automação vale o esforço. Comprar antes de medir deixa a plataforma decidir a ordem do projeto. O campo que mais escapa nessa medição é a espera entre duas mãos.
O que isso quer dizer: Mapear é escrever, processo por processo, como o trabalho acontece de verdade hoje. Workflow é qualquer coisa que acontece mais de uma vez por semana: emitir a cobrança, abrir a obra, responder o pedido de material. Cada linha do mapa registra o gatilho que dá partida no processo, os passos do meio, o que significa estar pronto, o dono de cada passo, a latência de cada handoff e os pontos de digitação repetida. Handoff é a troca de mão entre duas pessoas, e latência é o tempo que o trabalho fica parado esperando a segunda pessoa olhar, do mesmo jeito que um envelope fica no escaninho até alguém passar por ali. O mapa não escolhe ferramenta, não desenha tela e não propõe solução: ele só torna visível o que a empresa já faz. Por que importa na empresa: Sem mapa, a ordem do projeto é decidida por quem fala mais alto na reunião, e a empresa gasta três meses melhorando um processo que consumia pouca hora. O mapa custa uma semana de esforço interno e nenhuma compra, então é o item mais barato de todo o projeto. Ele também muda a negociação: quem chega ao fornecedor com horas medidas compara propostas por um número da própria casa, em vez de comparar promessas. E ele continua valendo se a decisão final for não construir sistema nenhum.
- Etapa 1 de 6: Lista bruta
Varra a agenda recente e o e-mail enviado da equipe para levantar candidatos a processo repetido.
- Etapa 2 de 6: Corte de frequência
Mantenha o que acontece mais de uma vez por semana e mande o resto para uma segunda volta.
- Etapa 3 de 6: Caminhe junto
Observe um caso real sendo executado na mesa de quem executa, perguntando o que a pessoa abre em seguida.
- Etapa 4 de 6: Cronometre o passo
Meça o esforço de cada passo e multiplique pela frequência que você viu acontecer, nunca pela declarada.
- Etapa 5 de 6: Sinalize repetição
Marque cada espera entre mãos e cada digitação do mesmo dado como campos próprios da linha.
- Etapa 6 de 6: Valide o topo
Leve as linhas mais caras de volta para quem as executa e discuta os números com essas pessoas.
Exemplo calculado, com números ilustrativos
| Situação | A conta | Como ler o resultado | O que se decide |
|---|---|---|---|
| O paper da Boom Automations traz na Fig. 03 um processo de entrada de cliente novo, mapeado do começo ao fim. O envio do contrato foi cronometrado em 0,5 hora por semana, a montagem do projeto à mão em três horas por semana, e o processo ainda espera dois dias até a operação ver o e-mail. | 0,5 hora por semana no contrato + três horas por semana na montagem = 3,5 horas por semana cronometradas. Em 50 semanas úteis, 3,5 x 50 = 175 horas por ano nesse único processo. | As 3,5 horas medem o esforço humano, e os dois dias de espera não entram nessa soma porque ninguém está trabalhando enquanto o e-mail dorme. O erro de leitura mais comum é somar a espera às horas de esforço e inflar o processo, ou fazer o contrário e esquecer que a espera atrasa o cliente mesmo custando zero hora de músculo. Anote as duas coisas em campos separados. As 175 horas por ano usam 50 semanas como premissa deste curso, e não como número da fonte. | Essa linha passa a competir com as outras do mapa por prioridade, já com duas intervenções nomeadas: acabar com a redigitação do cliente e cortar a espera de dois dias. A discussão sobre melhorar a entrada de cliente deixa de ser opinião sobre esforço. |
Os números deste exemplo existem para ensinar o raciocínio. Troque base, janela e valor pelos dados da sua empresa antes de decidir qualquer coisa com eles.
Dúvidas de quem está começando
Uma semana parada mapeando processo é tempo demais para uma empresa pequena?
A semana é de esforço concentrado de duas pessoas, com o resto da casa trabalhando normalmente e cedendo cerca de duas horas cada. Comparada com um projeto de software que erra a ordem e entrega três meses de trabalho no processo errado, ela é a parte barata. Se a semana inteira não couber, meça as cinco linhas que você suspeita serem as mais caras: um punhado de linhas medidas ordena mais projeto do que o mapa inteiro apenas descrito.
Por que não perguntar ao gerente em vez de sentar do lado de quem executa?
Porque a versão narrada é o processo desenhado no passado e a versão observada inclui as adaptações que mantiveram a empresa funcionando desde então: a planilha paralela, o grupo de mensagens onde a aprovação acontece de fato, o campo cujo nome não tem relação com o que ele guarda. Nada disso aparece quando você pergunta como funciona o processo. Perguntar é rápido e devolve um mapa limpo demais para ser verdade.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
A resposta curta deste capítulo: o mapa é uma planilha de 15 a 30 linhas, uma por workflow, produzida em cerca de uma semana caminhando os processos com quem os executa, e cada linha carrega horas manuais cronometradas. O paper da Boom Automations, publicado em 17 de agosto de 2026, registra essas faixas no quadro "WORKING COUNTS". Na Vinco, o mapa devolveu 19 workflows e 58 horas por semana de trabalho manual, com o pior deles concentrando 9,5 horas.
Glossário rápido
Documentação de processo
O documento chamado "Processos", com sete etapas genéricas, aprovado na reunião e nunca reaberto. Existe para treinar gente nova, pode ser aproximado e ainda assim funciona.
Mapa de workflows
O artefato deste capítulo. Existe para ordenar investimento, e só produz decisão quando cada linha carrega medida. Um documento bonito e sem cronômetro tem o mesmo nome e nenhuma das propriedades.
Workflow
Definição literal do autor: "anything that happens more than once a week", qualquer coisa que acontece mais de uma vez por semana. É critério de frequência, então o fechamento contábil do ano fica de fora e a confirmação de agendamento entra.
Função de ranqueamento
A medida única, na mesma unidade para todos os candidatos, que ordena a fila sem discussão. Aqui são as horas manuais cronometradas por semana, e o autor escreve que elas precificam o retorno antes de você gastar um dólar.
A definição de workflow do quadro acima é de Luke Pierce, CEO da Boom Automations, no artigo publicado em 17 de agosto de 2026, e o corte de frequência que ela impõe é o que impede o mapa de virar enciclopédia. Sem ele, a conversa desliza para o excepcional, porque o excepcional é o que dói na memória das pessoas. O trabalho que consome a semana raramente é lembrado como problema: ele é lembrado como "o jeito que a gente faz". Você vai priorizar exatamente esse material, e o critério de frequência é o que o traz para a superfície.
Os sete campos de cada linha do mapa, na ordem em que se preenchem
- O gatilho que inicia o processo, nomeado como evento.
- Todos os passos do meio, sem agregar trocas de mão.
- O que significa "pronto", observável por terceiro.
- O dono de cada passo, com nome de pessoa.
- A latência de cada handoff, que é o primeiro campo a acusar em vez de descrever: ele aponta onde o trabalho para de andar.
- Os pontos em que o mesmo dado é digitado duas vezes, que é o segundo campo a acusar: ele aponta onde o trabalho é feito duas vezes.
- As horas manuais cronometradas, sétimo campo e o que governa o resto do projeto. Os seis primeiros são do autor; ele escreve que estas horas viram a função de ranqueamento de todo o build e precificam o retorno antes de você gastar um dólar.
Frequência, nunca importância
Se acontece mais de uma vez por semana, entra no mapa. Se acontece uma vez por trimestre, fica de fora, mesmo que pareça estratégico.
- O gatilho é um evento, não um horário: "contrato assinado", não "toda segunda".
- "Pronto" precisa ser observável por terceiro, sem perguntar a ninguém.
- Dono por passo, nome de pessoa. Time não é dono.
- Latência de handoff é medida em horas ou dias de espera, não em esforço.
O teste: Leia a linha em voz alta para quem executa o processo. Se a pessoa corrigir algum campo, o mapa ainda não está pronto.
alexandrecaramaschi.com/educacao/frontends-com-vibecoding
O system paper da Boom Automations, de 17 de agosto de 2026, publica faixas de contagem para o mapa, e elas prestam um serviço que a prosa do artigo não presta: dizem quando parar. Um mapa muito abaixo do piso de 15 linhas não terminou. Um mapa muito acima do teto de 30 trocou frequência por exaustividade e vai atrasar o projeto sem melhorar nenhuma decisão. Use as faixas abaixo, declaradas pela agência a partir da própria carteira, como termômetro de calibragem.
Faixas de contagem do mapa, quadro "WORKING COUNTS" do paper
| Contagem | Faixa publicada | Leitura quando você fica abaixo | Leitura quando você estoura |
|---|---|---|---|
| Workflows mapeados | 15 a 30 | O critério de frequência foi aplicado com frouxidão, ou só o fundador foi ouvido | Entrou tarefa avulsa no lugar de processo, e o mapa perdeu poder de ordenar |
| Handoffs por workflow | 2 a 4 | Provável passo agregado: alguém descreveu três trocas de mão como uma | Sinal de processo que atravessa departamentos demais, candidato natural a redesenho |
| Ferramentas no estoque | 7 a 12 | Estoque incompleto: planilha pessoal e assinatura esquecida quase nunca aparecem na primeira volta | Há duplicidade de ferramenta, que o passo seguinte da esteira vai resolver |
| Digitações duplicadas | 10 a 25 | Falta caminhar o processo com quem executa; a versão narrada esconde a redigitação | Confirma o diagnóstico de esquemas sem chave comum, e cada ocorrência é candidata a automação |
| Janela de mapeamento | 1 semana | Mapa raso, feito por entrevista de corredor | O mapa virou projeto e passou a competir com o build que ele deveria ordenar |
A janela de uma semana é declarada para empresa de cerca de 20 funcionários, mais ou menos cinco, na faixa de US$ 2 a 10 milhões de receita anual.
Fonte: Boom Automations, system paper DOC OS-01 REV 01, quadro "WORKING COUNTS", 17 de agosto de 2026. Faixas declaradas pelo fornecedor, sem metodologia publicada.
A Fig. 03 do paper traz um workflow mapeado do começo ao fim, o onboarding de cliente novo, e ele cabe na cadeia abaixo. Repare nos dois sinalizadores que o autor crava sobre os passos: DUPLICATE ENTRY onde o dado entra duas vezes e HANDOFF LATENCY onde o trabalho fica parado esperando alguém.
- Etapa 1 de 6: Negócio fechado
Gatilho do workflow
- Etapa 2 de 6: Contrato enviado
0,5 h por semana cronometrada
- Etapa 3 de 6: Cliente redigitado no CRM
Sinalizador DUPLICATE ENTRY
- Etapa 4 de 6: Espera a operação ver o e-mail
Sinalizador HANDOFF LATENCY, dois dias
- Etapa 5 de 6: Projeto montado à mão
3 h por semana cronometrada
- Etapa 6 de 6: Kickoff agendado
Critério de pronto
A legenda da figura fecha a conta: dois sinalizadores encontrados, 3,5 horas por semana cronometradas. Repare no que essa linha passou a permitir. Ela compete com qualquer outra linha do mapa por prioridade, tem duas intervenções óbvias já nomeadas e tem um número que sobrevive à discussão. Nenhuma reunião sobre "melhorar o onboarding" chega a esse ponto, porque discussão sem cronômetro termina em opinião sobre esforço.
Observe também onde a figura para. Ela descreve o trabalho como ele acontece hoje e deixa ferramenta, tela e plataforma de fora. O mapa é deliberadamente anterior a tudo isso, e essa é a primeira das quatro regras que o paper enuncia: mapeie antes de construir qualquer coisa. O custo de desrespeitar a regra está declarado no documento em linguagem de fornecedor, "automating a broken process costs 10x fixing it first", com a observação de que todo projeto de resgate que a agência aceitou tinha pulado o passo 01.
Rita Bevilacqua, sócia responsável pela operação
Instalações prediais, São Paulo, 21 pessoas, R$ 31 milhões de receita anual, sem ERP
Dor
Três orçamentos de plataforma na mesa e nenhum critério para escolher, porque ninguém sabia onde as horas manuais estavam. Damião Fontes era o único que sabia onde cada dado morava, e o conhecimento dele nunca tinha saído da cabeça dele.
Solução
Uma semana caminhando processo com quem executa, cronômetro na mão, uma ficha por workflow com gatilho, passos, dono por passo, critério de pronto, latência de handoff e digitação dupla. Nenhuma ferramenta avaliada nessa semana.
Resultado
19 workflows mapeados e 58 horas por semana de trabalho manual cronometrado. A medição de obra apareceu como o workflow mais caro, com 9,5 horas por semana, três handoffs e duas digitações duplicadas, sendo a pior delas o dado de medição redigitado da planilha para o Monday e de novo para a planilha de faturamento.
Custo apurado: Uma semana de esforço concentrado de duas pessoas, sem nenhuma compra de software. O mapa passou a ser o documento que ordena a fila de migração e a fila de automação dos capítulos seguintes.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
O procedimento abaixo põe em campo o que o autor descreve em prosa. Execute na ordem, porque cada passo produz o insumo do seguinte.
Como executar o mapa em uma semana
Duas pessoas, uma semana, um cronômetro e uma planilha. Nenhuma avaliação de ferramenta durante a semana: ela contamina a medição, porque quem sabe que a resposta vira compra descreve o processo que quer ter.
Passo 1: Levante a lista bruta de candidatos pelo calendário e pela caixa de entrada
Varra a agenda recente e o e-mail enviado da equipe. Toda mensagem repetida com assunto parecido é um workflow disfarçado.
Deu certo quando: Você chega ao fim do dia com mais candidatos do que a faixa de 15 a 30 comporta, o que é o estado correto neste ponto.
Erro comum: Começar pedindo à equipe a lista de processos. As pessoas listam o que é nobre, não o que é frequente.
Passo 2: Aplique o corte de frequência e feche o escopo da semana
Mais de uma vez por semana entra. O resto vai para uma segunda lista, que você não vai mapear agora.
Deu certo quando: A lista final cabe na faixa publicada pelo paper e cada item tem um gatilho nomeável em três palavras.
Erro comum: Deixar entrar o processo trimestral porque alguém na sala tem interesse nele. Ele volta depois, com o sistema já de pé.
Passo 3: Caminhe cada workflow ao lado de quem o executa, na estação de trabalho da pessoa
Peça para executar de verdade um caso real enquanto você observa. Sua pergunta padrão é "e agora, o que você abre?".
Deu certo quando: Você anota abas e telas que ninguém tinha mencionado na reunião, e a pessoa diz alguma variação de "isso aqui é chato, mas é rápido".
Erro comum: Aceitar a narrativa do fundador como mapa. O autor escreve que a versão do fundador e a versão do operador são geralmente dois processos diferentes.
Passo 4: Cronometre o esforço manual por passo e converta para horas por semana
Meça a execução de um caso, multiplique pela frequência semanal observada, nunca pela frequência declarada.
Deu certo quando: Cada linha do mapa tem um número em horas por semana, e a soma das linhas tem ordem de grandeza defensável diante de um sócio cético.
Erro comum: Cronometrar o dia inteiro da pessoa. Você quer o esforço do passo, não a jornada.
Passo 5: Marque latência de handoff e digitação dupla como sinalizadores explícitos
Latência é tempo de espera entre mãos, medido em horas ou dias. Digitação dupla é o mesmo dado entrando duas vezes, ainda que com outro nome de campo.
Deu certo quando: O total de digitações duplicadas do mapa cai na faixa de 10 a 25 que o paper publica.
Erro comum: Contar como uma só a redigitação que abastece mais de um destino. Cada destino é uma ocorrência, e cada uma vira candidata a automação depois.
Passo 6: Ranqueie por horas por semana e valide o topo com quem executa
Ordene decrescente e leve as primeiras linhas do ranking de volta para as pessoas que as executam, com os números na tela.
Deu certo quando: As pessoas discutem os números em vez de discutir se o problema existe. Correção de valor é ótimo sinal; discordância sobre existência significa que faltou observação.
Erro comum: Publicar o ranking sem essa volta. Mapa contestado no mês seguinte não ordena projeto nenhum.
No fim você tem: Uma planilha de 15 a 30 linhas, cada uma com sete campos preenchidos e um número em horas por semana, ordenada por custo. É o insumo obrigatório da auditoria de estoque, do modelo de dados, da ordem de migração e da fila de automações.
Vale isolar o passo três, porque é onde a maior parte dos mapas se perde. O autor registra que a versão do fundador e a versão do operador são geralmente dois processos diferentes. A versão narrada é o processo desenhado no passado; a versão observada inclui todas as gambiarras que mantiveram a empresa funcionando desde então.
O que some quando você pergunta "como funciona o processo?"
- A planilha paralela que alguém criou para não perder o controle, e que hoje é a fonte real do número.
- O grupo de mensagens onde a aprovação de verdade acontece, fora de qualquer sistema.
- O campo do CRM cujo nome oficial não tem relação nenhuma com o que ele guarda.
- A conferência manual de fim de mês, que ninguém chama de tarefa porque "é rápido".
- A espera de dois dias entre duas mãos, invisível porque ninguém se sente trabalhando enquanto espera.
Mapa narrado na sala de reunião contra mapa caminhado na estação de trabalho
Você pergunta como o processo funciona
Versão narrada
- Passos agregados: três trocas de mão viram "a operação recebe".
- Ferramentas oficiais apenas; planilha pessoal e grupo de mensagens não são citados.
- Tempo estimado de memória, quase sempre subestimado no trabalho rotineiro.
- Digitação dupla invisível, porque quem digita já não percebe aquilo como trabalho.
- Critério de pronto declarado como intenção: "quando está tudo certo".
Você observa um caso real sendo executado
Versão observada
- Cada troca de mão aparece com o tempo de espera que ela impõe.
- O estoque real de ferramentas emerge, o que já adianta o passo seguinte da esteira.
- Tempo cronometrado por passo, multiplicado pela frequência que você viu acontecer.
- Cada redigitação é registrada com origem e destino, virando candidata a automação.
- Critério de pronto observável: existe um evento no sistema que qualquer um confere.
Cada aba traz o sintoma, a causa e o movimento de saída
Completude no lugar de frequência
Sintoma: o mapa passou longe do teto de 30 linhas e a equipe está exausta na quarta-feira.
Causa: o critério de frequência foi trocado por ambição de completude, quase sempre por medo de deixar algo de fora antes de uma compra grande.
Saída: reaplique o corte de mais de uma vez por semana sobre a lista que você já tem, mande o excedente para uma lista de segunda volta e continue. Nada se perde, porque a segunda volta acontece com o sistema já de pé e custa uma fração do esforço.
Mapa completo e sem cronômetro
Sintoma: a reunião seguinte discute por onde começar durante uma hora e termina no palpite de quem falou mais alto.
Causa: tratar o cronômetro como preciosismo de consultor. Como o autor escreve que essas horas são a função de ranqueamento do build inteiro, um mapa sem elas é documentação de treinamento com outro nome.
Saída: caminhe de novo as linhas que você suspeita serem as mais caras, com cronômetro, e ranqueie só essas. Um punhado de linhas medidas ordena mais projeto que o mapa inteiro apenas descrito.
Mapear pela narrativa de quem lidera
Sintoma: o total de digitações duplicadas fica bem abaixo da faixa de 10 a 25 do paper, com o mapa parecendo limpo demais para uma empresa de sete a doze ferramentas costuradas por conexões de Zapier.
Causa: redigitação é o tipo de trabalho que não sobe na hierarquia. Ninguém relata como problema aquilo que já aceitou como rotina.
Saída: sente ao lado de quem executa e observe um caso real, sem interromper, anotando cada aba aberta.
Avaliar plataforma no meio da semana
Sintoma: a conversa migra de "o que acontece hoje" para "como isso ficaria no sistema novo", e o mapa passa a descrever um processo que ainda não existe.
Causa: ansiedade legítima de quem tem orçamento aprovado e prazo.
Saída: disciplina de sequência. O paper coloca a auditoria de estoque no passo 02 e o modelo de dados no passo 03, os dois depois do mapa, e é o mapa que ranqueia ambos.
O mapa está pronto quando cada item abaixo pode ser conferido por outra pessoa sem consultar você. Esse é o teste, acima da sensação de completude: um mapa que só o autor entende não sobrevive à primeira reunião de priorização.
Critério de pronto do mapa de workflows
Escopo
0/3Instrumentação
0/5Validação
0/4Uma ficha por workflow, preenchida no lugar onde o trabalho acontece. Copie o modelo abaixo, replique por linha do mapa e mantenha os campos na mesma ordem em todas as fichas: a ordem é o que permite comparar duas fichas em dez segundos, que é o gesto que você vai repetir dezenas de vezes ao priorizar.
Ficha de workflow, uma por linha do mapa
Preencha durante a observação, não depois. Campo em branco é informação que você não tem, e é melhor que ele fique visível assim.
Documento montado
FICHA DE WORKFLOW Workflow: [NOME DO WORKFLOW] Frequência observada: [FREQUÊNCIA OBSERVADA POR SEMANA] Gatilho: [GATILHO, COMO EVENTO] Passos do meio, com dono e esforço: [PASSOS DO MEIO, UM POR LINHA, COM DONO E ESFORÇO] Critério de pronto: [CRITÉRIO DE PRONTO, OBSERVÁVEL] Handoffs e latência: [HANDOFFS E LATÊNCIA DE CADA UM] Digitações duplas: [DIGITAÇÕES DUPLAS, COM ORIGEM E DESTINO] Horas manuais por semana, cronometradas: [HORAS MANUAIS POR SEMANA, CRONOMETRADAS] Método de preenchimento: observação de caso real na estação de trabalho de quem executa, com cronômetro por passo. Nenhuma decisão de ferramenta tomada nesta ficha.
O que você digitar fica salvo neste navegador. Nada é enviado para servidor algum.
Rita voltou para a mesa com os três orçamentos e uma planilha de 19 linhas. A pergunta do vendedor, quantas horas por semana a equipe gasta redigitando dado, passou a ter resposta com origem: 58 horas por semana de trabalho manual cronometrado, com a medição de obra respondendo por 9,5 delas. O que mudou não foi o poder de negociação, embora ele tenha mudado. O que mudou é que a ordem do projeto deixou de ser uma escolha de gosto. A medição de obra é o primeiro departamento a migrar, as duas digitações duplas dela são as primeiras candidatas a automação e o valor de qualquer proposta passou a ser comparável com um número da própria empresa.
Na segunda-feira, o gesto é curto de descrever e desconfortável de executar: pegue a agenda recente da sua equipe, escreva a lista bruta de candidatos, aplique o corte de frequência e marque as sessões de observação, cada uma na estação de trabalho de quem executa o processo. Leve cronômetro. Não abra nenhum site de plataforma antes de a última sessão terminar. O critério de pronto da sua semana é a planilha ordenada por horas por semana, com as linhas do topo já validadas com as pessoas que as executam.
O capítulo seguinte pega essa mesma planilha e faz com ela a única coisa que a fonte descreve sem detalhar: transforma horas cronometradas em conta de retorno, com premissas explícitas que você troca pelas suas.
Antes de seguir, confira três coisas no seu material. Primeira: a contagem de workflows cai na faixa de 15 a 30 e cada linha passou pelo corte de frequência. Segunda: existe um número em horas por semana em toda linha, obtido com cronômetro sobre um caso real, e a planilha está ordenada por esse número. Terceira: latência de handoff e digitação dupla estão marcadas como campos próprios, porque são eles que vão alimentar a fila de automações no fim desta esteira. Se algum dos três falhar, o problema não se resolve no capítulo seguinte: ele se resolve voltando ao chão de operação com cronômetro.
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- Primeiro Workflow no n8nsugerido pelo grafoApresenta o conceito “Workflow”, usado em “Mapear antes de tocar em qualquer ferramenta”.
- As linhas que ninguém orça: build, medição e logsugerido pelo grafoApresenta o conceito “Build”, usado em “Mapear antes de tocar em qualquer ferramenta”.
- CursoAutomação com n8n e Make: Fluxos Inteligentessugerido pelo grafo15 capítulos de “SO nativo de IA” usam conceitos apresentados em “Automação com n8n e Make: Fluxos Inteligentes”.
- CursoDeploy para decisão executivasugerido pelo grafo6 capítulos de “SO nativo de IA” usam conceitos apresentados em “Deploy para decisão executiva”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Gestão de Projetos GEOEscolher entre fluxo contínuo e ciclos de trabalhoExaminar conexões de Escolher entre fluxo contínuo e ciclos de trabalho
- Segundo cérebro com IAComeçar pequeno e crescer sem refazer o segundo cérebroExaminar conexões de Começar pequeno e crescer sem refazer o segundo cérebro
- Engenharia de Software para ExecutivosDescobrir por que mudar um campo pode levar três semanasExaminar conexões de Descobrir por que mudar um campo pode levar três semanas
- Vendas Consultivas de Serviços de GEO e IAFechar o contrato e chegar à renovação com dadoExaminar conexões de Fechar o contrato e chegar à renovação com dado
Voltar ao capítulo anterior: Sete ferramentas, zero retrato da empresa
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em SO nativo de IA
- 01Sete ferramentas, zero retrato da empresa
- 02Mapear antes de tocar em qualquer ferramenta
- 03Cronometrar, e a conta que o mapa devolve
- 04Absorver, manter ou matar: a auditoria do estoque
- 05Um caminho de escrita por entidade