Resposta direta
O contrato precisa separar o pedido simples do pedido que exige decisão, e isso se define antes da proposta. Primeiro: listar os tipos de pedido que hoje sobem de nível e qual informação cada um carrega. Depois: definir quem decide quando o caso não é simples e qual é o critério de encerramento. O tratamento da demanda simples fica com a área ou o fornecedor; volta ao nível sênior apenas o que depende de decisão fora do escopo. Sem essa separação, a entrega vira fila, transferência e retrabalho. O que se contrata não é volume de atendimento, é o critério que define quando o pedido deixa de ser simples.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o pedido simples que escala como decisão de contratação: o que fixar em escopo, aceite e responsabilidade antes de escolher fornecedor.
O que precisa estar definido antes da proposta
A proposta chega com preço por atendimento e prazo de resposta. Falta o que define o caso. Sem lista de pedidos, o fornecedor dimensiona a operação pela média e trata simples e complexo na mesma fila. O escalonamento continua, só muda de dono.
O que se define antes: quais pedidos são simples, qual dado cada um traz na abertura, quem decide quando o caso sai do escopo e o que conta como encerrado. É esse conjunto que permite comparar duas propostas. Sem ele, a comparação vira disputa de preço por unidade.
Onde a responsabilidade precisa ficar explícita
Pedido simples que escala quase sempre tem dono indefinido. O atendimento entende que o caso é técnico, a área técnica entende que é rotina. Na contratação, a matriz de responsabilidade precisa indicar quem decide, quem executa e quem encerra, por função, não por área.
Também precisa ficar claro o que a área contratada não decide. Quando o limite de decisão fica implícito, o fornecedor escala por segurança e o custo sobe sem que o problema de origem seja tratado.
O que a contratação não resolve
Contratar não corrige causa. Se o pedido simples escala porque o registro não guarda o histórico, ou porque a regra de exceção muda a cada semana, o novo arranjo repete o problema com outro nome no contrato.
Também não há escopo que funcione sem alguém com autoridade para decidir na ponta. Quando nenhuma função pode resolver sem aprovação, o escalonamento é sintoma de desenho, não de execução, e nenhum acordo comercial resolve isso.
Recurso prático
Antes de contratar, o que fixar no escopo
- Lista dos tipos de pedido simples, escrita antes de receber qualquer proposta.
- Informação mínima que cada tipo de pedido carrega na abertura.
- Critério que separa pedido simples de pedido que exige decisão.
- Quem decide quando o caso sai do escopo, indicado por função e não por área.
- Critério de encerramento e o que conta como resolvido.
- Regra de devolução ao nível sênior: o que volta e com qual contexto.
- Forma de medir se o pedido simples deixou de escalar ao longo do contrato.
O ponto mais ignorado é o critério de encerramento. Sem ele, o fornecedor mede volume de contato, o pedido simples reaparece no mês seguinte como reclamação e o escalonamento volta pela porta dos fundos.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
- Matriz de responsabilidade — Matriz de responsabilidade é a representação explícita de quem executa, quem aprova, quem é consultado e quem precisa ser informado em cada etapa de um processo.
Sobre o que está escrito aqui
Conceitos relacionados: escalonamento · escopo contratado · critério de aceite · matriz de responsabilidade · catálogo de pedidos. 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
- Atendimento, relacionamento e retenção — Página central do tema
- Cliente repetindo dados: qual caminho adotar — cliente repetindo informações
- Cliente repetindo dados: etapas para mudar a… — cliente repetindo informações
Páginas relacionadas
O mesmo problema em outro objetivo
- Pedido simples que exige escalonamento: onde investigar — Diagnosticar
- Pedido simples que exige escalonamento: onde ele trava — Organizar um processo
- Pedido simples que exige escalonamento: o que comparar — Comparar alternativas
- Pedido simples que vira escalonamento: o que medir — Explicar medição
- Pedido simples que escala: o que falta na alçada — Orientar implementação
Outras leituras em Atendimento, relacionamento e retenção
- Onboarding sem contato de acompanhamento: o que exigir — O que precisa estar definido no contrato de onboarding para dispensar acompanhamento contínuo: entregas, responsáveis, aceite e encerramento.
- Gatilho de retenção indefinido: o que exigir na contratação — Como avaliar propostas de retenção quando o gatilho ainda não existe: o que entra no contrato, quem responde por ele e o que fica fora.
- Triagem e escalonamento no atendimento: como definir quem resolve o quê — Critérios de triagem, regra de escalonamento e o que registrar na passagem — com uma matriz de três níveis.
- Cliente antigo tratado como novo: o que exigir na compra — O que verificar em contrato, dado e responsabilidade antes de contratar uma solução que evite tratar cliente antigo como novo.
- Escalonamento sem critério escrito: como medir o que acontece — Descreve como registrar e medir decisões de escalonamento quando não há critério escrito, partindo do que já acontece na operação.