BENCH & PAPER / EXEMPLO 01 · RELATÓRIO ILUSTRATIVO
Uma resposta sobre entregas
com os limites certos.
Um piloto fictício para uma loja de mobiliário. As respostas abaixo foram escritas para demonstrar o formato da revisão. Não foi executado um modelo concreto, nem são apresentadas poupanças de tempo ou uma classificação de ferramentas.
1. A tarefa e o método atual
O responsável responde aos pedidos de entrega lendo o email, consultando a agenda e confirmando o custo da instalação. A mudança proposta ajuda a preparar a primeira resposta, mantendo as verificações e a aprovação com o responsável.
Material para um piloto real: 5–10 exemplos autorizados e anonimizados, as regras de entrega e uma definição acordada de resposta útil.
2. Uma resposta, revista
Pedido do cliente: «Podem entregar e instalar as prateleiras até sexta-feira?» Não são fornecidos código postal, disponibilidade nem preço de instalação.
Rascunho sem as regras
«Sim, podemos entregar e instalar as prateleiras até sexta-feira. A instalação está incluída.»
Rascunho com o contexto
«Obrigado pelo contacto. Qual é o código postal de entrega? Vou verificar a disponibilidade e o custo da instalação antes de confirmar uma data.»
| Regra a verificar | Sem regras | Com contexto |
|---|---|---|
| Pede o código postal | Em falta | Presente |
| Espera pela consulta da agenda | Promete sexta-feira | Data por confirmar |
| Usa apenas um preço confirmado | Inventa «incluída» | Preço por confirmar |
3. Exemplo de recomendação
Usar as instruções para preparar o rascunho. Manter a disponibilidade, o preço e o envio com uma pessoa.
A segunda resposta escrita para este exemplo cumpre as três verificações. Não demonstra que uma ferramenta concreta será fiável perante novos pedidos. O contexto e a lista de verificação são uma estrutura inicial para testar.
- Manter
- A agenda existente e a aprovação final do responsável.
- Acrescentar
- Um ficheiro de contexto reutilizável, instruções para o rascunho e uma lista curta de verificação.
- Ainda não automatizar
- Envio, agendamento, confirmação de preços ou pagamento.
4. O que fica registado na comparação real
O teu relatório compara o método atual com as ferramentas acordadas, usando os mesmos exemplos. Cada registo identifica a ferramenta e o modelo, a data, as definições, a versão do contexto, a resposta exata, as regras não cumpridas, as correções necessárias, o tempo de revisão e o custo. O tempo inclui a verificação e a correção, não apenas a criação do rascunho.
A escolha é explicada de acordo com as tuas prioridades. Se nenhuma opção melhorar de forma útil o método atual, a recomendação diz isso. Subscrições e custos contínuos de API são identificados separadamente do preço do piloto.
O CSV inclui esta revisão ilustrativa e cinco cenários de teste por executar. Os campos em branco não foram medidos.
5. Entrega e limitações
Ficam contigo o contexto do negócio, as instruções reutilizáveis, a folha de testes, o relatório e o guia de utilização. O piloto inclui uma revisão de esclarecimento. Mudanças nas regras, nas versões das ferramentas ou no âmbito podem exigir novos testes.
Uma amostra pequena não demonstra fiabilidade para todos os pedidos. Mantém a revisão humana e suspende o uso se a configuração falhar repetidamente numa regra essencial. Ligar o email, a agenda ou outros sistemas precisa de um âmbito separado.