Exemplo de diagrama de raias (swimlane): fluxogramas multifuncionais que mostram cada transferência

Um cliente pede um reembolso de US$ 40 na segunda-feira. O suporte aprova em uma hora e encaminha ao financeiro, que emite os reembolsos em um lote na quinta-feira. Depois, o banco pode levar de 5 a 10 dias úteis para mostrar o crédito. Dez dias após o pedido, sem nada no extrato, o cliente contesta a cobrança.

Cada equipe fez seu trabalho no prazo. O atraso estava entre as equipes, nas filas em que a solicitação esperava seu próximo responsável. Um fluxograma simples desse processo parece inofensivo. Um diagrama de raias coloca cada etapa na raia de quem a executa, e o problema aparece como setas que cruzam raias.

Este artigo explica os diagramas de raias e quando usar um em vez de um fluxograma ou de BPMN, e depois percorre um exemplo de reembolso: símbolos, transferências, melhorias e dicas de desenho.

O que é um diagrama de raias

Um diagrama de raias é um fluxograma dividido em raias paralelas, uma por ator: uma pessoa, uma função, uma equipe ou um sistema. Cada etapa fica na raia de quem a executa. As setas continuam dando a ordem; as raias acrescentam a responsabilidade. Fluxograma multifuncional, diagrama swim lane e mapa de processo em raias são outros nomes para a mesma coisa.

Uma seta dentro de uma raia é trabalho se movendo dentro de uma equipe. Uma seta que cruza o limite de uma raia é uma transferência: o trabalho muda de dono e geralmente espera numa fila antes que alguém mexa nele.

Em Improving Performance, publicado pela primeira vez em 1990, Geary Rummler e Alan Brache argumentaram que «as maiores oportunidades de melhoria de desempenho muitas vezes estão nas interfaces funcionais», onde o trabalho passa entre departamentos: o espaço em branco do organograma, como diz o subtítulo. Um diagrama de raias desenha esse espaço em branco.

Diagrama de raias, fluxograma ou BPMN?

Escolha pela pergunta que você precisa responder. Se for «o que acontece depois», um fluxograma basta, como o fluxograma de resposta a incidentes que um engenheiro de plantão segue. Se for «quem está com isto agora e há quanto tempo espera», você precisa de raias. Escolha BPMN quando um motor de processos for executar o modelo, ou quando eventos e fluxos de mensagens entre organizações precisarem ser exatos. A especificação BPMN 2.0.2 chama seus pools e raias de swimlanes e deixa o significado de uma raia a cargo do modelador; o exemplo de diagrama BPMN trata dessa notação.

O exemplo: uma solicitação de reembolso, etapa por etapa

Uma loja online trata reembolsos com quatro atores: o cliente, o suporte, o financeiro e o sistema de pagamento (provedor de pagamento mais cobrança). A política do exemplo aceita reembolsos em até 30 dias, deixa o suporte aprovar os abaixo de US$ 100 e envia os maiores ao financeiro.

1. O cliente solicita um reembolso.
2. O suporte confere o pedido com a política de reembolso.
3. Se a solicitação estiver fora da política, o suporte envia uma recusa com o motivo.
4. Se for abaixo de US$ 100, o suporte aprova e emite o reembolso no mesmo dia.
5. Se for de US$ 100 ou mais, o financeiro revisa. Se o financeiro encontrar um motivo para recusar, o suporte explica a decisão ao cliente.
6. O sistema de pagamento reembolsa a forma de pagamento original e envia um e-mail de confirmação.
7. O banco mostra o crédito cerca de 5 a 10 dias úteis depois, segundo a documentação de reembolsos da Stripe.

Símbolos de um diagrama de raias

Resista a acrescentar mais: cada símbolo extra é mais uma coisa que um analista financeiro precisa aprender antes de conferir seu trabalho.

O que as raias revelam

Transferências

Conte as setas que cruzam o limite de uma raia. Um reembolso abaixo de US$ 100 cruza três vezes: cliente para suporte, suporte para o sistema de pagamento, sistema de pagamento de volta ao cliente. Um reembolso de US$ 100 ou mais cruza quatro vezes, assim como uma solicitação que o financeiro recusa. Antes de o limite existir, todo reembolso seguia um caminho de quatro transferências. Cada transferência é uma fila; na história do início, o trabalho levou minutos e a espera, dias.

Esperas e laços de retrabalho

As esperas se escondem nas transferências, então escreva-as nas setas. Para medir em detalhe o tempo por etapa e entre etapas, desenhe um mapa de fluxo de valor.

Laços de retrabalho são setas de volta a uma raia que o trabalho já visitou. A recusa do financeiro volta ao suporte de propósito, porque o suporte cuida da conversa com o cliente. O suporte pedir ao cliente um número de pedido que o formulário poderia ter exigido é desperdício puro.

Responsáveis ausentes

Uma etapa que você não consegue colocar em nenhuma raia é uma lacuna de responsabilidade. Verifique os reembolsos que falharam: a Stripe observa que um reembolso pode falhar, por exemplo quando a conta bancária do cliente foi encerrada, que o dinheiro pode levar até 30 dias para voltar ao seu saldo e que você precisa construir sua própria lógica para avisar clientes ou sua equipe. Se nenhuma raia é dona dessa etapa, ninguém será.

Melhorando o processo a partir do diagrama

1. Remova uma transferência. Deixe o suporte emitir reembolsos pequenos diretamente, o que tira a fila do financeiro de todo reembolso abaixo do limite. Provedores de pagamento permitem isso sem acesso total: o papel Refund Analyst da Stripe pode ver e reembolsar pagamentos, mas não criar pagamentos nem ver o saldo (no momento da escrita, novembro de 2026).
2. Adicione um limite de aprovação. Escolha-o com dados: ordene os reembolsos do último trimestre por valor e veja quantas solicitações, e quanto dinheiro, ficam abaixo de cada candidato. Escreva o número na própria decisão para que ninguém precise procurá-lo. Se o limite precisa ser imposto em vez de confiado, verifique-o na sua ferramenta de reembolso antes de ela chamar a API de pagamento.
3. Ponha uma meta em cada transferência, escrita na seta: o suporte responde em 1 dia útil, o financeiro decide em 2. Assim, um reembolso pequeno é emitido em 1 dia útil e um grande em 3. Os 5 a 10 dias úteis do banco estão fora do seu controle, então diga isso no e-mail de confirmação.

Raias horizontais ou verticais

BPMN permite raias nos dois sentidos. A diferença é prática:

Escolha um sentido para um conjunto de diagramas relacionados, para que os leitores nunca precisem se reorientar.

O diagrama de raias da solicitação de reembolso

Como ler:

• Quatro raias, de cima para baixo: cliente, suporte, financeiro e o sistema de pagamento.
• Yes sai sempre para a direita, No para baixo. Cada pergunta é formulada de modo que Yes signifique que algo precisa de atenção: fora da política, US$ 100 ou mais, um motivo para recusar.
• Verde é o caminho do reembolso. Solicitações abaixo de US$ 100 descem do suporte direto para o sistema de pagamento e nunca entram na raia do financeiro.
• Vermelho é o caminho da recusa. As duas recusas terminam com o suporte enviando o motivo ao cliente.
• Os rótulos das transferências carregam as metas; a seta tracejada são os 5 a 10 dias úteis do banco.
• O bloco Markdown lista a política, as metas e as transferências por caminho.

Desenhando diagramas de raias com clareza

• Um responsável por raia. Nomeie as raias por funções, equipes ou sistemas, não por pessoas; uma raia chamada Dana fica errada após a próxima reorganização.
• Comece cada caixa com um verbo: «Check order and refund policy», não «Order check».
• Rotule cada saída de decisão e mantenha cada resposta do mesmo lado em todos os losangos.
• Ordene as raias pelo tráfego, para que a maioria das transferências cruze um único limite. Pule uma raia só de propósito, como o reembolso pequeno faz aqui.
• Escreva as esperas nas transferências. O tempo de espera fica invisível até alguém anotá-lo.
• Deixe de fora os detalhes internos dos sistemas. Chamadas de API e webhooks pertencem a uma visão de arquitetura como o diagrama de integração de gateway de pagamento.
• Desenhe o processo atual e a proposta separadamente, para que ninguém confunda o plano com o que existe hoje.
• Termine cada caminho em um terminador, e divida o diagrama se ele precisar de mais de seis ou sete raias.

Monte no Archboard

1. Entre com Google ou GitHub e crie um diagrama, ou abra o modelo de fluxograma multifuncional, que já tem raias.
2. Adicione uma Piscina do pacote BPMN chamada Refund request process, com quatro raias: Customer, Support, Finance e Payment system.
3. Do pacote Fluxograma, adicione três nós Início / Fim à raia Customer: Request refund, Request closed e Refund received.
4. Em Support, adicione um Processo para conferir o pedido, dois nós Decisão (Outside refund policy?, $100 or more?) e um Processo para enviar a recusa.
5. Em Finance, adicione um Processo (Review refund) e uma Decisão (Reason to decline?). Em Payment system, adicione um Processo para o reembolso e um Documento para o e-mail de confirmação.
6. Conecte as etapas com cada Yes para a direita e cada No para baixo. Rotule as transferências com suas metas, pinte o caminho do reembolso de verde e o da recusa de vermelho, e deixe tracejada a espera do banco.
7. Adicione um bloco Markdown do pacote Básico com a política e as metas, mais duas notas de Texto.

Se o processo já existe como fluxograma Mermaid, a ferramenta de Mermaid para diagrama o transforma em um primeiro rascunho editável. Um diagrama Free comporta 15 nós de diagrama, então um processo mais longo precisa do Pro ou de um segundo diagrama. O exemplo usa 13 nós de diagrama e fica dentro do plano Free.

Perguntas frequentes

O que é um diagrama de raias (swimlane)? Um fluxograma dividido em raias, uma por pessoa, equipe ou sistema, com cada etapa na raia de quem a executa. Setas que cruzam o limite de uma raia são transferências.

Qual é a diferença entre um diagrama de raias e um fluxograma? Um fluxograma mostra a ordem de etapas e decisões. Um diagrama de raias acrescenta a responsabilidade, o que torna visíveis transferências, esperas e etapas sem responsável.

Um fluxograma multifuncional é o mesmo que um diagrama de raias? Sim, os nomes são intercambiáveis, assim como mapa de processo em raias. O BPMN também usa raias, mas dentro de pools e com uma notação mais rígida.

As raias devem ser horizontais ou verticais? Ambas funcionam. Raias horizontais combinam com processos longos em telas largas; raias verticais, com documentos e celulares que rolam para baixo. Escolha uma por conjunto de diagramas.

Um sistema pode ter sua própria raia? Sim. Um provedor de pagamento ou agendador que trabalha por conta própria merece uma raia; a especificação BPMN lista sistemas entre os usos típicos de raias.

Comece grátis — um assento, sem cartão de crédito.