Moradas e telefones corretos no checkout: menos incidências de entrega

A transportadora devolve-lhe uma encomenda: «morada incompleta». Outra fica no armazém da transportadora porque o estafeta ligou para um telefone que não existe. Uma terceira demora mais dois dias porque o código postal era da província ao lado. Nenhum destes problemas é do transporte. Começaram no seu checkout, quando o cliente escreveu a morada à mão e ninguém verificou nada.

Os erros que mais se repetem

• Localidade mal escrita: sem acentos, com erros, noutra língua cooficial ou com o nome do lugar em vez do município.
• Código postal que não bate certo com a localidade ou com a província escolhida.
• Província errada, sobretudo em municípios perto de um limite provincial.
• Telefone sem indicativo de um cliente estrangeiro, ou com um dígito a menos.
• Telefone com indicativo duplicado ou com espaços, hífenes e parênteses que o sistema da transportadora não entende.
• Dados no campo errado: o andar e a porta na localidade, o nome da empresa na morada.

Cada um parece pequeno, mas paga-se: reenvios, chamadas ao cliente, encomendas devolvidas com o respetivo porte de volta e clientes que não repetem.

Porque é que o PrestaShop deixa passar estes erros

O formulário de morada do PrestaShop valida formatos: que o código postal tenha a forma do país (cinco algarismos em Espanha) e que o telefone só tenha caracteres permitidos. Não verifica que a localidade exista, que o código postal seja dessa localidade nem que o telefone seja um número válido para o seu país. Um «28001» com a localidade «Sevilla» passa sem problemas.

Localidade, província e código postal: que saiam de uma lista

A forma mais eficaz de evitar erros de escrita é não pedir que se escreva. Se o cliente escolher a província e depois a localidade numa lista pendente com pesquisa, a localidade existe sempre, está bem escrita e é coerente com a província. Se, além disso, o código postal for preenchido ao escolher a localidade, desaparece boa parte dos desacertos.

Duas ressalvas importantes:

1. As cidades grandes têm muitos códigos postais. Preencher um não deve impedir o cliente de o corrigir com o da sua rua.
2. É preciso decidir quão rigoroso é. Em modo estrito só se aceitam localidades da lista; em modo flexível, o cliente pode escrever a sua se não a encontrar. Se a sua lista estiver completa, o modo estrito evita erros; se vende para países onde a sua lista é parcial, é melhor o flexível.

Telefone: com o seu indicativo e num formato que as máquinas entendam

O telefone usa-se cada vez para mais coisas além de o estafeta ligar: avisos de entrega por SMS, mensagens de WhatsApp, verificação da transportadora. Todos esses sistemas esperam o número em formato internacional, E.164: o sinal de mais, o indicativo do país e o número, sem espaços (por exemplo, +34 seguido dos nove dígitos).

O que convém fazer:

• Detetar o indicativo que o cliente escreve. Um número francês com +33 continua a ser francês mesmo que a morada seja espanhola.
• Aplicar o indicativo do país da morada se o cliente não puser nenhum.
• Validar o comprimento e o formato consoante o país.
• Guardar o número normalizado no servidor, não apenas mostrá-lo bonito no ecrã: se o cliente tiver o JavaScript desativado, o dado tem de chegar igualmente limpo.
• Escolher entre avisar ou bloquear. Um número claramente inválido pode bloquear o envio da morada; um número válido de outro país só deveria gerar um aviso.

O back office também escreve moradas

Muitos erros não são introduzidos pelo cliente: são introduzidos pela equipa ao criar uma encomenda por telefone ou ao corrigir uma morada. Se a validação estiver só no checkout, o back office torna-se a porta de entrada dos dados sujos. O mesmo seletor de localidade e o mesmo validador de telefone têm de estar no formulário de moradas do back office.

Compatibilidade com o seu checkout

Qualquer alteração ao formulário de morada mexe na peça mais delicada da loja. Antes de instalar algo, verifique:

• Que funciona com o seu tema (o clássico, o Hummingbird ou um à medida) e com o seu checkout, seja por passos ou de uma só página.
• Que não usa overrides que choquem com outros módulos do checkout.
• Que funciona na sua versão do PrestaShop e do PHP. Se a sua loja estiver numa versão sem suporte, o checkout é precisamente onde mais se nota a acumulação de remendos; planear a atualização costuma poupar mais incidências do que qualquer validação.

Privacidade

Validar um telefone não exige guardar mais dados do que os que já pede. Se tiver estatísticas de validação, guarde o número mascarado, não completo, e defina durante quanto tempo conserva esses registos.

Checklist

• Reveja as últimas incidências de entrega e classifique-as: quantas vinham da morada ou do telefone?
• Faça com que a localidade saia de uma lista coerente com a província.
• Preencha o código postal ao escolher a localidade, deixando o cliente corrigi-lo.
• Guarde os telefones em formato internacional.
• Aplique a mesma validação no back office.
• Teste o checkout completo no telemóvel com uma morada estrangeira.

Perguntas frequentes

E as moradas que já tenho guardadas? A validação atua quando se cria ou edita uma morada. As antigas ficam como estavam: se um cliente habitual voltar a comprar, é uma boa altura para lhe pedir que reveja a sua.

Pedir o telefone é obrigatório? Depende das suas transportadoras: muitas exigem-no para avisar da entrega. Se o pedir, explique para que o usa e não o aproveite para outra coisa sem consentimento.

Como resolvê-lo no PrestaShop

O RKR Select City faz com que o cliente escolha a localidade de uma lista com pesquisa, com o código postal e a província preenchidos automaticamente; inclui 8.024 municípios de Espanha e pacotes iniciais de Portugal, França, Itália, Alemanha e Reino Unido, com modo estrito ou flexível. O telefone é validado com o seu indicativo internacional para 178 países, guardado em E.164 no servidor, e pode escolher modo suave ou estrito. Liga-se ao formulário de morada do PrestaShop sem overrides, funciona com o tema clássico, com o Hummingbird e com checkouts de uma página, e está também no formulário de moradas do back office. Nas estatísticas o telefone é guardado mascarado.