Você procura um template de mensagem no WhatsApp e encontra duas coisas com o mesmo nome: frases para copiar e modelos que precisam ser aprovados pela Meta. A diferença não está na aparência do texto, mas em como a empresa vai enviá-lo. Se alguém da equipe escreve ou escolhe uma resposta no aplicativo WhatsApp Business, pode adaptar uma frase e mandar. Se a empresa usa a Plataforma/API para iniciar um aviso ou falar fora da janela normal de atendimento, entra o modelo cadastrado e aprovado para essa conta.
Imagine uma ótica que acabou de conferir uma encomenda de óculos. O pedido está pronto, e a atendente precisa avisar o cliente. Antes de escolher uma ferramenta, ela resolve o mais importante: o que pode afirmar com segurança. Se ainda não conferiu a encomenda, não adianta ter o texto mais bem escrito do mundo.
Uma frase que dá para usar sem virar modelo da Meta
Se o cliente perguntou pelo pedido e a atendente vai responder na conversa pelo aplicativo, ela pode começar por este texto e preencher os dados conferidos:
Oi, [nome]. Seus óculos do pedido [número] estão prontos para retirada. Hoje a loja fica aberta até [horário]. Se não puder passar, me avise que combinamos outro dia.
Antes de enviar, a atendente troca os campos pelos dados da encomenda, confere se “hoje” e o horário continuam certos e tira a última frase se a loja não puder combinar outra data. Assim, o cliente recebe a notícia e sabe o que fazer, sem precisar adivinhar se a ótica estará aberta quando chegar. Se quiser destacar o número do pedido ou o horário, dá para formatar o texto da mensagem com negrito antes de copiar.
Se o recado se repete, a atendente pode salvar uma base como resposta rápida no aplicativo Business. Na hora, ela escolhe o atalho, completa nome, pedido e horário, relê e toca em enviar. O atalho poupa digitação; não consulta a encomenda, não dispara sozinho e não passa por aprovação da Meta como modelo da API. A página oficial dos recursos do aplicativo descreve essas respostas rápidas. Elas também não são a mesma coisa que uma mensagem automática de saudação ou ausência.
Quando o mesmo aviso precisa ser um modelo aprovado
Agora mude só a forma de envio. A ótica já opera pela Plataforma do WhatsApp Business, tem permissão para avisar clientes sobre seus pedidos e quer enviar o recado de retirada mesmo sem uma conversa recente aberta pelo cliente. Nesse caso, uma frase salva no aplicativo não resolve. Fora da janela de atendimento de 24 horas, a Plataforma exige um modelo de mensagem aprovado para iniciar esse contato. Uma resposta comum dentro da janela não vira template só por ter sido escrita antes.
A ótica pode propor um modelo de utilidade, ligado a uma encomenda específica, por exemplo:
Olá, {{1}}. Seu pedido {{2}} está pronto para retirada em nossa loja. Se precisar combinar outro dia, responda a esta mensagem.
Os campos {{1}} e {{2}} representam, respectivamente, o nome e o número do pedido. Na submissão, a ótica fornece amostras, como “Cliente Exemplo” e “284”, para mostrar como os campos serão preenchidos. O modelo também precisa de nome, idioma e componentes compatíveis com a documentação da Meta sobre templates. A equipe o cadastra nos recursos da conta da Plataforma e aguarda a análise antes de usá-lo nesse aviso.
Depois da submissão, a equipe confere na conta o status e a categoria efetivamente atribuídos. Enquanto o modelo estiver em análise, a ótica não programa o aviso por ele. Se o cliente perguntar pelo pedido, a atendente pode responder enquanto a janela de atendimento de 24 horas estiver aberta. Para tomar a iniciativa fora dela, a loja aguarda a aprovação ou usa outro canal autorizado. Se o modelo for rejeitado, a equipe confere o motivo e, conforme o caso, edita e reenvia ou apresenta recurso. Se ficar pausado, interrompe os envios e segue as instruções de retomada da conta; só volta a usá-lo quando estiver ativo. A Meta documenta a análise e a pausa.
Quando o modelo for aprovado, a ótica preenche os dados do pedido e acompanha o envio. Status aprovado do modelo não significa mensagem entregue.
A categoria também merece atenção. Se a ótica acrescentar um cupom de desconto ao aviso de retirada, o texto deixa de ser apenas uma atualização do pedido e pode ser classificado como marketing, mesmo que a empresa o tenha chamado de utilidade. A Meta pode reclassificar o modelo. As três categorias de template são utilidade, marketing e autenticação; “serviço” é um tipo de mensagem de atendimento, não uma quarta categoria de template. A regra de categorização é a referência para essa escolha.
Antes de enviar, confirme a permissão do cliente
Ter um modelo aprovado não dá licença para procurar números ao acaso. A ótica precisa respeitar a política de mensagens do WhatsApp Business, inclusive a permissão para contato e pedidos para parar de receber mensagens. O template organiza o aviso; não consulta o sistema de pedidos por conta própria. Quando a ideia é que o cliente escreva primeiro, um link com mensagem pronta abre a conversa, mas quem envia o texto é ele; dá para montar o link e testá-lo antes de divulgar.
Há custo e regras próprias na Plataforma, que variam conforme a categoria e as condições de envio. Por isso, se o recado será automatizado pela API, confira a página atual de preços da Meta e o contrato do fornecedor antes de multiplicar envios. Não aplique a tabela da API a uma resposta digitada no aplicativo Business. Para estimar quanto os avisos de retirada enviados por modelo aprovado somam na fatura, veja a conta de exemplo por categoria de mensagem: os modelos de utilidade entram em sua categoria própria e não se descontam da franquia das respostas de serviço.
Na ótica, a resposta ao cliente que escreveu primeiro pode sair como texto revisado pela atendente; se esse recado se repete, ela ganha tempo com um atalho manual. O aviso proativo pela Plataforma, fora da janela, espera um modelo aprovado e a permissão para falar com aquele cliente. Nenhum dos caminhos dispensa a primeira conferência: os óculos precisam mesmo estar prontos, e o número do pedido precisa ser o dele.