O contexto
Um SaaS de reservas destinado a cabeleireiros, institutos de estética e profissionais de bem-estar. Cada estabelecimento tem uma página de reserva pública e gere a partir da ferramenta o seu calendário, as suas equipas, os seus serviços e os seus clientes.
O desafio
Três restrições estruturaram o projeto, e nenhuma das três é um pormenor de implementação.
A falta a uma marcação é o verdadeiro problema do setor. Nestas profissões, um horário perdido não se recupera: é faturação que desaparece. O lembrete não é, portanto, uma funcionalidade de conforto — é o principal valor económico do produto. Desde que seja lido, e o e-mail já não o é verdadeiramente.
O árabe não é mais uma tradução. Passar uma interface para árabe significa invertê-la por completo: sentido de leitura, alinhamentos, posição dos ícones, direção das setas, ordem das colunas. Um projeto que acrescenta o RTL depois nunca o faz por inteiro — fica sempre um ecrã esquecido.
O calendário multi-colaborador é um problema mais difícil do que parece. Horários individuais, ausências, durações variáveis consoante o serviço, sobreposições a impedir: a disponibilidade real de um salão não se calcula de forma ingénua.
O que fizemos
- Os lembretes por WhatsApp, através da API oficial — porque neste setor é o canal que é realmente lido, ao contrário do e-mail. Os envios são processados por tarefas em segundo plano, para que um serviço de mensagens lento ou indisponível nunca bloqueie uma reserva em curso.
- O multilingue tratado desde o início, incluindo o árabe da direita para a esquerda. A internacionalização foi assumida como restrição de arquitetura e não como camada acrescentada — é a única forma de não deixar ecrãs meio invertidos pelo caminho.
- Uma reserva pública sem criação de conta. Obrigar um cliente a criar conta para marcar é perder parte das reservas na etapa mais frágil do percurso.
- Um calendário multi-colaborador que gere os horários próprios de cada pessoa, com multi-estabelecimento na mesma conta.
O resultado
A plataforma está em desenvolvimento ativo.
Este projeto é um bom exemplo de uma decisão de produto que se parece com uma decisão técnica. Escolher o WhatsApp em vez do e-mail para os lembretes implica uma integração, uma gestão de tarefas em segundo plano e uma dependência de uma API externa — para um benefício que não é técnico de todo: uma marcação cumprida em vez de um horário perdido. É o tipo de arbitragem que se faz com o cliente, não no lugar dele.