Skip to content

Artigos ·

Como associar os pedidos dos clientes às referências do ERP sem adivinhar

A parte mais difícil de responder a um pedido de orçamento raramente é o preço. É perceber qual de milhares de produtos quase idênticos o cliente quer de facto — a partir de uma linha que escreveu à pressa, por palavras suas.

Como é realmente uma linha

Muito poucos clientes escrevem a sua referência. Escrevem uma descrição («painel 60x60 4000K, e o driver do costume»), um código de outra marca, uma referência de um catálogo antigo ou uma especificação sem nome de produto nenhum. Às vezes escrevem «ou equivalente» e esperam que seja a distribuidora a propor a correspondência.

Cada um destes casos exige um tipo de trabalho diferente, e uma simples pesquisa por palavra-chave no nome do produto não resolve bem nenhum deles.

A mesma especificação, escrita de cinco formas

A temperatura de cor chega como 4000K, 4000 k, 4.000K ou 6500ºk com o sinal de grau. A potência chega com vírgula decimal em Portugal e Espanha e com ponto decimal noutros países. As dimensões chegam como 60x60, 600x600 mm ou 60 × 60 cm.

Antes de qualquer associação, estas especificações têm de ser lidas como o setor as escreve e convertidas em valores comparáveis. Salte esse passo e uma correspondência perfeita perde-se porque um dos lados escreveu uma vírgula.

Códigos de outras marcas

Um pedido do «equivalente a» um código da concorrência é comum, e não se responde só com o seu próprio catálogo: primeiro é preciso saber o que é esse código — a potência, o fluxo luminoso, o índice IP — e só depois qual dos seus produtos se aproxima mais.

Os nomes das marcas tornam isto mais difícil do que parece. Uma marca que o sistema nunca viu, ou escrita com hífen ou com uma maiúscula invulgar, pode passar completamente despercebida, e a linha acaba associada pelas palavras em vez de pela especificação. Uma boa associação trata uma marca desconhecida como uma questão a resolver, não como ruído.

Quase idêntico é o caso perigoso

Num catálogo extenso, muitos produtos diferem num só atributo: 3000K contra 4000K, IP54 contra IP65, um feixe de 60° contra 90°. Um dígito trocado num código é outro produto, com outro preço.

É por isso que um sistema de associação deve ser avaliado pelo que faz quando não tem a certeza. Escolher o vizinho mais próximo e dar-lhe preço parece eficiente e põe, sem ninguém dar por isso, o produto errado num orçamento.

Assinalar, não adivinhar

O desenho mais seguro é tornar a incerteza explícita. No Ettore, cada linha termina num de poucos estados — «Pronta», «Verificar correspondência», «Sem correspondência», «Faltam detalhes» — e tudo o que não é reconhecido fica por omissão em «Verificar correspondência», nunca em «Pronta». É uma regra da arquitetura, não uma definição que alguém possa desligar.

A questão não é a máquina ter sempre razão. É a equipa só ter de olhar para as linhas que precisam mesmo de uma pessoa, e poder confiar nas que estão marcadas como «Pronta».