Fluxos de trabalho de exemplo

Cinco fluxos de trabalho que o time da Okou roda toda semana. Cada um mostra a configuração, o prompt, o artefato que o Okou produz e o tempo que devolve.

A ideia não é copiá-los ao pé da letra — é ver a forma de um fluxo do Okou completo e adaptá-lo ao seu próprio trabalho.

1. Briefing matinal

A dor. Toda manhã começa com uma posta em dia: abrir o Slack, passar os olhos nas @menções, conferir a agenda, dar uma olhada nos PRs abertos. Vinte minutos antes da primeira tarefa de verdade.

Configuração. Um agendamento, dias úteis às 8h. Conectores: Slack, GitHub, Google Agenda.

Prompt.

"Todo dia útil às 8h, horário de Pequim, me mande uma DM com quatro seções:

1. @menções não lidas do Slack nas últimas 24 horas, com resumos de uma linha
2. Issues do GitHub atribuídas a mim, ordenadas por idade, com status e último comentário
3. A agenda de hoje — títulos das reuniões, horários e o documento do Notion pertinente, se estiver linkado
4. Uma sugestão de foco para o dia, com base no que está atrasado ou travando outras pessoas"

O que você recebe. Uma DM do Slack às 8h, geralmente de 200 a 350 palavras. Cada seção é curta, os números são concretos, os links vêm embutidos. O "foco sugerido" varia — às vezes é um PR óbvio, às vezes uma preparação de reunião que pede mais atenção do que o dia permite.

O que devolve. Cerca de 20 minutos por dia, mais o custo cognitivo de pular entre quatro ferramentas logo cedo.

Variações. Acrescente uma quinta seção com novos cadastros de clientes, ou com erros de produção do Sentry. Troque a DM do Slack por um e-mail se você prefere manhãs sem notificação.

2. Concorrência semanal

A dor. Saber o que os concorrentes lançaram na semana passada é útil. Checar à mão três contas no X, três changelogs, três páginas de preço e uma lista de blogs é uma tarefa que escapa em silêncio.

Configuração. Um fluxo de trabalho (competitor-scan) mais uma automação agendada na manhã de segunda. Conectores: X e Notion. A busca na web não precisa de nada conectado — é um serviço gerenciado.

Prompt.

"Varra @competitor1, @competitor2, @competitor3 no X e os changelogs deles desde a segunda passada. Cruze com as páginas de preço e com quaisquer posts de blog. Compare com a base da semana passada (página do Notion 'Competitor State'). Publique um resumo em #competitor-intel destacando: recursos novos, mudanças de preço, sinais de contratação e qualquer coisa notável no tom ou na mensagem."

O que você recebe. Uma thread no Slack na manhã de segunda. Mensagem principal: um resumo em cinco pontos. Respostas: seções por concorrente com atualizações citadas e links. A página-base do Notion é atualizada automaticamente para que a comparação da semana seguinte parta de dados frescos.

O que devolve. Cerca de 90 minutos por semana, mais a carga mental de fundo do "eu preciso ver como está a Acme".

Variações. Acrescente Reddit e Hacker News para o clima da comunidade. Acrescente uma retrospectiva trimestral que resuma as diferenças do ano num slide pronto para o conselho.

3. Triagem de bugs

A dor. Alguém joga uma captura ou uma descrição vaga no #bug-report. Aquilo precisa virar uma issue de verdade no GitHub, com passos de reprodução, severidade, rótulo e time. Esse passo de formalização é pequeno, mas constante.

Configuração. Um fluxo de trabalho (triage-bug-report), acionado à mão com Okou no #bug-report. Conectores: Slack, GitHub.

Prompt (no canal):

"Okou triaga isto — extraia os passos de reprodução das capturas e da thread, procure issues relacionadas no GitHub, classifique a severidade (P0–P3), atribua ao time mais provável com base nos caminhos de arquivo ou nos sintomas, e abra uma issue nova se não for duplicata. Responda nesta thread com o link."

O que você recebe. Uma resposta na thread em cerca de 60 segundos: um link de issue do GitHub, a severidade escolhida com uma justificativa de uma linha, uma lista de 2 a 3 issues relacionadas como contexto, e o time atribuído. Se o Okou achar que é duplicata, ele posta o link da issue original em vez de abrir outra.

O que devolve. Ao longo de uma semana cheia, essa é a diferença entre um rastreador de issues limpo e uma pilha de capturas do Slack sem triagem.

Variações. Acrescente um rótulo de "impacta cliente" conforme quem reportou seja ou não de fora da empresa. Acione o plantão automaticamente para P0.

4. Rascunho de resposta a cliente

A dor. Um e-mail de cliente precisa de uma resposta útil, alinhada à marca e fundamentada na documentação. Cinco minutos por e-mail × 30 e-mails por semana é um custo real.

Configuração. Um fluxo de trabalho (customer-reply-draft), acionado à mão encaminhando um e-mail ao Okou ou colando no chat. Conectores: Gmail, Notion (ou sua central de ajuda), Stripe (para faturamento), Linear (para problemas conhecidos).

Prompt.

"O cliente escreveu este e-mail [colar]. Leia os três últimos tickets dele, procure na nossa documentação a seção pertinente, veja no Linear se há problemas conhecidos que batem com o relato, e confira no Stripe o contexto de cobrança. Rascunhe uma resposta no idioma dele. Cite a seção da documentação. Fique abaixo de 150 palavras. Acompanhe o tom da nossa última resposta de suporte a essa pessoa."

O que você recebe. Um rascunho de resposta com as citações linkadas ao final — geralmente dois ou três links de documentação, mais um aviso do tipo "Linear ENG-4422 é um problema conhecido nisso; previsão para a semana que vem." Você lê rápido, ajusta uma linha, envia.

O que devolve. Cerca de 3 a 4 minutos por e-mail. Numa semana de suporte, isso dá horas.

Variações. Detecte automaticamente o nível do cliente pelo Stripe e coloque as respostas VIP diante de um revisor nomeado. O e-mail sempre chega como rascunho na sua conta para uma pessoa enviar, então é no passo de revisão que você decide quanto escrutínio cada nível recebe.

5. Produção semanal de conteúdo

A dor. O marketing quer um post de blog, três posts de LinkedIn e um conjunto de cartões sociais toda semana. Cada peça precisa de contexto vindo da pesquisa e do conteúdo existente. Coordenar isso entre ferramentas dá mais trabalho que escrever.

Configuração. Um fluxo de vários passos (weekly-content) numa automação agendada na sexta à tarde. Conectores: Notion (pesquisa), Plausible (analytics), Fal (geração de imagens), Loops (e-mail).

Prompt.

"Toda sexta às 14h, faça o seguinte:

1. Leia os documentos novos do Notion desta semana na base 'Marketing Inputs'
2. Cruze com os temas de blog da semana passada para evitar repetição
3. Rascunhe um post de blog de 800 palavras sobre o tema mais oportuno; salve no Notion em 'Blog Drafts'
4. Rascunhe três variações para LinkedIn da mesma ideia — um ensaio, uma lista, uma história pessoal
5. Gere três cartões sociais quadrados no nosso estilo de marca
6. Publique o pacote no #marketing para revisão"

O que você recebe. Uma única mensagem no Slack na sexta à tarde contendo os seis artefatos embutidos. O rascunho do blog aponta para uma página do Notion já formatada. Os rascunhos de LinkedIn estão prontos para copiar e colar. Os cartões sociais estão baixados e prontos para anexar.

O que devolve. Cerca de meio dia de coordenação por semana. Os editores revisam e publicam; não rascunham.

Variações. Acrescente um teste A/B em que o Okou gera dois títulos e os passa por um público pequeno via Loops. Acrescente uma consulta ao Plausible sobre os temas de melhor desempenho da semana passada para enviesar a escolha do tema.

Cada um desses fluxos levou de 10 a 30 minutos para montar. Depois disso, eles se pagam diária ou semanalmente. O custo é aproximadamente os créditos que cada execução consome — visíveis na página Faturamento. Veja Créditos e faturamento para as contas.

Para construir a sua versão, copie um destes prompts, troque os nomes das suas ferramentas e canais, e experimente. Itere a partir do resultado.

Para um conjunto maior, a biblioteca de fluxos pública lista cada exemplo com os conectores de que precisa, o prompt que o inicia e os passos que o Okou executa.