Resposta direta
A ferramenta se avalia pelo processo que ela muda, não pela demonstração. Antes de contratar, descreva o processo atual, aponte onde o trabalho se perde e verifique se a ferramenta trata essa causa ou apenas acelera o trecho. O contrato precisa nomear o processo afetado, o dado de entrada, quem responde por cada etapa e como o caso se encerra. Se a ferramenta não se conecta ao processo existente, ela cria uma rotina paralela, e o custo passa a incluir manter as duas.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Enquadra a decisão de contratar como decisão de processo: o que exigir no contrato e onde a ferramenta deixa de ajudar.
O problema vem antes da ferramenta
Uma ferramenta criada para resolver um problema de processo nasce de um caso específico. Costuma funcionar bem naquele caso e mal nos vizinhos. Antes de contratar, vale descrever o processo como ele é: quem inicia, quem decide, onde o caso para e o que se faz quando o dado chega errado.
Se a ferramenta trata a causa, o processo perde etapas ou deixa de exigir conferência. Se ela apenas acelera um trecho, a etapa anterior e a seguinte continuam iguais, e o retrabalho muda de lugar. A diferença aparece na comparação do processo inteiro antes e depois, não na tela da ferramenta.
O que o contrato precisa nomear
Contrato de ferramenta de processo é contrato de responsabilidade. Precisa dizer qual processo muda, qual dado entra, quem responde por cada etapa e como o caso se encerra. Sem isso, qualquer falha vira discussão entre fornecedor e operação, e o cliente fica no meio.
Importa também a saída. Se a ferramenta for descontinuada, o processo volta ao estado anterior ou para de funcionar sem ela? Esse ponto raramente aparece no material de venda e define o custo de troca depois.
Quando a ferramenta não resolve
Ferramenta não conserta processo mal definido. Se ninguém sabe quem decide, se o dado de entrada é incompleto ou se a exceção é a regra, a ferramenta apenas registra a confusão mais rápido. Nesse caso, o trabalho é definir o processo primeiro.
Há situações em que o volume é baixo, o processo é instável ou a decisão depende de julgamento que muda a cada caso. Nesses cenários, a ferramenta tende a criar uma rotina paralela em vez de substituir a existente, e o custo de manter as duas supera o ganho. Verificar isso antes de assinar é mais barato do que reverter depois.
Recurso prático
Pontos que precisam estar definidos antes do contrato
| Ponto | O que precisa estar definido antes de assinar |
|---|---|
| Processo afetado | Qual processo muda, em que trecho e quem executa cada etapa hoje |
| Dado de entrada | De onde vem o dado, em que formato chega e o que ocorre quando falta |
| Responsável por etapa | Quem decide, quem corrige e quem encerra cada passo do caso |
| Encerramento | Como se sabe que o caso terminou e não volta para a fila |
| Saída | O que acontece com o processo se a ferramenta for descontinuada |
O erro mais comum é decidir pela demonstração, que roda com dado limpo e um caso único. O ponto mais ignorado é o caso fora do padrão: quando o dado chega incompleto, é aí que a ferramenta devolve o trabalho para a equipe.
Sobre o que está escrito aqui
Conceitos relacionados: processo afetado · dado de entrada · dono da etapa · critério de encerramento · rotina paralela. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Processos, retrabalho e produtividade — Página central do tema
- Procedimento ignorado: onde a regra diverge d… — procedimento escrito que ninguém segue
- Procedimento ignorado: caminhos para alinhar… — procedimento escrito que ninguém segue
Páginas relacionadas
O mesmo problema em outro objetivo
- Ferramenta criada para processo: o que ela resolve de fato — Diagnosticar
- Ferramenta que resolveu a dor: como organizar o processo — Organizar um processo
- Ferramenta própria para um processo: comparar alternativas — Comparar alternativas
- Ferramenta criada para resolver processo: o que medir depois — Explicar medição
- Ferramenta criada para um processo: como colocá-la em uso — Orientar implementação
Outras leituras em Processos, retrabalho e produtividade
- Automação travada na implantação: o que resolver antes — Descreve a sequência de decisões que precede a automação de um processo: dono, dado de entrada, regra de exceção e critério para voltar atrás.
- Pedido de automação: o que investigar antes de decidir — O que verificar em um pedido de automação antes de decidir: tarefa, regra, responsável e dado de entrada.
- Onboarding sem roteiro: extrair o processo do que já se faz — Reconstruir o roteiro de onboarding a partir das etapas já praticadas, com dado de entrada, responsável e critério de saída em cada etapa.
- Processo copiado de outra área: o que não se aplica — Aponta o que em um processo copiado de outra área não corresponde à operação atual, quais condições foram herdadas e onde o desenho cobra decisões sem dono.
- Processo novo criado sem retirar o antigo: como contratar — O que avaliar antes de aprovar um processo novo quando o antigo segue em uso: responsável pelo encerramento, data de corte e critério de desativação.