Fluxos de marcação que os clientes chegam mesmo a concluir

Um fluxo de marcação são os vinte segundos mais valiosos do site de um negócio de serviços. É também onde a maioria perde pessoas sem dar por isso. Construir interfaces de marcação para barbearias, salões, oficinas e tosquiadores na biblioteca de demos fez surgir sempre o mesmo punhado de padrões.

#Comece pela decisão que o cliente já tomou

Quando alguém toca em Marcar, normalmente já decidiu o quê. Ainda não decidiu quando. Muitos fluxos começam por pedir nome, email e telefone antes de mostrarem um único horário. É ao contrário: pede compromisso antes de dar valor.

Uma ordem melhor é:

1. Serviço — já selecionado se o visitante tocou em Marcar num cartão de serviço concreto.
2. Hora — mostre a disponibilidade real o mais cedo possível.
3. Dados — apenas o que o negócio precisa realmente para prestar o serviço.
4. Confirmação — um resumo claro, não um «obrigado» genérico.

Na demo da barbearia, cada cartão de serviço tem o seu próprio link de marcação, por isso o primeiro passo já está feito quando o fluxo abre.

#Peça menos

Cada campo a mais custa conclusões. Para a maioria dos negócios por marcação, o mínimo é um nome e uma forma de contactar o cliente. Tudo o resto tem de merecer o lugar:

• Uma oficina precisa da matrícula porque determina peças e tempo.
• Um tosquiador precisa do tamanho e da raça do cão porque mudam a duração e o preço.
• Uma empresa de limpeza precisa de quartos e casas de banho porque são o preço.

Repare no padrão: cada pergunta extra muda diretamente o que o negócio vai fazer. Se um campo não muda o trabalho, não pertence ao fluxo.

#Ponha o preço e a duração junto ao botão

«Quanto custa?» e «quanto tempo demora?» são as duas perguntas que fazem as pessoas parar a meio da marcação. Responda às duas no cartão de serviço e de novo no resumo. A demo de limpezas mostra um preço detalhado ao vivo que se atualiza quando mudam quartos, casas de banho e extras; ninguém tem de adivinhar com o que se está a comprometer.

#Desenhe para um só polegar

A maioria das pesquisas de serviços locais acontece no telemóvel. Consequências práticas:

• Áreas de toque de pelo menos 44×44 px, com espaço generoso.
• Campos nativos de data e hora onde funcionam bem, seletores próprios grandes onde não funcionam.
• Uma barra de ações fixa no fundo do ecrã com Ligar e WhatsApp ao lado de Marcar, porque há sempre clientes que preferem falar.

Todas as demos da biblioteca trazem uma barra fixa no telemóvel exatamente por isso.

#Confirme como um recibo

O ecrã de confirmação deve ler-se como um recibo: serviço, data, hora, preço, morada e o que acontece a seguir. Se for possível alterar ou cancelar, diga como. A ambiguidade nesta fase gera chamadas — precisamente o que a marcação online devia reduzir.

#Falhe com elegância

Os horários esgotam. A rede cai. Um bom fluxo guarda o que o cliente escreveu, explica em linguagem simples o que correu mal e propõe a alternativa mais próxima. «Algo correu mal» com um formulário vazio é a forma mais rápida de perder uma marcação.

#O que as demos simulam e o que não simulam

As interfaces de marcação da biblioteca de demos são simulações: validam os dados e mostram estados de confirmação, mas nada é enviado nem guardado. Uma versão de produção ligar-se-ia a um calendário real, enviaria confirmações e trataria de reagendamentos. Manter essa fronteira explícita faz parte de desenhar com honestidade — um protótipo nunca deve fingir ser um sistema em funcionamento.

#Uma checklist curta

• Serviço já selecionado a partir do cartão tocado
• Disponibilidade mostrada antes dos dados pessoais
• Apenas campos que mudam o trabalho
• Preço e duração visíveis em todos os passos
• Ações fixas no telemóvel, incluindo uma opção humana
• Uma confirmação ao estilo de recibo
• Erros que guardam o que foi escrito e sugerem alternativas