RESUMO: Estabeleça quatro coisas antes de qualquer outra: qual etapa o software realmente executa, se uma pessoa qualificada é obrigada a aprovar o resultado, quais formatos de arquivo ele aceita e devolve, e o que um teste com os seus próprios casos teria de mostrar para você prosseguir. Todo o resto decorre disso.

Antes da demonstração: descubra o que você está comparando

Fornecedores desta categoria descrevem etapas diferentes com o mesmo vocabulário. Um produto propõe um design, outro segmenta um escaneamento, outro posiciona dentes. Faça cada fornecedor declarar, em uma frase, qual etapa do seu fluxo de trabalho atual ele substitui e qual ele deixa intacta.

Escreva primeiro o seu próprio fluxo de trabalho, etapa por etapa, e confronte a demonstração com ele. Sem isso, toda demonstração parece impressionante, porque uma demonstração é construída para parecer impressionante em um caso escolhido pelo fornecedor.

Você também deveria conhecer o seu custo por design e onde os seus casos realmente esperam, antes de tudo isso. Um laboratório que mediu as duas coisas avalia uma afirmação em um minuto. Um que não mediu está negociando contra a linha de base escolhida pelo fornecedor.

As doze perguntas

O que ele faz

1. Qual etapa do fluxo de trabalho o software executa, e quais etapas continuam manuais?
2. Que tipos de caso ele trata hoje, e quais não? Próteses totais, parciais, imediatas e arco completo sobre implantes são problemas genuinamente diferentes.
3. Quanto tempo leva a etapa do software em um caso típico, medido no caso e não em um slide?

Onde a pessoa se encaixa

1. Um técnico qualificado tem de aprovar o resultado antes de ele poder ir para produção, ou a aprovação é opcional?
2. Quantas etapas exigem aprovação, e o que exatamente é aprovado em cada uma?
3. O técnico pode ajustar a proposta, ou apenas aceitá-la e rejeitá-la? Aceitar ou rejeitar é uma ferramenta bem mais fraca em casos reais.

Como ele se encaixa

1. Que formatos de arquivo ele aceita e devolve? STL, PLY e OBJ carregam informações diferentes e os seus escâneres determinam o que você tem.
2. A clínica tem de mudar algo em como escaneia ou envia?
3. O que acontece com um caso que o software não consegue tratar? Um caminho claro para o manual é uma virtude; silêncio aqui é um problema.

Quanto custa e o que prova

1. Como é cobrado: por caso, por assento, por mês, ou com compromisso de volume? Combine a forma com o modo como o seu volume realmente se comporta.
2. Como seria um teste, nos nossos casos, com os nossos técnicos julgando o resultado?
3. Quem mais parecido com a gente está usando, e podemos falar com eles sem você na chamada?

A pergunta 4 é a que ordena a categoria

Se uma pessoa qualificada precisa aprovar o resultado antes da produção não é uma preferência. Isso determina a postura regulatória do produto, onde a responsabilidade repousa, e o que você pode dizer aos seus consultórios solicitantes. Obtenha uma resposta direta e obtenha por escrito.

Um produto em que a aprovação humana é obrigatória é um auxílio de design operado pelo seu técnico. Um produto capaz de finalizar um resultado sem ninguém aprovar é outra espécie de coisa, com outras obrigações associadas, e comprar o segundo acreditando ter comprado o primeiro é um erro que conta.

Para dar contexto a uma resposta: na SmileShape, três das cinco etapas do fluxo de trabalho exigem que um técnico treinado revise e aprove antes de o caso avançar. O técnico aprova a linha de recorte, confirma o plano oclusal, e revisa, ajusta e aprova o design final. O SmartCAD não projeta uma prótese independentemente do técnico, e não é uma ferramenta de diagnóstico nem de planejamento de tratamento.

Como rodar um teste que lhe diga algo

Use os seus próprios casos, inclusive os incômodos, e deixe os seus próprios técnicos julgarem as propostas sem o fornecedor na sala. Defina os critérios de aprovação antes de começar, por escrito, ou você vai racionalizar o que aparecer.

1. Escolha de 20 a 30 casos reais cobrindo a sua composição de verdade, não os seus escaneamentos mais limpos. Inclua dois ou três que você chamaria de difíceis.
2. Escreva os critérios de aprovação primeiro. Que parcela das propostas deve ser aceitável com um ajuste pequeno? Quanto tempo de técnico por caso é aceitável? Combine isso antes de ver resultados.
3. Cronometre com honestidade. Meça o total de minutos de técnico por caso, incluindo revisão e ajuste, não só a etapa do software.
4. Faça os técnicos pontuarem as propostas às cegas onde for possível, e registre o que eles mudaram e por quê.
5. Rode os casos incômodos por último e olhe-os separadamente. Como uma ferramenta lida com os 10 por cento difíceis prevê a sua experiência melhor do que os 90 fáceis.

Sinais de alerta

• Afirmações de exatidão ou de justeza de medida sem um estudo publicado por trás. Nesta categoria essas são afirmações de desempenho, e um fornecedor que as faz de leve ou fez o trabalho e pode mostrar, ou não fez.
• Vagueza sobre se uma pessoa precisa aprovar o resultado. Veja acima.
• Uma demonstração apenas nos casos do fornecedor. Razoável para uma primeira olhada, não para uma decisão.
• Nenhum caminho claro para casos que o software não consegue tratar. Toda ferramenta tem esses casos.
• Resistência a nomear clientes de referência, ou insistência em estar presente na chamada.
• Preço que só funciona em um volume que você não tem. Modele no seu volume real, incluindo um trimestre ruim.

Leituras relacionadas

• como é a revisão humana em um fluxo de trabalho de prótese assistido por IA
• uma lista de verificação de segurança de fornecedores para laboratórios odontológicos que compram software
• como calcular o custo real por design de prótese no seu laboratório