Na transformação digital da experiência do Cliente, não esqueça dos processos

Recentemente, uma organização resolveu iniciar a transformação digital começando pelo RH.

Na ânsia de transformar a experiência dos clientes desta área e planejando facilitar a solicitação de informações e serviços, a organização espalhou por suas diversas unidades, totens de auto-atendimento. Através dos totens, os colaboradores de qualquer unidade poderiam solicitar diversas informações com alguns toques na tela.

O plano tinha grande foco na nova experiência digital, simplificando e agilizando todo tipo de solicitação, e a transição foi acompanhada de uma gestão da mudança que entre outras ações de apoio, chegou a disponibilizar por algum tempo assistentes humanos para ajudar os usuários na nova forma de interagir com o RH via auto-atendimento.

O marketing realizou grande campanha interna destacando a inovação nos serviços e todos ficaram maravilhados com a nova tecnologia.

Mas ninguém lembrou dos processos que precisam acontecer depois que a solicitação é inserida no sistema. As solicitações de demanda começaram a vir em um painel eletrônico, mas a execução continuava na base da troca de emails, documentos impressos, assinados, redigitalizados, planilhas de controle,  fluxos de trabalho desestruturados e uma forte dependência da vontade das pessoas em fazer o processo “andar pra frente”.

Como resultado, logo nos primeiros meses as reclamações aumentaram e os indicadores de satisfação internos caíram vertiginosamente. Ninguém estava satisfeito.

É que antes, em cada unidade, havia um representante do RH que rapidamente acessava o computador, fazia a pesquisa e imprimia o documento que o colaborador queria, ou fazia um telefonema e as coisas estavam praticamente resolvidas. E agora, tudo o que os usuários tinham era uma tela que registrava as solicitações, e que informava que a demanda seria atendida em algumas horas ou dias.

A transformação digital da experiência do cliente foi incompleta, porque ela precisa ir além da interface com a qual ele interage com o serviço – envolve também um redesenho, uma transformação dos processos que são executados internamente para produzir o resultado desejado dentro das novas expectativas dos usuários.

Em seu próximo projeto de transformação digital da experiência do cliente, não esqueça de transformar também os processos!

Foco NO Cliente ou Foco DO Cliente: o que sua empresa está praticando?

Muito falamos aqui neste blog de BPM, metodologias, filosofias, técnicas e notações que utilizamos para otimizar os processos de nossas organizações, com o objetivo de gerar maior valor para os clientes.

Mas é importante lembrar que nós mesmos, praticantes ou interessados em BPM, também somos clientes no nosso dia a dia. Somos clientes de empresa de telefonia, banda larga, TV por assinatura, serviço de streaming, e por aí vai.

Basta nos colocarmos no papel de cliente, que logo vem a mente vários exemplos de coisas que não gostamos ou que gostaríamos que fossem diferentes nas empresas que prestam serviços para nós. Vejamos alguns exemplos dos chamados “momentos da verdade”, que são os momentos em que um cliente entra em contato com a organização, que na verdade se trata do contato sempre com um processo desta organização:

  • Eu quero contratar apenas internet banda larga para minha casa, mas a operadora empurra junto uma linha de telefonia fixa, mesmo que eu não utilize.
  • Eu gosto muito de uma série específica e de alguns canais de documentários, mas hoje não disponho de um pacote de TV por assinatura que me permita escolher apenas estas opções. Assim, sou obrigado a contratar um plano mais completo (e mais caro) com dezenas de canais que nunca vou assistir.
  • Eu gostaria de marcar e agendar uma consulta num posto de saúde pela internet, e não precisar ter que chegar as 04:00 da manhã para pegar uma senha para atendimento.
  • Eu ligo para o 0800 de algum prestador de serviço, mas sou obrigado a repetir todo o meu problema a cada vez que sou encaminhado para um atendente diferente.

Por que isso acontece? Porque as organizações (sejam públicas ou privadas) estão praticando o “Foco no Cliente” (atenção à preposição!), ou seja: tentam projetar ou inferir aquilo que acreditam que o cliente está buscando, ou mesmo ignoram a experiência do cliente, por conta de alguma característica ou restrição interna da organização. Algumas características básicas da abordagem com foco no cliente:

  • Geralmente baseado na Cadeia de Valor da organização, onde a empresa projeta o que o cliente deseja.
  • O cliente se adapta e escolhe o que as empresas oferecem, na forma como oferecem. Ou seja, não existe muita customização ou adaptação às necessidades específicas de cada cliente.

Vejamos outro exemplo para diferenciar o foco no cliente e o foco do cliente.

Uma rede de varejo com uma variada adega de vinhos, que oferta produtos em diferentes faixas de preço, entendeu que seria uma boa ideia possibilitar aos consumidores  interessados em alguns produtos de linha superior, experimentarem a bebida para avaliarem se o valor é justo pela qualidade da bebida.

É claro que abrir uma garrafa de um vinho caro para oferecer uma prova a qualquer pessoa que se diga interessada não é uma boa estratégia, até porque sabemos que o vinho não mantém suas características por muito tempo depois da garrafa aberta.

Então, a solução pensada foi de oferecer porções de degustação dos principais rótulos, por um custo acessível e de valor agregado para um bom conhecedor de vinho. Para isso, disponibilizaram um equipamento específico que permite servir porções mantendo o vinho da garrafa aberta sob condições de ambiente que permitam mantê-lo aberto por algum tempo sem perder suas características.

Pensando sob este ponto de vista, parece uma excelente estratégia para aproximar o cliente do produto e conduzi-lo para uma possível venda, sem perder o valor agregado do produto.

Desta forma, definiram a seguinte jornada para o cliente obter a taça de degustação:

Perceba que o processo exige que o cliente (que deseja apenas tomar uma taça de vinho!) passe por uma grande quantidade de etapas para realizar este desejo: entrar em várias filas, realizar cadastros, realizar crédito, etc. A burocracia envolvida certamente desestimularia aquele cliente eventual que teria interesse em utilizar máquina, mas desistiria ao saber de todos os passos que são necessários. E quem sabe ele seria o cliente que levaria aquela garrafa de vinho top!

Neste momento podemos fazer um questionamento: este processo está errado?

Conceitualmente e semanticamente o processo está correto, e possivelmente exista um racional justificando cada uma daquelas etapas. Pode ser, por exemplo, que a organização deseja cadastrar e fidelizar o cliente. Ou queira gerar uma base de dados de clientes para mail marketing e promoções. Mas mesmo que o racional utilizado para modelar todas estas etapas no processo seja justificável, o fato é que do ponto de vista do cliente, este processo é ruim e burocrático!

Então como seria este mesmo processo, modelado com foco do cliente? Vejamos:

Percebam a diferença! O que acontece é que neste caso estamos praticando o foco do cliente, ou seja, o processo é baseado nas expectativas do cliente, com a empresa se colocando no lugar do mesmo.

No foco do cliente, os objetivos são:

  • Avaliar apenas o que realmente importa para o cliente, eliminando etapas que não agregam valor ou não são necessárias do ponto de vista do cliente.
  • Reduzir o número de interações, ou seja, a quantidade de vezes que o processo (a organização) precisa se comunicar ou solicitar algo para o cliente.
  • A percepção do cliente se torna a referência sobre a efetividade ou não do processo. Se, por exemplo, meu processo está gerando muitas reclamações no “Reclame Aqui” ou no Procon, isto significa que o processo não está bem, mesmo que atenda a indicadores internos ou benchmarks disponíveis.
  • Melhorar a satisfação do cliente.

Veja que a abordagem do foco do cliente parte de uma premissa bem simples: entender como o cliente vê que sua necessidade deveria ser atendida e estruturar o processo sob a ótica dele. Mas é claro que nem sempre é tão fácil, podem existir fatores que impedem uma transição completa, como por exemplo:

  • O cliente pode não estar disponível para participar do desenho, que é comum no caso de órgãos públicos onde o cliente é o cidadão, ou empresas que oferecem serviços ao grande público. Certamente existem técnicas que permitem captar o feedback do cliente nestes casos (Canal para envio de sugestões/reclamações, Pesquisas de opinião, etc), mas não costuma ser tão efetivo quanto você ter o cliente contribuindo presencialmente.
  • A empresa pode ser regida por regulações e normas que exigem um certo grau de burocratização (Ex: Sarbanes-Oxley), que pode ser visto como desnecessário para o cliente, mas é importante para fins de auditoria e conformidade da organização.

Acreditamos que é importante tentar mudar o paradigma e passar a adotar, sempre que possível, o foco do cliente no desenho dos processos. Mesmo que não seja viável adotar completamente esta abordagem, apenas o exercício de se colocar no lugar do cliente, experimentando o processo, já fornece uma visibilidade muito boa de como vai ser a interação do cliente com os processos, permitindo inclusive antecipar e tratar possíveis problemas.

BPM não é uma metodologia. BPMN também não. Mas então, o que são?

Para que as boas práticas de fato se consolidem dentro das organizações e o Gerenciamento por Processos de Negócio se torne uma realidade, é necessário reforçar um entendimento básico, que se não for bem compreendido pode levar a uma estratégia errada pela organização.

Esse artigo tem um foco mais conceitual, visando reforçar o que é e o que não é BPM e BPMN.

Primeiramente, precisamos estabelecer a diferença entre disciplina, método e metodologia:

Dito isso, podemos afirmar que:
BPM e BPMN são coisas distintas, e nenhuma delas é uma metodologia.

BPM (Business Process Management) é uma disciplina, ou seja, é a aplicação prática de uma filosofia gerencial em que se entende que uma organização que gerencia o seu negócio com foco em processos deve ser mais eficiente, eficaz e consegue operar com custo e qualidade balanceados e otimizados. Isto implica em monitorar, revisar e melhorar continuamente seus processos.

Para esta esta disciplina funcionar, é preciso desenvolver na empresa três capacidades:

  • humana (pessoas preparadas para trabalhar e gerenciar a atividade do negócio através dos processos)
  • metodológica (sim, métodos é apenas UMA parte de BPM)
  • tecnológica (gerenciar e integrar a inteligência do negócio através de soluções que suportam a execução dos processos).

Portanto é incorreto/limitado dizer que BPM é uma metodologia. O conhecimento comum sobre BPM entende que existem vários métodos, técnicas, ferramentas e notações que podem ser aplicadas em projetos de melhoria de processos, e cada equipe e organização deve definir aquelas que se aplicam para a sua necessidade específica, definindo sua própria metodologia. O BPM CBoK (Corpo Comum de Conhecimento em Gerenciamento de Processos de Negócio) sugere alguns métodos e ferramentas que podem ser aplicados na descoberta, na modelagem, na análise, no diagnóstico, na transformação e no monitoramento do processo, mas não exaure todas as opções, e ainda deixa em aberto a possibilidade de se usar um método totalmente novo e diferente. Se ele tem por objetivo apoiar o entendimento e a transformação de processos, então pode ser considerado uma prática de BPM.

Dentro da capacidade metodológica entra a necessidade de representar processos. Para isso, existem diversas notações: fluxograma, VSM, VAC, EPC, BPMN, entre outras. A notação é apenas um conjunto de símbolos que podemos usar pra descrever graficamente um processo. Portanto, BPMN (Business Process Model and Notation) também não é uma metodologia.  Ela é uma linguagem gráfica, com semântica e gramática bem definidas para os seus símbolos, que possui uma documentação especificando o significado de cada elemento gráfico e que é aberta, portanto existem dezenas de ferramentas que a utilizam (confira algumas no nosso artigo 7 ferramentas gratuitas para criar de diagramas de BPMN).

Entretanto, a abordagem ou método a ser adotado na representação do processo com esta notação pode variar de acordo com o propósito do modelo que está sendo desenhado. Uma visão mais estratégica e de alto nível pode omitir características do processo e usar um subconjunto de elementos completamente diferente de um fluxo desenhado para orientar a execução do trabalho pelos participantes, e é mais diferente ainda de um modelo de processo se transformará em um fluxo automatizado em alguma ferramenta de workflow/BPMS. Esta temática de variação de elementos a usar de acordo com cada tipo de projeto de modelagem já foi explorado aqui em nosso blog, em artigos como Um BPMN para cada propósito de modelagem de processos e Em que nível devo modelar meu processo?.

O que isso tem a ver com a estratégia de adoção de BPM na minha empresa?

Organizações que estão iniciando na sua jornada de gerenciamento de processos comumente buscam apoio e experiência de consultorias especializadas ajudar a dar os primeiros passos.

Contratar uma consultoria de Metodologia de BPM pode ser interessante para a organização definir métodos e ferramentas de trabalho para aplicar na modelagem e  transformação dos processos. Mas a consultoria em algum momento irá embora. E sem desenvolver as outras capacidades, como a organização conseguirá sustentar a iniciativa?

É preciso enxergar BPM como uma nova cultura a ser adotada na organização, que precisa estar alinhada com a estratégia do negócio, ter pessoas preparadas para executar e gerenciar os processos e as ferramentas tecnológicas necessárias para dar transparência e visibilidade sobre os processos.

 

Diagramas BPMN com ou sem raias: 3 abordagens em que o foco da modelagem faz a diferença

Usar ou não usar pools e lanes (piscinas e raias) na modelagem de processos é uma discussão de longa data e persistente ainda nos dias de hoje.

A especificação da notação BPMN apresenta e explica a utilização destes componentes mas declara que o seu uso é opcional, o que dificulta ainda mais o entendimento por algumas equipes sobre quando e como usá-los.

Modelar com swimlanes pode trazer clareza visual sobre as entidades organizacionais envolvidas no processo, porém tende a deixar o diagrama mais carregado visualmente, já que haverá mais linhas para se cruzarem e em alguns casos conectores mais longos para unir atividades em raias distantes.

Não utilizar swimlanes, por outro lado, permite aproximar as atividades e elementos do fluxo criando um diagrama teoricamente mais enxuto, mas torna implícito a identificação das áreas e papéis resolvidos – o que até poderia ser resolvido por outros artifícios como o uso de anotações ou complementação na descrição das tarefas (forçando a ter caixas maiores para cada elemento do fluxo e igualmente carregando visualmente o diagrama do processo).

Entre os prós e contras de cada abordagem, há um aspecto muito mais relevante a ser considerado: para quê o modelo de processo está sendo criado.

Exploramos aqui três focos de modelagem que podem ajudá-lo nessa avaliação.

Para ilustrar cada abordagem, vamos utilizar como exemplo um fluxo inspirado no clássico processo de tele-entrega de pizza, traduzido livremente do modelo “5.2 The Pizza Collaboration” em BPMN 2.0 by Example (já usamos este exemplo em um outro artigo sobre modelagem de processos no blog da iProcess – aqui).

1. Quando o foco é analisar como as atividades adicionam valor ao processo 

Neste caso, a melhor abordagem de modelagem pode ser sem lanes, desenhando o processo como um fluxo linear em que todas as atividades essenciais estão em uma mesma linha, e tudo o que é contorno/alternativa é mapeado para cima ou para baixo do fluxo.

Esta é uma abordagem de uso da notação BPMN inspirada em Lean, no qual o Value Stream Mapping (VSM) busca mapear o fluxo de adição de valor do processo.

Esta abordagem foca na fluidez das atividades essenciais à produção do resultado do processo, que são as que devem ser priorizadas em ações de melhoria do processo visando a sua otimização.

 

2. Quando o foco é compreender as responsabilidades dos envolvidos na execução do processo

Aplicar a abordagem de raias para representar os papéis envolvidos no processo é interessante para deixar mais claro visualmente as responsabilidades de cada participante.

Isto possibilita identificar que atividades são executadas por cada papel, e a partir disso identificar quais são as habilidades, competências e nível de autoridade requerido na execução de cada etapa do trabalho.

 

3. Quando o foco é tornar explícitas as interações do cliente com a organização através do processo 

Neste caso, o uso de pools e lanes traz uma camada de informação visual adicional importante, que é a da comunicação entre o processo da organização e o processo do cliente. É possível não apenas identificar onde estão os “momentos da verdade” em que o cliente interage com a organização, mas também com quem e por quê ele faz essas interações.

Esta abordagem é ideal em projetos de transformação que têm como objetivo alinhar o negócio ao foco do cliente, possibilitando compreender a sua experiência atual.

 

Todas essas abordagens são possíveis dentro da utilização da notação BPMN conforme as suas regras – portanto não existe certo e errado.

O melhor caminho é, em primeiro lugar, ter claro qual o propósito da modelagem que estamos realizando e então definir a melhor estratégia de uso da notação!


Definindo a equipe nos projetos de BPM

Uma das primeiras dúvidas que costumam ocorrer quando uma empresa começa sua iniciativa de BPM é quais pessoas e perfis deveriam ser envolvidos nos trabalhos. Outro fator complicador é o fato de que podem existir variações na equipe envolvida, dependendo de etapa em que o projeto BPM se encontra.

Vamos começar revisitando, brevemente, as principais etapas do ciclo de melhoria de processos:

  • Modelagem de processos: neste momento o objetivo é modelar o processo atual em execução, gerando o modelo AS IS. Não se entra no mérito do quanto eficiente e efetivo o processo está sendo, ou quais são seus problemas/oportunidades de melhoria. As pessoas envolvidas nesta etapa, assim, devem ter conhecimento de como o processo é de fato executado na organização, mas não necessariamente precisam conhecer todos os seus problemas e ter uma visão mais abrangente
  • Análise de Processos: esta etapa tem o objetivo de coletar informações sobre o desempenho do processo, ou seja, fazer um julgamento de valor do quão adequado e eficiente um processo está sendo. Desta forma as pessoas escolhidas para atuar nesta etapa, além de conhecerem o processo, devem ser capazes também de identificar os problemas que ocorrem no processo e ter uma visão mais abrangente
  • Redesenho de Processos: esta etapa tem o objetivo de definir melhorias num processo para torná-lo mais eficiente e alinhado com os objetivos da organização, gerando o modelo TO BE. As pessoas escolhidas para atuar nesta etapa devem ser representativas dos papéis do processo, sendo importante estarem motivadas com a iniciativa BPM e carentes da mudança, de forma a auxiliar de maneira proativa a definição da visão futura do processo
  • Automação de processos: nesta etapa, o processo TO BE definido na etapa de Melhoria de Processos (TO BE) sofrerá melhorias do ponto de vista tecnológico, de forma a deixá-lo mais rápido, eficiente e automatizado onde for possível

Agora que relembramos as etapas, vamos listar os papéis comumente envolvidos em cada uma delas, descrevendo as suas típicas responsabilidades.

MODELAGEM DE PROCESSOS

Analista de Processos: atua como facilitador, coletando, reunindo e organizando informações do processo, criando o modelo do processo no nível de informação mais adequado
Representante Funcional: contribui com informações sobre as atividades que realiza durante a execução do processo
Analista de Sistemas/Negócios: apoia com informações sobre os sistemas de informação utilizados no processo
Especialista no Assunto: contribui com visão especializada sobre algum aspecto do negócio do processo (ex: um médico de alguma especialidade; num processo de venda online, seria um colaborador com profundo conhecimento da venda com cartões de crédito)

ANÁLISE DE PROCESSOS

Dono do Processo: avalia e aprova o resultado da análise, garante que a investigação dos problemas não será utilizada para achar culpados, mas sim como um meio de melhorar o processo e a organização
Analista de Sistemas/Negócios: apoia na identificação de problemas e limitações dos sistemas atuais
Representante/Líder Funcional: indica os pontos fortes, problemas e oportunidades de melhoria na execução das suas atividades do processo
Especialistas no Assunto: apoia no detalhamento de aspectos de uma determinada função do negócio
Analista de processos: facilitador que conduz o levantamento e documentação do diagnóstico atual do processo

REDESENHO DE PROCESSOS

Liderança Executiva: assegura que o processo irá atender as necessidades da organização, dando suporte e concordando com as mudanças
Dono do Processo: ajuda a garantir que o novo desenho se adéqua aos objetivos requeridos da organização
Representante Funcional/Participantes/Partes Interessadas: qualquer um que participe ou tenha atividades que afetem o processo. Em empresas maiores, pode ser a uma pessoa que represente uma classe. São fundamentais e trabalham com o Dono do Processo, para garantir que seus interesses no desempenho do novo processo sejam atendidos
Cliente: quando possível, envolvê-lo nesta fase aumenta as chances de sucesso
Analista de processos: atua como facilitador e lidera a equipe no desenvolvimento do desenho futuro do processo

AUTOMAÇÃO DE PROCESSOS

Dono do Processo: responsável pelos resultados do processo. Envolve-se na aprovação da proposição de melhorias e na apresentação da homologação, realizando a aprovação da solução automatizada
Gerente de Projetos: responsável por planejar e gerenciar as atividades do projeto de automação. Envolve-se na gestão da comunicação, tempo e custos do projeto em todas as etapas
Analista de Processos: apoia na revisão do processo, garantindo a integridade do negócio durante a avaliação das mudanças tecnológicas. Compartilha responsabilidade com o Analista de Sistemas na etapa de Proposição de Melhorias, envolve-se na validação do processo durante a homologação e implantação
Analista de Sistemas/Negócio: deve conhecer as funcionalidades disponíveis pela tecnologia a ser utilizada na automatização do processo. Compartilha responsabilidade com o Analista de Processos na etapa de Proposição de Melhorias. Responsável pelo detalhamento na implementação, apoia nas etapas de homologação e implantação
Arquiteto de Sistemas: profissional conhecedor da arquitetura de sistemas que suportará a automação de processos. Envolve-se na etapa de Implementação apoiando no projeto técnico com definições de infraestrutura de software
Desenvolvedor: profissionais que realizarão a implementação da automatização do processo, desenvolvendo os componentes de software conforme o detalhamento funcional do Analista de Sistemas/Negócio. Participam da etapa de implementação e de homologação através de correções e ajustes antes da implantação
Equipe de testes: profissionais responsáveis pela garantia da qualidade da solução. Verifica a aderência da solução à especificação funcional, sendo responsáveis pelo planejamento, elaboração e aplicação de roteiros de testes. Envolve-se nas etapas de implementação e homologação
Representante Funcional/Participantes do Processo: participam das etapas de Proposição de Melhorias para definir os requisitos e de Implementação para o detalhamento. Responsáveis pela homologação, validando a solução frente às expectativas e necessidades do negócio, através da verificação da aderência aos requisitos

OUTROS PAPÉIS IMPORTANTES NO GERENCIAMENTO POR PROCESSOS

Além disso, temos também papéis que costumam ser transversais, que dependendo do contexto e do papel podem se envolver em uma, algumas ou em todas as etapas:

Patrocinador e Dono do Processo: orientam sobre os objetivos da iniciativa e e asseguram que o resultado de cada uma das etapas estão adequados e alinhados aos objetivos da organização
Cliente: apoiando o levantamento e definições sobre o valor a ser entregue pelo processo, expectativas de custo e qualidade
Designer de processos: atuando em conjunto com o Analista de Processos, focado na elaboração da representação gráfica dos processos
Arquiteto de Processos: responsável pela governança e manutenção do repositório de processos

Perceba que as definições acima refletem cenários comuns de ocorrer nas organizações, mas que não precisam ser seguidos à risca. Alguns exemplos em que é natural, e até esperado, existirem diferenças:

  • É muito frequente que algumas pessoas acumulem papéis/funções. Por exemplo:
    • O Dono do Processo também atua como Representante Funcional de alguma parte do processo
    • O Analista de Sistemas também é o responsável pelos testes
    • etc
  • Podemos ter projetos mais simples, em que não será necessária a participação de um ou mais papéis. Por exemplo, numa automação de processos com poucas integrações com sistemas externos, pode não ser necessária a participação de um Arquiteto de Sistemas
  • Se estamos falando de uma organização que está começando sua iniciativa de BPM, alguns papéis podem nem existir ainda, e precisarão ser definidos posteriormente, como costuma ser o caso do Dono do Processo

No final de contas, independente da quantidade de pessoas, nome dos papéis e quais papéis se deseja envolver formalmente na iniciativa, o importante é todas as pessoas chave estarem envolvidas, bem como todas as informações necessárias estarem disponíveis. Da nossa experiência, estes fatores aumentam consideravelmente as chances de um projeto de sucesso. :-)

 

Robotic Process Automation (RPA) – o próximo salto de agilidade em processos

RPA (Robotic Process Automation) é uma nova ferramenta tecnológica que automatiza partes ou atividades inteiras de processos de negócio. Com esta tecnologia, robôs de software executam uma sequência de passos de um trabalho através da interação com as interfaces de usuários já existentes nas diversas aplicações utilizadas pelos profissionais da organização. Em outras palavras, o robô faz aquela parte do trabalho maçante do escritório, atualizando planilhas, fazendo cálculos, checando emails, cadastrando coisas.

Baseado na ilustração de Ken Barr para a capa do livro "Star Wars Question and Answer Book about Computers" (1983)Se você leu isso e ficou imaginando o C-3PO (Star Wars), o Sonny (Eu, Robô) ou o Bender (Futurama) em frente a uma mesa de escritório pilotando um laptop e realizando o trabalho diário por você… bem, talvez o que você tem em mente não seja exatamente como é um robô RPA, mas pode ajudar a entender como ele trabalha.

O RPA não é um robô físico, mas um software capaz de executar, de forma automatizada e utilizando recursos cognitivos, os passos de uma tarefa que uma pessoa normalmente faria. Se todos os recursos necessários para realizar o trabalho (como os dados de entrada e as aplicações a serem acessadas) estão em formato digital, o RPA deve ser capaz de realizar a tarefa.

Definindo RPA

O RPA (Robotic Process Automation) consiste em uma aplicação de software que replica as ações de humanos na interação com a interface de usuário de um sistema de computador. Este robô de software opera usando a interface de usuário (UI) da mesma forma que uma pessoa faria, sendo esta a principal distinção das formas tradicionais de integração com sistemas que historicamente são realizadas através de APIs (Application Programming Interfaces).

Por exemplo:

  • Semanalmente a equipe de compras reúne informações de novos fornecedores em uma planilha e envia para uma pessoa que faz login no ERP da empresa e verifica, para cada linha da planilha, se o fornecedor já está cadastrado ou se falta cadastrar no sistema. Para os fornecedores ainda não cadastrados, esta pessoa faz o cadastro e envia um e-mail ao contato no fornecedor solicitando que envie a documentação mínima para efetivar o cadastro.
  • Em uma instituição financeira, toda vez que uma nova análise de solicitação de empréstimo precisa ser realizada, uma pessoa acessa diversos sistemas como cadastro de clientes, Serasa, SPC, bureau de informações entre outros, pesquisando pelo CPF dos tomadores de crédito e seus associados para avaliar sua capacidade financeira. As informações são reunidas em um documento baseado em um template predefinido, que é transformado em PDF e então enviado para um Analista de Crédito para avaliar se vale a pena ou não liberar o empréstimo.

Com RPA, é possível automatizar atividades operacionais e manuais do tipo “monkey business” como as descritas acima, que não agregam valor ao negócio mas que são necessárias à rotina da organização, tornando esse processo muito mais ágil e liberando os profissionais envolvidos nestes processos para focarem em atividades de alto valor como avaliações e tomadas de decisão.

Para realizar o trabalho, o robô é “treinado” para repetir as mesmas ações de uma pessoa para realizar o trabalho, como monitorar emails, extrair anexos, classificar e colocar os anexos em pastas, comparar o conteúdo de documentos, realizar login em sistemas, cadastrar ou consultar informações, analisar e buscar padrões em imagens, reunir dados de diferentes fontes para gerar uma planilha ou relatório entre outras tarefas manuais. As soluções mais avançadas possuem ainda habilidades cognitivas que possibilitam o aprendizado contínuo, adaptabilidade a mudanças e inteligência artificial.

A partir deste “treinamento”, o robô passa a fazer trabalho sozinho a partir de algum gatilho (por exemplo um e-mail que chegou ou um determinado horário do dia), interagindo com as aplicações do computador no lugar de uma pessoa. Para quem olha o computador em utilização pelo robô, poderá parecer estranho ver o mouse na tela se mexendo sozinho, janelas se abrindo e coisas sendo digitadas – mas é exatamente assim que acontece! O robô de software passa a assumir o controle do computador, com cada passo seu sendo rastreado pelo sistema – o que possibilita auditorias ou revisões das ações realizadas.

 

Principais benefícios

Entre os principais benefícios na adoção de RPA, são apontados:

  • Mais rápido e barato de implementar em relação a um projeto típico de desenvolvimento e integração de sistemas, pois não requer alteração das aplicações existentes
  • Redução do tempo de ciclo das atividades: uma tarefa automatizada com um robô pode realizar tarefas de 3 a 5 vezes mais rápido que uma pessoa. Com isso também pode produzir mais resultados no mesmo tempo de trabalho.
  • Escalabilidade: é possível ajustar o número de robôs executando a tarefa para mais ou menos recursos rapidamente de acordo com a demanda.
  • Padronização: os robôs executam as tarefas seguindo rigidamente os padrões definidos para a realização do trabalho.
  • Redução de erros: devido aos padrões e regras definidas, o risco de erros é virtualmente eliminado.

Siga nosso blog e acompanhe nossos próximos artigos sobre o tema!

Conheça também: