Voltar para a documentaçãoO que o Okou entrega

Fluxos de trabalho de exemplo

Fluxos de trabalho completos do Okou: briefing matinal, varredura de concorrentes, triagem, respostas, conteúdo.

Última atualização em 17 de setembro de 2026 · 8 min read

Cinco workflows que o time do Okou roda toda semana. Cada um mostra a configuração, o prompt, o resultado que o Okou produz e o tempo que ele devolve.

A ideia não é copiá-los ao pé da letra, e sim enxergar o formato de um workflow completo do Okou e adaptá-lo ao seu próprio trabalho.

What an Okou workflow looks like from your side — Ask, Okou works, Open it. Ship it.

1. Resumo matinal

A dor. Toda manhã começa com uma corrida atrás do prejuízo: abrir o Slack, passar os olhos nas @menções, conferir a agenda, dar uma olhada nas PRs abertas. Vinte minutos antes da primeira tarefa de verdade.

Configuração. Uma programação, em dias úteis às 8h. Connectors: Slack, GitHub, Google Calendar.

Prompt.

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

  1. @menções do Slack não lidas das últimas 24 horas, com um resumo de uma linha cada
  2. Issues do GitHub atribuídas a mim, ordenadas por tempo em aberto, com status e último comentário
  3. A agenda de hoje — títulos das reuniões, horários e o documento do Notion relacionado, se houver link
  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 no Slack às 8h, normalmente de 200 a 350 palavras. Cada seção é curta, os números são concretos e os links vêm no meio do texto. O "foco sugerido" varia: às vezes é uma PR óbvia, às vezes é uma preparação de reunião que pede mais atenção do que o dia deixa transparecer.

O que economiza. Cerca de 20 minutos por dia, mais o custo mental de alternar entre quatro ferramentas logo de cara.

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

2. Semanal de concorrentes

A dor. Saber o que os concorrentes lançaram na semana passada é útil. Conferir na mão três contas no X, três changelogs, três páginas de preços e uma lista de blogs é uma chateação que vai ficando para trás sem ninguém perceber.

Configuração. Um workflow (competitor-scan) somado a uma automation programada para a manhã de segunda-feira. Connectors: X e Notion. A busca na web não exige nada conectado — é um managed service.

Prompt.

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

O que você recebe. Uma thread no Slack na manhã de segunda. Mensagem principal: um resumo em 5 tópicos. Respostas: seções por concorrente, com as novidades citadas e os links. A página de referência no Notion é atualizada automaticamente para que a comparação da semana seguinte parta de dados frescos.

O que economiza. Cerca de 90 minutos por semana, mais aquela carga mental de fundo do "preciso dar uma olhada no que a Acme está fazendo".

Variações. Acrescente Reddit e Hacker News para captar o sentimento da comunidade. Acrescente uma retrospectiva trimestral que condense as mudanças do ano em um slide pronto para o conselho.

3. Triagem de bugs

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

Configuração. Um workflow (triage-bug-report), acionado manualmente com @Okou no #bug-report. Connectors: Slack, GitHub.

Prompt (no canal):

"Okou faça a triagem disso — extraia os passos de reprodução das capturas de tela 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: o link da issue no 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 publica o link da issue original em vez de abrir uma nova.

O que economiza. Ao longo de uma semana movimentada, é a diferença entre um rastreador de issues organizado e uma pilha de capturas de tela do Slack sem triagem.

Variações. Acrescente uma etiqueta "customer-facing" conforme quem relatou seja ou não de fora da empresa. Acione o plantão automaticamente para P0.

4. Rascunho de resposta ao cliente

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

Configuração. Um workflow (customer-reply-draft), acionado manualmente encaminhando um e-mail para o Okou ou colando no chat. Connectors: Gmail, Notion (ou sua central de ajuda), Stripe (para cobrança), Linear (para problemas conhecidos).

Prompt.

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

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

O que economiza. Cerca de 3 a 4 minutos por e-mail. Ao longo de uma semana de suporte, são horas.

Variações. Detecte automaticamente a faixa do cliente pelo Stripe e coloque as respostas VIP diante de um revisor específico. O e-mail sempre chega como rascunho na sua conta para que uma pessoa envie, então é na etapa de revisão que você decide quanto rigor cada faixa recebe.

5. Produção semanal de conteúdo

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

Configuração. Um workflow de várias etapas (weekly-content) em uma automation programada para a sexta-feira à tarde. Connectors: Notion (pesquisa), Plausible (analytics), Fal (geração de imagens), Loops (e-mail).

Prompt.

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

  1. Leia os novos documentos 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 e uma história pessoal
  5. Gere três cards sociais quadrados no nosso estilo de marca
  6. Publique o pacote em #marketing para revisão"

O que você recebe. Uma única mensagem no Slack na sexta à tarde com todos os seis materiais no corpo da mensagem. 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 cards sociais já vêm baixados e prontos para anexar.

O que economiza. Cerca de meio dia de coordenação por semana. Os editores revisam e publicam; não escrevem mais o rascunho.

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


Cada um desses workflows levou de 10 a 30 minutos para ser montado. Depois disso, eles se pagam diariamente ou semanalmente. O custo corresponde basicamente aos créditos que cada execução consome — visíveis na página Billing. Veja Credits & billing para a conta.

Para montar sua própria versão, copie um desses prompts, troque os nomes das suas ferramentas e canais e experimente. Depois vá iterando a partir do resultado.

Para uma seleção maior, a workflow library pública lista cada exemplo com os connectors de que precisa, o prompt que o inicia e os passos que o Okou executa.