Comece por respostas que a equipa possa enviar depois de verificar o pedido. Estes exemplos cobrem receção, diagnóstico, primeira verificação, encaminhamento e encerramento.
Cinco respostas reutilizáveis
Substitua todos os campos entre parênteses retos e retire passos inadequados. São indicações de edição, não variáveis automáticas.
;received— «Olá, [nome]. Recebemos o pedido [número] sobre [problema]. [equipa] vai analisá-lo. A próxima atualização será até [hora acordada e fuso horário].»;details— «Para investigar [problema], envie o nome do dispositivo, a versão da aplicação, a hora aproximada de início e o erro exato. Oculte dados privados nas capturas de ecrã. Não envie palavras-passe nem códigos de verificação.»;check— «Guarde o trabalho e feche e reabra [aplicação] quando for conveniente. [sintoma] mantém-se? Se sim, indique a hora do teste. Se fechar a aplicação interromper trabalho crítico, contacte-nos primeiro.»;escalate— «Encaminhámos o pedido [número] para [equipa], com [verificações realizadas]. [responsável] continua a ser o seu contacto. A próxima atualização será [hora acordada].»;resolved— «Efetuámos [alteração concreta] para corrigir [sintoma]. Teste [tarefa original]. Se continuar a falhar, responda com o resultado e o número do pedido. O encerramento seguirá [política de suporte].»
Adapte ao pedido
Uma confirmação de receção não substitui uma resposta técnica em falta. Refira apenas testes realizados. Combine uma hora de atualização que possa cumprir; não é uma promessa de resolução. Separe notas internas da resposta ao cliente.
Defina armazenamento e responsabilidade
Uma macro do sistema de pedidos é útil quando também precisa de alterar campos. Um expansor reutiliza texto em email, chat e formulários; teste cada destino. Atribua um responsável e reveja modelos quando os procedimentos mudarem. Exclua dados de clientes e segredos da biblioteca partilhada.