Como escolher um DMS: RFP e grelha de avaliação para concessionários europeus

1. Forme a equipa de decisão e defina o âmbito

A seleção do DMS afeta as vendas, os veículos usados, a oficina, as peças, as finanças, as TI, a privacidade e o reporting do grupo. Crie uma equipa de decisão com responsáveis operacionais, não apenas representantes. Designe um patrocinador executivo, um responsável de produto, um responsável de dados, um responsável de integração, um responsável de segurança/privacidade, um controller financeiro e um responsável pela mudança. Defina quem recomenda, quem aprova e quem pode rejeitar um requisito obrigatório.

Documente as entidades legais, as instalações, as marcas, os países, os idiomas, os utilizadores, os volumes de transações e os períodos críticos. Separe o âmbito atual de um roteiro plausível a três anos. Um requisito para todos os mercados futuros hipotéticos pode distorcer a decisão, ao passo que ignorar uma expansão provável pode originar outra substituição.

2. Converta as necessidades em requisitos testáveis

Um requisito deve indicar o ator, o desencadeador, os dados, a ação, o resultado e o critério de aceitação. Substitua «um CRM robusto» por «um pedido web, de OEM ou telefónico é associado ou criado, o consentimento é registado, o lead é encaminhado por marca e geografia, um responsável e um SLA são visíveis, a comunicação é registada, e um negócio concluído devolve o estado sem duplicar o cliente».

Elabore uma matriz de países e OEM. Para cada célula, registe os requisitos de contabilidade, fiscalidade, faturação, pagamento, matrícula, garantia, peças, campanhas, relatórios, identidade e idioma. O contexto europeu varia substancialmente. Os dados da Eurostat sobre automóveis ligeiros mostram grandes diferenças por país na idade do parque automóvel e no tipo de motorização, enquanto as regras da UE sobre privacidade, acesso a dados e faturação eletrónica continuam a exigir uma implementação local.^[1]

3. Utilize portões, critérios ponderados e níveis de evidência

Os portões de elegibilidade impedem que uma pontuação total elevada oculte uma lacuna fatal. Exemplos incluem o suporte em produção para um país exigido, uma interface com um OEM concreto, a saída contabilística exigida por lei, um limite de residência de dados ou um prazo de migração. Um portão falhado só pode ser resolvido através de uma correção aprovada, com data, responsável, custo e compromisso contratual.

4. Exija demonstrações guionizadas em vez de apresentações genéricas do produto

Forneça dados representativos mas seguros e guiões fixos. Peça ao fornecedor que mostre um lead através do orçamento, da retoma e da encomenda; um veículo usado através da avaliação, da inspeção, da preparação, dos media, da publicação, do preço e da venda; uma ordem de reparação através da marcação, do trabalho do técnico, das peças, da aprovação adicional e da fatura; e um fecho de período ou um relatório de gestão.

Acrescente exceções: cliente duplicado, VIN incorreto, negócio cancelado, peça indisponível, interface em falha, inspeção offline, fatura retificativa e utilizador que abandona o processo a meio. Conte os sistemas, os cliques, os valores reintroduzidos, as exportações manuais e as dependências invisíveis em segundo plano. Registe a versão e o mercado demonstrados.

As normas podem melhorar a interoperabilidade, mas não substituem uma demonstração. A STAR publica API automóveis de leads, negócios e entrega a retalho, além de um modelo de domínio de retalho.^[2] Pergunte se o fornecedor implementa as normas relevantes e como o faz, e depois teste a interface efetivamente proposta.

5. Valide as afirmações sobre a cloud, a API, a segurança e os dados

Para a cloud, identifique se se trata de SaaS, alojamento dedicado ou arquitetura legada alojada. Solicite as definições de disponibilidade, o histórico de incidentes, o RPO, o RTO, a evidência dos testes de cópia de segurança e recuperação, as regras de manutenção e o modelo de capacidade. Para as API, solicite os objetos, os campos, os eventos, as operações de escrita, a autenticação, o ambiente de testes, os limites de pedidos, os excessos, o versionamento, a monitorização e os direitos de exportação de dados.

Quanto à privacidade e à segurança, avalie as funções, o privilégio mínimo, a autenticação multifator, o registo de atividade, a cifragem, a gestão de vulnerabilidades, os subcontratantes, o mecanismo de transferência, a conservação, a eliminação, a notificação de incidentes e a garantia independente. O RGPD exige controlos adequados ao risco e privacidade desde a conceção, mas uma certificação ou um fornecedor cloud não tornam o concessionário automaticamente conforme.^[3] A orientação da ENISA pode estruturar os pedidos de evidência, embora o âmbito da NIS2 tenha de ser avaliado em separado.^[4]

6. Aplique estados justos de evidência pública

O estado público é uma ferramenta de orientação. A evidência recolhida durante a aquisição pode alterá-lo. O fornecedor deve ser convidado a corrigir erros factuais e a fornecer prova confidencial atual através de um processo adequado.

7. Termine com a implementação, as referências e o contrato

As chamadas de referência devem corresponder ao país, à dimensão do concessionário, à complexidade do OEM e ao âmbito. Pergunte o que mudou após a assinatura do contrato, o que exigiu soluções alternativas, que dados falharam, quanto tempo demorou a adoção, como foram tratados os incidentes e o que a referência faria de forma diferente. Não se limite a perguntar se os utilizadores gostam do produto.

Transforme os critérios de aceitação em cláusulas contratuais. Cubra a integridade e a conciliação dos dados, os fluxos críticos, as integrações, o desempenho, a segurança, a formação, o corte de serviço e o suporte. Preveja o custo das iterações de migração, dos ambientes, da utilização da API, das mensagens, do armazenamento, do trabalho de relatórios, das deslocações, da indexação e dos pedidos de alteração. Defina os níveis de serviço, a escalada, a exportação de saída, o apoio na transição, a eliminação e o acesso mantido aos registos exigidos por lei.