Resposta direta
Avalie por prova de operação em contexto parecido, não por demonstração. Fornecedor de RPA se avalia pela operação, não pela proposta. Em uma empresa que já tem sistema, dado e processo, e precisa encaixar uma tecnologia nova, pergunte quem atende, em qual prazo e o que acontece fora do horário. As respostas revelam mais que qualquer apresentação.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Diagnóstico executivo
- Atualizado em
O que esta página acrescenta: RPA sob o recorte de tecnologias e arquitetura: o que medir, o que decidir e o que não resolve.
Onde o dinheiro vaza em RPA
Tecnologia adotada sem caso de uso definido vira custo recorrente e dependência de fornecedor.
RPA: Robô que reproduz cliques e passos em sistema sem API.
O que a pergunta exige
Avalie por prova de operação em contexto parecido, não por demonstração.
Peça referência de operação semelhante e verifique com quem usa. Proposta bem feita não é prova de entrega.
O que fazer primeiro
Escrever o caso de uso, o dado de entrada e o resultado esperado antes de comparar tecnologias.
Coloque no contrato critério de aceite, prazo de correção, propriedade do dado e condição de saída. O que não está escrito vira negociação no momento de maior pressão.
O erro que se repete
Escolher pela novidade e não pela maturidade do processo que vai receber a tecnologia.
Recurso prático
Avaliação de fornecedor para RPA
- Referência verificável em operação semelhante.
- Plano de implantação com marcos e responsáveis.
- Critério de aceite e prazo de correção por escrito.
- Tratamento de falha e suporte fora do horário comercial.
- Propriedade do dado e condição de saída.
- Custo total no horizonte, não apenas preço de entrada.
O que não está no contrato vira negociação no momento de maior pressão.
Sobre o que está escrito aqui
Conceitos relacionados: RPA · tecnologia · arquitetura · dado · integração · custo · fornecedor. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Diagnóstico executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Tecnologias e arquitetura — Todas as páginas de tecnologias e arquitetura.
- RPA: como começar pequeno — Como começar pequeno com RPA?
- RPA: quais dados são necessários — Quais dados são necessários para RPA?
- Diagnóstico executivo — Ponto de partida para medir a situação atual.
Páginas relacionadas
O mesmo problema em outro objetivo
- RPA: o que é e quando usar — Diagnosticar
- RPA: riscos de implementação — Diagnosticar
- RPA: arquitetura básica — Organizar um processo
- RPA: quais dados são necessários — Organizar um processo
- RPA: como integrar com os sistemas atuais — Organizar um processo
Outras leituras em Tecnologias e arquitetura
- bancos vetoriais: como integrar com os sistemas atuais — bancos vetoriais: integrar significa definir contrato de dado, tratamento de falha e responsável pelo monitoramento.
- BPM: riscos de implementação — BPM: o risco técnico é o menor: o maior é o processo mudar e ninguém acompanhar.
- speech-to-text: como avaliar fornecedores — speech-to-text: avalie por prova de operação em contexto parecido, não por demonstração.
- APIs: o que é e quando usar — APIs: entender o que a peça faz — e o que ela não faz — evita expectativa errada desde o começo.
- iPaaS: casos de uso empresariais — iPaaS: o caso de uso bom tem entrada definida, saída verificável e alguém que usa o resultado.