Auto Detailing Đeki: plataforma de serviços digital para detalhe automóvel

Visão geral

Auto Detailing Đeki é uma plataforma web multilingue para um estúdio profissional de estética automóvel, com um foco claro no mercado croata e um potencial de crescimento deliberadamente previsto para os países vizinhos.

A plataforma foi concebida de modo a que os requisitos do mercado local, as expectativas dos clientes da região e uma futura expansão transfronteiriça não tenham de ser tratados como projetos separados.

O projeto combina um website público com uma apresentação detalhada dos serviços, lógica de preços dependente do veículo, pacotes configuráveis, marcação de datas, opções de pagamento, avaliações de clientes, documentação dos veículos, acompanhamento de trabalhos e uma interface de administração própria.

O objetivo não era construir mais um website de detailing com formulário de contacto.
O objetivo era reunir a Customer Journey e os processos de negócio diários num único sistema fácil de manter.

Um visitante deve conseguir perceber que serviços são oferecidos, compreender as diferenças entre variantes, ver resultados reais de trabalho, compor o âmbito de serviço adequado e reservar uma data.

A empresa, por sua vez, deve conseguir gerir os processos subjacentes sem ter de alterar o código-fonte.

A estrutura técnica e de conteúdos foi definida desde o início para que a Croácia seja o mercado principal, enquanto o multilinguismo e a gestão centralizada de conteúdos podem apoiar um posicionamento mais forte na Eslovénia, na Hungria, na Áustria e noutros mercados vizinhos.

Tecnologias utilizadas, entre outras:
Tecnologias web de última geração • Design responsivo • Integração PayPal • Google Gemini API



Um back office central para reservas, preços, conteúdos, traduções, disponibilidade, multimédia e administração operacional.

A própria interface de administração já mostra a verdadeira dimensão do projeto.

Por trás do website público não funciona um formulário de reserva isolado, mas sim uma aplicação onde convergem os processos de negócio essenciais.

O desafio

O detailing automóvel profissional dificilmente se reduz a uma simples tabela de preços.
O âmbito real do serviço depende de vários fatores:

• categoria do veículo
• estado do veículo
• nível de polimento necessário
• pacote de detailing escolhido
• tipo de proteção da pintura
• serviços adicionais
• tempo de trabalho necessário
• disponibilidade do estúdio

Um cliente pode saber que o seu veículo precisa de ser polido.
Mas não conhece necessariamente a diferença entre uma correção de pintura de uma fase e de várias fases.
O mesmo acontece com as proteções cerâmicas.
Durabilidade, brilho, resistência química, propriedades hidrofóbicas e garantia variam consoante o produto.

Um website estático pode enumerar estas diferenças.
Mas dificilmente as liga a uma reserva real e aos processos operacionais que lhe estão associados.

O desafio consistia, portanto, em tornar compreensível um serviço complexo, sem exigir que o cliente se tornasse ele próprio um especialista em detailing.

Primeiro compreender. Depois reservar.

O website público começa deliberadamente antes do processo de reserva propriamente dito.

Os visitantes podem informar-se em detalhe sobre limpeza interior, limpeza exterior, polimento, descontaminação da pintura, proteção cerâmica e manutenção.

O processo de detailing é apresentado em quatro fases:
Inspeção → Preparação → Correção → Proteção

Cada fase é explicada separadamente.
Não se descreve apenas o que é feito, mas também porque é que esse passo é necessário.

A limpeza interior, por exemplo, não inclui apenas a limpeza em si, mas também tratamentos de proteção opcionais para pele, tecido e plástico.

No exterior, a apresentação aprofunda temas como correção da pintura, descontaminação química e mecânica, proteção cerâmica da pintura, restauro de faróis e limpeza do compartimento do motor.

A ideia por detrás é simples:
O cliente deve perceber o que está a comprar antes de lhe ser pedido que o reserve.

Proteção cerâmica como decisão — não como caixa de seleção

Nas proteções cerâmicas, o nome do produto por si só não é suficiente.
Por isso, a plataforma inclui uma comparação direta entre diferentes sistemas de proteção Gtechniq.

São comparados, entre outros aspetos:

• durabilidade
• suavidade
• brilho
• resistência às lavagens
• repelência de água e sujidade
• resistência a produtos químicos
• resistência aos raios UV

As variantes de gama superior têm páginas de detalhe próprias.
Não são posicionadas apenas por um preço mais elevado.

No caso do Crystal Serum Ultra, por exemplo, são explicados a estrutura em camadas, a resistência a riscos, a resistência química, a resistência à temperatura e aos raios UV, a aplicação profissional e a duração da garantia.

O software não decide pelo cliente.
Disponibiliza-lhe as informações de que precisa para tomar uma decisão fundamentada.

Pacotes, categorias de veículos e serviços configuráveis

O mesmo âmbito de serviço não implica o mesmo esforço em todos os veículos.

Por isso, a estrutura de preços distingue categorias de veículos como:
Citadino • Gama média • SUV

Dentro destas categorias estão disponíveis pacotes predefinidos:
Pacote básico • Pacote standard • Pacote premium

Além disso, o cliente pode configurar o serviço pretendido com maior detalhe.

O processo de reserva pode combinar:

• categoria do veículo
• pacote
• nível de polimento
• proteção da pintura
• serviços adicionais

A seleção é apresentada de imediato num resumo.

O preço total resulta da configuração escolhida.
O percurso torna-se assim um processo claro:
Veículo → Pacote → Polimento → Proteção da pintura → Extras → Data → Dados do cliente → Reserva

Para o cliente, continua a ser uma escolha simples e clara.
Nos bastidores, continua a ser uma lógica de negócio consistente.

Preços como parte da lógica de negócio

Os preços não estão espalhados pelas várias páginas como texto fixo.
São geridos centralmente na administração.

É possível manter preços diferentes para pacotes, níveis de polimento, proteção da pintura, serviços adicionais e categorias de veículos.

Assim, o preço apresentado publicamente e o preço utilizado na reserva provêm da mesma estrutura de preços.

Além disso, a administração suporta alterações de preços percentuais globais.
Um aumento ou uma redução geral não tem, assim, de ser feito manualmente, rubrica a rubrica. As alterações ficam registadas num histórico de preços e podem ser revertidas quando necessário.

Uma alteração de preço torna-se, deste modo, um ato de negócio rastreável, em vez de uma substituição silenciosa de um valor.

Disponibilidade vista de duas perspetivas

O agendamento baseia-se numa visão partilhada da ocupação real.

O calendário de ocupação está disponível tanto para o operador, dentro da administração, como para o cliente, durante o processo de reserva – cada um numa forma adequada à respetiva tarefa.

O operador tem uma visão operacional mensal dos períodos ocupados, das reservas e dos dias bloqueados.

Diferentes estados mostram quais as reservas que ainda aguardam confirmação, quais já estão confirmadas ou concluídas e quais os períodos bloqueados por férias da empresa ou feriados.

Uma lógica de disponibilidade partilhada liga o planeamento interno da capacidade à escolha de data do cliente.

O cliente vê a mesma realidade operacional de uma perspetiva simplificada.
Os períodos já ocupados ou bloqueados não estão disponíveis para uma nova reserva.
Ao mesmo tempo, a aplicação determina a próxima data possível e sugere-a diretamente.
A sugestão continua a ser flexível.
O cliente pode continuar a escolher outra data disponível.
Deste modo não surgem dois calendários separados.

Existe uma lógica de disponibilidade comum com duas vistas diferentes:
Operador: planear e gerir.
Cliente: ver e escolher datas disponíveis.

Isto é particularmente relevante nos serviços de detailing, porque um trabalho pode ocupar vários dias úteis, consoante o veículo, o pacote e o âmbito do serviço.

Por isso, a aplicação não tem apenas de encontrar um dia livre, mas sim um período livre suficientemente longo.

O sistema conhece a ocupação.
O operador gere-a.
O cliente vê o que está realmente disponível.

Uma reserva torna-se um processo de negócio

Uma reserva não gera apenas um e-mail.
Torna-se um processo gerível dentro da administração.

Uma reserva contém, entre outros elementos:

• pacote escolhido
• categoria do veículo
• início e fim
• preço
• método de pagamento
• estado do pagamento
• estado da reserva

As reservas podem ser verificadas, confirmadas, editadas ou recusadas.
Os pagamentos podem ser assinalados em conformidade.
Também as marcações feitas por telefone podem ser registadas manualmente.

Assim, as reservas, independentemente da sua origem, fazem parte do mesmo sistema.

Desde a entrada até ao processamento operacional, a reserva mantém-se parte do mesmo processo de negócio.

Uma reserva continua a ser um objeto de negócio – independentemente de ter sido feita online ou por telefone.

Sinais e definições de pagamento

As regras de pagamento são configuradas dentro da administração.

A empresa pode, por exemplo, definir:

• se são oferecidos sinais via PayPal
• qual o valor do sinal
• durante quanto tempo é válido o prazo de pagamento
• para onde são enviadas as notificações
• se a integração funciona em modo sandbox ou live

Além disso, a plataforma está preparada para uma integração de pagamento adicional através de PayWay / PBZ Card.
A aplicação de reservas continua responsável pela reserva e pelo estado.
O prestador de serviços de pagamento continua responsável pela transação de pagamento propriamente dita.

Esta separação mantém a lógica de pagamento onde ela pertence, sem interromper a Customer Journey.

Multilinguismo como parte integrante do sistema

A Auto Detailing Đeki dirige-se sobretudo ao mercado croata.

Ao mesmo tempo, a empresa está situada num contexto geográfico em que as relações com os clientes não terminam necessariamente na fronteira.

Por isso, a plataforma suporta:
Hrvatski • Slovenščina • Magyar • Deutsch • English

O croata é a língua principal do mercado.

O esloveno, o húngaro, o alemão e o inglês criam, ao mesmo tempo, a base para chegar aos mercados vizinhos e a clientes internacionais, sem construir uma plataforma técnica separada para cada país.

O multilinguismo não se limita ao menu principal.

Descrições de serviços, navegação, apelos à ação e conteúdos operacionais estão disponíveis no contexto de cada língua.

Assim, a arquitetura suporta tanto o posicionamento atual na Croácia como uma possível expansão regional.

Tradução assistida por IA

Alguns conteúdos operacionais mudam com mais frequência do que outros.
As férias da empresa ou os avisos de feriados são exemplos típicos.
Criar estes textos manualmente em várias línguas de cada vez geraria trabalho desnecessário.
Por isso, a administração inclui uma integração opcional com o Google Gemini.
Um texto de origem em croata pode ser traduzido diretamente a partir da interface de administração para as restantes línguas suportadas.
Os textos gerados continuam visíveis e editáveis.

A IA trata da parte repetitiva.

A responsabilidade pelo conteúdo publicado continua a ser da empresa.

Quando o estúdio está fechado, o website também o sabe

A disponibilidade não depende apenas das reservas existentes.

Também as férias da empresa, os feriados ou outros períodos de ausência influenciam quando podem ser aceites novos trabalhos.

Para isso existem módulos de administração próprios.
Um registo pode conter, entre outros elementos:

• início
• fim
• estação
• mensagem multilingue
• imagem de fundo opcional

Terminado o período definido, uma informação temporária não tem de ser removida manualmente.

O website público acompanha, assim, a situação real da empresa.
Ao mesmo tempo, estes períodos de bloqueio entram também na lógica de disponibilidade.
Deste modo, informação e planeamento mantêm-se consistentes.

Avaliações e trabalhos reais

As avaliações dos clientes estão integradas diretamente no website público e podem ser geridas dentro da administração.

Além do texto da avaliação, podem ser registados, entre outros, o nome, a data, uma ligação opcional ao Google e a resposta da empresa.

Também os veículos concluídos são tratados como conteúdo estruturado.

Automóveis e motociclos podem ter entradas próprias na galeria, com fotografias, vídeos, ligações externas ao Facebook e comparações antes/depois.

Um slider de comparação permite aos visitantes observar os resultados diretamente.
A galeria deixa, assim, de ser apenas conteúdo decorativo.
Torna-se uma prova visível de trabalho efetivamente realizado.

Da marcação ao acompanhamento transparente do trabalho

A Customer Journey digital não termina com a reserva.

O cliente recebe um código QR que o leva à sua área pessoal de acompanhamento do trabalho.

Através desta ligação, o progresso do tratamento do veículo pode ser consultado a qualquer momento.
O operador atualiza o estado do processo dentro da aplicação.
Assim que é registado um novo ponto de situação relevante, o cliente é também informado por e-mail. O e-mail não é, no entanto, condição para ver o estado atual.

O cliente pode abrir a sua ligação pessoal a qualquer momento e verificar por si próprio o avanço do trabalho.

Não tem de esperar pela próxima mensagem.

Cria-se assim um fluxo de informação contínuo:
Reserva → código QR pessoal → estado do trabalho → atualização → notificação por e-mail

O cliente não precisa de telefonar a perguntar.
O operador não tem de explicar repetidamente o mesmo estado através de vários canais de comunicação.
Ambas as partes acedem ao mesmo processo – cada uma a partir da sua perspetiva.

Encontrar o meu veículo

Além disso, através de «Encontrar o meu veículo», o cliente pode aceder à área do veículo que lhe está destinada.

Os dados de acesso necessários são enviados por e-mail.

Depois de introduzido o código pessoal, ficam visíveis as informações disponibilizadas para esse processo.

Esta área não é de acesso público livre.

Assim, a documentação associada ao cliente mantém-se claramente separada da galeria pública de veículos.

A galeria pública mostra trabalhos deliberadamente publicados. A área pessoal, pelo contrário, liga um cliente concreto ao seu trabalho e ao seu veículo.

Assim, uma marcação transforma-se num processo de serviço acompanhado digitalmente:
Reservar → Tratar → Informar → Acompanhar → Documentar

Reserva e documentação do veículo ligadas

Dentro da administração, um veículo pode ser associado a uma reserva concreta.

Cria-se assim uma ligação direta entre o processo operacional e a documentação posterior.

A reserva descreve que trabalho foi planeado.

O registo do veículo documenta o veículo tratado e os respetivos conteúdos.

Imagens individuais podem ser disponibilizadas para a galeria pública ou ocultadas separadamente.

Vídeos e ligações externas podem ser adicionados de forma independente.

O resultado não é simplesmente uma grande pasta de ficheiros multimédia.

Surge uma documentação estruturada em torno de um veículo real e de um trabalho concreto.

Uma interface de administração central

A administração reúne os processos de negócio diários numa única aplicação.

É possível gerir, entre outros:

• reservas
• definições de reserva
• calendário de ocupação
• preços
• histórico de preços
• conteúdos da página inicial
• definições de tradução
• férias da empresa
• feriados
• avaliações
• galerias de automóveis
• galerias de motociclos
• fotografias
• vídeos
• galeria do Facebook
• base de dados
• utilizadores

O objetivo não é disponibilizar o maior número possível de páginas de administração.

O objetivo é não dispersar processos relacionados por várias ferramentas independentes entre si.

Ajuda contextual diretamente no fluxo de trabalho

O software de administração torna-se natural com a utilização diária.

No entanto, sobretudo no início, um utilizador não deveria ter de procurar num manual separado para perceber uma funcionalidade.

Por isso, a administração dispõe de ajuda contextual.

A aplicação tem em conta a área de administração aberta no momento e apresenta a informação correspondente diretamente na interface de trabalho.

A documentação segue o contexto de trabalho atual – e não o contrário.

Na área Férias da empresa, por exemplo, explica-se como criar um registo, como funcionam as mensagens multilingues, quando um aviso fica ativo e como são tratados vários registos em simultâneo.

O utilizador recebe assim exatamente a informação que pertence ao passo de trabalho atual.

Não precisa de saber em que capítulo de um manual externo está descrita a funcionalidade em causa.

A ajuda segue o contexto de trabalho. Não o contrário.

Deste modo, a documentação torna-se parte integrante da aplicação e não um ficheiro separado que tem de ser mantido independentemente do próprio sistema.

Qualidade não só depois do go-live

Uma plataforma que liga reservas, preços, multilinguismo, comunicação com clientes, disponibilidade e administração operacional não pode funcionar apenas visualmente.

Por isso, durante o desenvolvimento, os fluxos funcionais e os diferentes percursos de utilizador foram verificados repetidamente.

No processo de desenvolvimento e garantia de qualidade da softify.pro, além dos testes manuais clássicos, foi também utilizado o COCO como instância auxiliar de teste e verificação.

Em foco estiveram, entre outros aspetos, a navegação consistente, os fluxos de formulários, a mudança de língua, a lógica de preços e de reservas, a lógica de calendário e disponibilidade, bem como a ligação entre o website público e a área de administração.

O COCO não substituiu a aceitação funcional.

Complementou-a.

Os fluxos de utilizador repetíveis puderam ser verificados de forma sistemática, enquanto a avaliação final continuou a caber às pessoas.

Precisamente numa aplicação com várias línguas, numerosas áreas de administração e objetos de negócio interligados, um percurso de verificação adicional reduz o risco de uma alteração num ponto afetar involuntariamente outros processos.

Cópia de segurança da base de dados, recuperação e permissões de utilizador

Os dados operacionais não podem existir apenas num único local.

Por isso, a administração oferece funções controladas de exportação e importação da base de dados.

Antes de uma base de dados importada substituir a existente, é criada uma cópia de segurança do estado atual e o ficheiro importado é verificado.

Também as permissões de acesso são geridas dentro do sistema.

Os utilizadores podem ter funções diferentes, de modo que as tarefas de rotina não exijam automaticamente as mesmas permissões que as operações administrativas críticas.

Website público e back office

O cliente não precisa de compreender o sistema de administração.

Mas o administrador também não deveria ter de transferir manualmente a mesma reserva do cliente para um segundo sistema.

É precisamente esta fronteira que define o projeto.

O lado público concentra-se em:
Compreender → Comparar → Configurar → Reservar → Acompanhar

O lado interno concentra-se em:
Confirmar → Planear → Definir preços → Tratar → Informar → Documentar

Ambos os lados trabalham sobre o mesmo processo de negócio.

Engineering Principle

O projeto segue um princípio que atravessa também outras aplicações de negócio à medida da softify.pro:
A complexidade pertence aos bastidores da interação.

Um cliente não deveria ter de calcular que combinação de categoria de veículo, nível de polimento, proteção e serviço adicional dá o preço correto.

Deve poder escolher aquilo de que precisa e ver o resultado.
Não deveria ter de descobrir sozinho quando é que o estúdio volta a ter capacidade.
O sistema deve mostrar-lhe o que está realmente disponível.

E também não deveria ter de telefonar para saber em que ponto está o tratamento do seu veículo.

Essa informação deve estar disponível onde o cliente a espera.

Da mesma forma, o operador não deveria ter de editar código-fonte para alterar preços, registar férias da empresa, gerir reservas ou publicar imagens de veículos.

É o software que deve suportar esta complexidade.
Não o cliente.
Não o operador.

Esta abordagem segue o princípio de desenvolvimento da softify.pro: a lógica de negócio complexa deve ser dominada internamente, enquanto a interação para clientes e operadores se mantém clara e compreensível.

Resultado

Auto Detailing Đeki tornou-se mais do que um website de apresentação para o mercado croata.

A plataforma liga o posicionamento no mercado local a uma base técnica já preparada para um alcance regional.

Conteúdos multilingues, lógica de negócio gerida centralmente e um back office comum permitem chegar a novos públicos-alvo nos países vizinhos sem ter de reconstruir a aplicação.

Ao mesmo tempo, a plataforma reúne, numa aplicação web à medida, informação sobre serviços, preços estruturados, pacotes de detailing configuráveis, marcação de datas, lógica de disponibilidade partilhada, regras de pagamento, avaliações, acompanhamento de trabalhos por cliente e documentação dos veículos.

Para os clientes, cria-se um percurso compreensível desde a primeira informação, passando pela escolha e pela reserva, até ao acompanhamento transparente do trabalho em curso.

Veem que datas estão realmente disponíveis.
Recebem uma próxima data sugerida.
Podem acompanhar por si próprios, a qualquer momento, o progresso do trabalho através da sua ligação pessoal.

Os novos pontos de situação relevantes são também comunicados por e-mail.

Através de «Encontrar o meu veículo», o acesso do cliente às informações disponibilizadas sobre o veículo mantém-se claramente separado da área pública.

Para a empresa surge, ao mesmo tempo, um ambiente operacional central para reservas, preços, capacidades, disponibilidade, conteúdos, comunicação e documentação dos trabalhos concluídos.

A administração gere os processos nos bastidores.

O cliente vê o resultado.

A interface pública é a parte visível de um processo de negócio digital muito mais abrangente.

Como no próprio detailing, também aqui se aplica:
A verdadeira complexidade está no trabalho.
O software garante que ela se mantém controlável.