Construindo fluxos de trabalho personalizados

Fluxos personalizados transformam coordenação repetitiva em algo que o time define uma vez e executa com confiabilidade. No Dailybot, o construtor de fluxos é onde operações e gestores ligam quando algo deve acontecer a o que vem em seguida—mensagens, check-ins, notificações e integrações.

O construtor em visão geral

A interface gira em torno de um fluxo claro: você escolhe um gatilho, adiciona uma ou mais ações e, se fizer sentido, insere condições para que resultados diferentes abram caminhos diferentes. Você nomeia o fluxo, descreve o propósito para o time e ordena os passos. Uma estrutura legível facilita a passagem de bastão quando outra pessoa for manter a automação.

Tipos de gatilho

Gatilhos baseados em tempo

Execuções agendadas sustentam standups, lembretes e relatórios recorrentes. Você define a cadência (por exemplo, todo dia útil às 9h ou toda segunda de manhã) e o fuso que ancora a execução. São ideais quando o trabalho é previsível e não deve depender de alguém digitar um comando.

Gatilhos baseados em evento

Disparam quando algo acontece no workspace: envio de check-in, resposta de formulário, execução de comando ou término de outro fluxo. Mantêm as automações alinhadas à atividade real, não só ao relógio.

Gatilhos condicionais

As condições restringem quando o gatilho vale—só se um campo bater, houver uma tag ou um passo anterior tiver sucesso. Combinar eventos com condições reduz ruído e evita mensagens para quem não deve receber.

Passos de ação

Depois que o gatilho dispara, as ações rodam em sequência, salvo se uma ramificação mudar o caminho.

• Enviar mensagem — Publicar em canal ou DM com texto modelo, variáveis e contexto do evento.
• Criar ou solicitar check-in — Reforçar responsabilidade com o acompanhamento certo para cada time.
• Notificar canal — Exibir resumos ou alertas onde o time já trabalha.
• Chamar API — Enviar dados para outro sistema ou trazer um payload para automações mais ricas.

Combinar essas ações permite informar pessoas e atualizar sistemas de registro no mesmo fluxo.

Lógica de ramificação

A ramificação responde ao “e se?” sem duplicar fluxos inteiros. Você pode enviar um lembrete curto se uma tarefa atrasar um dia, escalar para um líder se passarem três dias ou pular mensagens no fim de semana. Desenhe os ramos em torno das exceções que hoje vocês tratam manualmente—é onde a automação costuma economizar mais tempo.

Testes antes de publicar

Trate fluxos como código: teste antes do rollout completo. Confirme o horário do gatilho no fuso pretendido, simule ou faça dry-run de rotas disparadas por evento e verifique cada ramo. Garanta que passos de API usem endpoints e credenciais corretos. Depois do go-live, acompanhe as primeiras execuções reais e ajuste texto, horário ou condições com base no feedback.

Exemplos

Fluxo de onboarding

Quando alguém entra em um time, dispare com usuário adicionado (ou evento equivalente). As ações podem incluir DM de boas-vindas, links para manual e ferramentas, e check-in adiado para o terceiro dia para captar dúvidas. Ramifique se o papel for específico (por exemplo, só engenharia recebe o checklist de repositórios).

Compilação semanal de relatório

Use gatilho por tempo toda sexta à tarde. As ações reúnem ou resumem entradas (de check-ins, formulários ou dados via API) e publicam um fio consolidado no canal de liderança. Uma condição pode omitir o post se não houver atualizações relevantes.

Cadeia de escalação

Comece com evento como bloqueio reportado ou formulário marcado como urgente. A primeira ação notifica o responsável; atraso temporal ou condição de acompanhamento escala para o gestor e, se aplicável, para um canal de plantão. Limites claros reduzem fadiga de alerta sem perder visibilidade do crítico.

Fluxos bem desenhados reduzem cobrança manual e alinham o Dailybot ao jeito real de trabalhar do time. Comece por uma dor frequente, publique uma versão pequena, itere e expanda.