Módulo de reservas
Esta página acompanha o desenvolvimento do módulo de reservas do Hello Park. É atualizada a cada entrega e mostra, etapa a etapa, o que já funciona, o que está a ser construído e o que aguarda elementos da vossa parte.
Etapa a etapa
Pela ordem em que acontecem. Cada uma depende da anterior estar fechada, com exceção das que aguardam acessos, que podem avançar assim que os recebermos.
As telas principais apresentadas e aprovadas antes de se programar, para não haver retrabalho no fim.
O coração do sistema: o que decide que horários podem ser vendidos. Construído com testes automáticos desde o primeiro dia.
O fluxo completo, do tipo de Festa ao pagamento do sinal, com o valor a atualizar-se a cada passo.
Bilhetes, Ateliers de Férias, Grupos Escolares e Kidsitting, cada um com as suas regras próprias.
O que a equipa usa todos os dias. Mesmo início de sessão do site, mas com uma interface própria, sem nada do WordPress.
A validação da entrada no dia da Festa, pelo telemóvel ou tablet da equipa, sem instalar aplicação nenhuma.
Para a equipa poder alterar preços, capacidades, horários e prazos sem nos pedir, com proteções contra alterações que partiriam reservas já marcadas. Organizado por serviço, com os mesmos nomes do site.
O checkout dentro do site, com MB WAY e referência Multibanco. Está construído de ponta a ponta: a família escolhe o método, paga, e a reserva confirma-se sozinha quando o pagamento entra.
A Ifthenpay enviou chaves de teste de MB WAY e Multibanco, e o cartão exige um aditamento ao contrato com eles. Falta decidir se querem cartão, e pedir contas próprias para as reservas: as que o site atual usa já têm o aviso de pagamento apontado ao WooCommerce.
A confirmação que chega à família, com o QR de entrada, e os restantes avisos automáticos. As sete mensagens saem sozinhas, e cada uma pode ser vista antes de sair.
Confirmar que recebe bem as mensagens, apontando a câmara ao código de entrada: é o teste que só se faz do lado de quem recebe. E aprovar os textos das mensagens, ou dizer-nos o que mudar.
Cada reserva a chegar ao CRM: o Adulto nos Pais, a Criança nas Crianças, e a reserva nos Serviços, ligados entre si. A funcionar nos quatro serviços, confirmado no CRM do parque.
Decidir se os Bilhetes entram no CRM: o parque vende-os sem limite, e cada um viraria uma ficha de uma família que foi lá uma tarde. Os outros quatro serviços entram.
Os números do parque, exportáveis para Excel e PDF com os filtros aplicados no ecrã: quem filtrou por um mês leva esse mês.
Enviada todas as manhãs com as reservas do dia, para a equipa poder receber as famílias mesmo que o sistema não esteja disponível.
Indicar para que endereços deve ir, e ligar o envio: nasce desligada porque leva alergias e cuidados de Crianças.
A passagem para o site definitivo, com os pagamentos testados antes de abrirem ao público.
Confirmar quando o site novo entra no ar, porque é onde o módulo vai ficar, e desligar o sistema de reservas atual no mesmo momento: dois sistemas a aceitar reservas em paralelo venderiam o mesmo horário duas vezes.