Muitas empresas, ao avaliar a manutenção remota de armários de encomendas inteligentes, comparam apenas o custo da assinatura de software e a necessidade de o engenheiro viajar. Mas, para um terminal que está atendendo usuários, o maior custo oculto pode não ser o tempo que o engenheiro leva, e sim se a operação remota ocupa a tela de retirada. O engenheiro trabalhando em segundo plano por cinco minutos e um cliente impossibilitado de retirar a encomenda por cinco minutos geram resultados de negócio completamente diferentes.
Portanto, o ROI da manutenção remota não pode ser resumido a “quantas intervenções no local foram reduzidas”; é preciso calcular também o tempo do engenheiro, a interrupção do usuário na tela frontal, o suporte e a assistência no local, além dos impactos em pedidos, cumprimento de entregas, reclamações e marca.
Por que assumir o controle da tela ainda gera paralisação
Produtos de controle remoto empresarial como AirDroid Business e TeamViewer permitem que engenheiros se conectem a dispositivos Android não assistidos, reduzindo viagens ao local. Esses recursos são muito adequados para visualizar a tela física, sair de páginas com erro, reiniciar aplicativos de negócios ou executar operações no nível do sistema.
O problema é que, quando o profissional remoto controla a tela física do terminal, o usuário geralmente também vê páginas de configuração, tela de login ou os toques do engenheiro. Mesmo com a rede do dispositivo funcionando, o canal de atendimento fica ocupado nesse período. Algumas soluções permitem escurecer a tela durante o controle remoto para proteger o conteúdo da operação, mas a tela preta também significa que o cliente não consegue retirar a encomenda.
A diferença da Teralivo é que, para aplicativos de manutenção que suportam exibição virtual independente, o engenheiro pode abri-los e operá-los em segundo plano enquanto a tela física continua mostrando o fluxo de retirada. Isso não é uma solução para todos os problemas, mas pode transformar verificação de conta, atualização de sincronização e parte do trabalho de configuração de “indisponibilidade visível ao usuário” em trabalho em segundo plano.
Construindo uma fórmula de custo completa
Recomendamos o seguinte modelo:
Custo total por operação de manutenção = custo do tempo de tratamento do engenheiro + custo do tempo de interrupção do usuário na tela frontal + custo de suporte e assistência no local + custos de pedidos, cumprimento de entregas, reclamações e marca
Os custos do engenheiro incluem tempo de diagnóstico, operação, registro e análise; os custos de interrupção do usuário incluem espera, fila e desistência da retirada; os custos de suporte incluem consultas, reclamações e abertura manual do armário; os custos no local incluem o deslocamento de zeladoria ou técnicos; e os custos de negócio incluem atraso na entrega, entregas repetidas e redução da confiança na marca.
Esses itens nem sempre podem ser convertidos com precisão em valores monetários, mas precisam ser registrados. Caso contrário, a empresa pode confundir “conexão remota bem-sucedida” com “operação sem interrupção”.
Um exemplo de cálculo verificável
Suponha que a empresa opere 2,000 armários de encomendas inteligentes e cada armário tenha um evento de manutenção por semana que exija cinco minutos de operação na tela frontal. Isso pode gerar 10,000 minutos por semana, ou cerca de 166 horas de ocupação da tela.
Se as operações em segundo plano fizerem com que 70% desses eventos não ocupem mais a tela frontal, é possível reduzir cerca de 116 horas de interrupção potencial para o usuário. Isso não assume que o tempo do engenheiro desapareça: o engenheiro continua precisando diagnosticar e operar; o que é economizado é a parte em que a ação de manutenção se transforma em paralisação para o cliente.
Ao calcular, também é importante registrar separadamente horários de pico e de baixa. Cinco minutos à noite e cinco minutos no pico de retirada após o expediente têm custos diferentes; as curvas de uso em áreas residenciais, campi e edifícios comerciais também são diferentes.
| Métrica | Controle da tela física | Operação em segundo plano de app compatível |
|---|---|---|
| Engenheiro pode operar remotamente | Sim | Sim |
| O cliente vê a página de manutenção? | Geralmente vê ou encontra tela preta | A tela frontal pode manter a interface de retirada |
| Adequado para falhas no nível do sistema? | Mais adequado | Capacidade limitada |
| Exige que o app suporte exibição independente? | Não exige | Exige |
| Valor principal | Reduz viagens ao local | Também reduz interrupções do usuário |
Quais dados registrar no piloto
Não use demonstrações de marketing para extrapolar para toda a frota de dispositivos. Selecione terminais reais com modelos, versões do Android, ambientes de rede e volumes de operação diferentes e registre continuamente o tipo de falha, a taxa de sucesso da conexão remota, o tempo médio de tratamento, o tempo de ocupação da tela frontal, a proporção de intervenção no local necessária e a recorrência após a recuperação.
Marque também se o aplicativo alvo suporta exibição virtual independente. Se o aplicativo precisar usar câmera física, teclado seguro, aceleração de hardware específica ou dispositivos externos, a exibição em segundo plano pode não conseguir realizar todas as operações. Nesse caso, mantenha o controle remoto tradicional da tela física e janelas de manutenção, em vez de forçar todas as falhas para o processamento em segundo plano.
Como comparar a Teralivo com uma solução MDM completa
Os benefícios de uma solução MDM completa geralmente incluem registro de dispositivos, agrupamento, distribuição de aplicativos, lançamento de versões, políticas de Kiosk, restrições de segurança, geofencing e configuração em massa. A Teralivo não deve ser descrita como um substituto completo dessas capacidades. Ela é mais adequada como uma porta de entrada focada para operação remota em segundo plano, resolvendo a questão de “é necessário interromper o cliente ao fazer manutenção em aplicativos compatíveis”.
A decisão de compra pode adotar uma abordagem combinada: usar MDM para o ciclo de vida do dispositivo e gerenciamento de políticas, usar controle remoto tradicional para falhas em tela física ou no nível do sistema e usar a Teralivo para fluxos em segundo plano que podem ser executados em exibição independente. O critério final deve ser os dados do piloto, e não a quantidade de recursos.
O núcleo do ROI não é comprar menos ferramentas
O resultado realmente valioso é minimizar o impacto de uma manutenção remota sobre o cliente, o suporte e a operação no local. Enquanto o terminal ainda estiver fornecendo serviços de retirada, pagamento ou check-in, a tela frontal é um recurso de produção. O valor comercial da manutenção em segundo plano vem de manter esse recurso disponível enquanto o engenheiro trabalha.