Descrição do projeto
TraduzidoConstruímos móveis sob medida — armários, cozinhas, closets — e agora cada orçamento é montado manualmente. Um gerente abre uma planilha, procura os coeficientes corretos, soma as ferragens e extras, e responde em algum momento entre meia hora e o dia seguinte. Até lá, boa parte das consultas já ficou em silêncio. Eu quero um configurador em nosso próprio site para que um visitante possa montar o item por conta própria e ver a magnitude do preço antes que alguém atenda o telefone.
O fluxo que tenho em mente: escolher um modelo, definir largura, altura e profundidade dentro dos limites permitidos para aquele modelo específico, escolher o material da estrutura e da frente, as ferragens e os extras — iluminação, fechamento suave, rodapé. O preço se recalcula a cada alteração, sem recarregar a página. Quando uma combinação não funciona — digamos, o mecanismo escolhido não se encaixa naquela largura — o configurador informa isso na hora, não depois que o pedido já foi enviado. Uma imagem de pré-visualização ao lado dos controles mostra o item na cor selecionada, o esquema é aceitável desde que seja reconhecível.
O que sai no final é uma especificação: itens, dimensões, materiais, ferragens e o total. Uma cópia chega ao gerente como um pedido, outra vai para o cliente por e-mail, e a configuração é mantida sob um link permanente para que possa ser reaberta uma semana depois ou mostrada a um parceiro.
Coisas com as quais não estou disposto a comprometer:
— o preço produzido pelo configurador é preliminar, e o final é confirmado após uma medição no local; isso deve ser visível na tela logo ao lado do total, não enterrado em letras miúdas na parte inferior;
— regras de precificação, coeficientes e taxas de material são armazenados para que um funcionário responsável possa editá-los a partir da interface sem um desenvolvedor, e cada edição é mantida em um histórico de mudanças: como era, como ficou, quem mudou e quando;
— um link salvo mostra a configuração e nada mais. Nunca deve abrir o pedido de outra pessoa e nunca deve expor os detalhes de contato do cliente;
— deve funcionar corretamente em um telefone: é de onde vem a maioria das nossas consultas.
O fluxo que tenho em mente: escolher um modelo, definir largura, altura e profundidade dentro dos limites permitidos para aquele modelo específico, escolher o material da estrutura e da frente, as ferragens e os extras — iluminação, fechamento suave, rodapé. O preço se recalcula a cada alteração, sem recarregar a página. Quando uma combinação não funciona — digamos, o mecanismo escolhido não se encaixa naquela largura — o configurador informa isso na hora, não depois que o pedido já foi enviado. Uma imagem de pré-visualização ao lado dos controles mostra o item na cor selecionada, o esquema é aceitável desde que seja reconhecível.
O que sai no final é uma especificação: itens, dimensões, materiais, ferragens e o total. Uma cópia chega ao gerente como um pedido, outra vai para o cliente por e-mail, e a configuração é mantida sob um link permanente para que possa ser reaberta uma semana depois ou mostrada a um parceiro.
Coisas com as quais não estou disposto a comprometer:
— o preço produzido pelo configurador é preliminar, e o final é confirmado após uma medição no local; isso deve ser visível na tela logo ao lado do total, não enterrado em letras miúdas na parte inferior;
— regras de precificação, coeficientes e taxas de material são armazenados para que um funcionário responsável possa editá-los a partir da interface sem um desenvolvedor, e cada edição é mantida em um histórico de mudanças: como era, como ficou, quem mudou e quando;
— um link salvo mostra a configuração e nada mais. Nunca deve abrir o pedido de outra pessoa e nunca deve expor os detalhes de contato do cliente;
— deve funcionar corretamente em um telefone: é de onde vem a maioria das nossas consultas.
Programação web Dinheiro, Transferência bancária
