AutoflowTrilha 01 · Fundamentos de processos
O que é um processo
Antes de desenhar qualquer coisa, é preciso enxergar o trabalho como processo: uma sequência de atividades com começo, fim, responsáveis e um resultado para alguém.
A definição que importa
Um processo é uma sequência de atividades que transforma entradas em um resultado de valor para alguém. Esse “alguém” é o cliente do processo: pode ser um cliente externo (quem compra um carro), um cidadão (quem pede um alvará) ou uma área interna (o RH que recebe uma admissão pronta).
Todo processo tem quatro coisas que você precisa identificar sempre:
O que faz começar
“Cliente assinou a proposta”, “Requerimento protocolado”, “Todo dia 5 do mês”.
O que é entregue no fim
“Veículo entregue”, “Alvará emitido”, “Pedido recusado com justificativa”.
O trabalho no meio
Preencher, analisar, aprovar, conferir, emitir — sempre um verbo e um objeto.
Quem faz cada parte
Cargos e áreas, não nomes de pessoas: “Gerência comercial”, não “o Paulo”.
Por que insistir em gatilho e resultado? Porque é aí que a maioria das discussões com o cliente se resolve. Quando uma área diz “o processo de compras demora demais”, a primeira pergunta é: começa quando e termina quando? Para o solicitante, começa quando ele pede; para Compras, começa quando o pedido chega aprovado. São visões diferentes do mesmo processo — e a demora costuma estar justamente entre elas.
Processo, atividade, tarefa e procedimento
Esses termos se confundem no dia a dia. Use-os com precisão:
| Termo | O que é | Exemplo |
|---|---|---|
| Macroprocesso | Grande agrupamento de processos de uma área ou cadeia de valor | “Gestão de pessoas”, “Vendas” |
| Processo | Sequência de ponta a ponta com resultado para um cliente | “Admissão de colaborador” |
| Atividade / tarefa | Uma etapa do processo, feita por um responsável | “Coletar documentos do candidato” |
| Procedimento | O passo a passo detalhado de como fazer uma tarefa | “Conferir se a CNH está dentro da validade e legível” |
No Autoflow, o desenho do processo se chama Fluxo (o modelo BPMN publicado) e cada execução concreta se chama Processo (a instância: “Proposta 4521 do João”). As atividades humanas viram tarefas na caixa de Início de quem é responsável. O procedimento fica no formulário da tarefa (textos de ajuda, campos obrigatórios) e na Central de Ajuda.
Exemplo: um processo pequeno, mas completo
Abaixo, a solicitação de férias em sua versão mínima. Clique em cada elemento para entender o papel dele.
Repare no que falta neste desenho — e é exatamente o que torna um processo real mais difícil:
- E se o gestor recusar? Não há caminho para isso.
- E se o gestor não responder em uma semana? Não há prazo.
- E se o período conflitar com férias de outro colega? Não há regra.
- Quem avisa o colaborador do resultado?
Essas perguntas são o trabalho do consultor. Nas próximas lições você vai aprender a fazê-las e a desenhar as respostas.
Por que as organizações sofrem com processos
Quase todo problema operacional que um cliente relata é sintoma de um processo mal definido. Os mais comuns:
- Ninguém sabe em que pé está. O pedido “está com alguém” — mas com quem? Sintoma de processo sem rastreabilidade.
- Passagens que somem. Cada passagemHandoff — Passagem de trabalho de uma pessoa/área para outra. Cada passagem é um risco de atraso e perda de informação. entre áreas por e-mail ou papel é uma chance de perda. Processos com muitas áreas sofrem mais.
- Retrabalho. Documento faltando descoberto na terceira etapa, que devolve para a primeira.
- Regras na cabeça das pessoas. “Acima de tal valor, precisa do diretor” — mas só o Paulo sabe. Quando ele sai de férias, para tudo.
- Prazos estourados sem ninguém perceber. Especialmente grave no setor público, onde há prazos legais.
No setor público, o processo administrativo tem regras próprias: a Lei 9.784/1999 (processo administrativo federal) e as leis estaduais e municipais equivalentes definem prazos, direito de recurso, motivação das decisões e publicidade. Um processo bem desenhado no Autoflow ajuda a provar que esses requisitos foram cumpridos — cada etapa fica registrada com responsável, data e decisão.
Visão funcional × visão por processo
A maioria das organizações se enxerga pelo organograma: departamentos verticais (Comercial, Financeiro, Jurídico). Mas o cliente não vê departamentos — ele vê o processo atravessando todos eles, na horizontal.
| Visão funcional (vertical) | Visão por processo (horizontal) |
|---|---|
| “Meu departamento fez a parte dele” | “O cliente recebeu o resultado?” |
| Mede eficiência de cada área | Mede o tempo de ponta a ponta |
| Problemas ficam entre as áreas, sem dono | Cada processo tem um dono que responde pelo todo |
| Otimiza pedaços | Otimiza o conjunto |
Uma pergunta poderosa em reuniões de diagnóstico: “Quem responde se este processo inteiro atrasar?” Se ninguém souber responder, você encontrou a primeira oportunidade: definir um dono do processoDono do processo — Pessoa que responde pelo resultado do processo de ponta a ponta e aprova mudanças. Sem dono, ninguém decide..
Erro comum: confundir processo com sistema
Clientes frequentemente dizem “nosso processo é o sistema X”. Não é. O sistema suporta o processo. Se você só replicar no Autoflow o que o sistema antigo fazia, vai replicar também os problemas. Primeiro entenda o processo; depois decida como o Autoflow vai executá-lo.
Resumo
- Processo é uma sequência de atividades que entrega um resultado de valor para um cliente.
- Identifique sempre gatilho, resultado, atividades e responsáveis (cargos, não pessoas).
- No Autoflow: Fluxo é o modelo, Processo é a execução, tarefa é a etapa humana.
- Os problemas típicos — falta de rastreio, passagens perdidas, retrabalho, regras na cabeça, prazos — são sintomas de processo mal definido.
- Pense na horizontal: o cliente vê o processo, não o organograma.