Tutorial: Mantendo um app de trabalho em primeiro plano no Android sem o modo quiosque de aplicativo único

Tablets Android compartilhados, coletores e dispositivos de balcão costumam se desviar da mesma forma. Um colaborador abre a câmera para fotografar um pacote danificado, verifica um endereço de entrega no navegador ou ajusta o brilho da tela. Depois, o turno muda, e a próxima pessoa pega um dispositivo exibindo o aplicativo errado. O aplicativo de negócios ainda está em execução em algum lugar, enterrado sob o que quer que tenha sido aberto por último. O resultado é um chamado para o suporte, uma lentidão no balcão ou um colaborador que não sabe como voltar.

A solução habitual é o modo quiosque completo de aplicativo único, que bloqueia o dispositivo em um único aplicativo. Isso funciona, mas também remove a câmera, o navegador e o segundo aplicativo de trabalho do qual sua equipe depende. Este tutorial aborda o meio-termo, que chamaremos de padrão flexível. Os colaboradores mantêm um pequeno conjunto de aplicativos permitidos, e o aplicativo de trabalho retorna ao primeiro plano em um cronograma controlado por você. Você configurará isso com o App Relauncher no Nomid MDM, escolherá um intervalo para cada função, decidirá se os colaboradores podem pausá-lo e medirá se isso reduziu o problema.

Quiosque completo ou um padrão flexível: escolhendo o nível certo de controle

O modo quiosque de aplicativo único é a escolha certa quando o dispositivo tem exatamente uma função e qualquer outro aplicativo representa um risco. Exemplos típicos são um terminal de autoatendimento para check-in usado pelo público, um dispositivo vinculado a pagamentos ou um painel digital. Nesses casos, leia nossos artigos sobre bloqueio total em modo quiosque, pois nada neste tutorial o substitui.

O quiosque completo se torna excessivo quando o trabalho em si precisa de mais de um aplicativo. Sinais de que você precisa de uma abordagem mais flexível:

• Os colaboradores precisam da câmera para fotos de comprovante de entrega, relatórios de danos ou captura de documentos fora do aplicativo principal.
• Um navegador faz parte do fluxo de trabalho, por exemplo, um portal de fornecedores, uma wiki interna ou um rastreador de entregas.
• Existe um segundo aplicativo de trabalho, como uma ferramenta de mensagens, um aplicativo de controle de ponto ou um aplicativo de inventário separado.
• Os colaboradores ajustam configurações como Wi-Fi, brilho ou Bluetooth para um leitor de código de barras ou impressora.

Um inicializador multi-aplicativo aberto por si só resolve isso, mas traz de volta o problema original: nada puxa os colaboradores de volta para o aplicativo que realmente importa. O padrão flexível combina dois controles:

1. Um inicializador gerenciado com uma lista restrita de aplicativos permitidos, para que os colaboradores só possam navegar pelos aplicativos aprovados por você.
2. Uma reinicialização agendada do aplicativo de trabalho principal, para que o desvio seja corrigido por conta própria sem que ninguém precise ligar para a TI.

Os colaboradores mantêm liberdade suficiente para suas tarefas secundárias, e o dispositivo continua retornando ao aplicativo de negócios.

Como funciona o App Relauncher

O App Relauncher é uma configuração de política no portal Nomid, na aba Launcher da política. Você escolhe um aplicativo e um intervalo em minutos inteiros. Em cada dispositivo, o aplicativo Nomid Settings traz esse aplicativo de volta ao primeiro plano uma vez por intervalo. O aplicativo Nomid Settings é o agente e inicializador no dispositivo da Nomid.

Conheça estes comportamentos antes de configurar qualquer coisa:

• Um aplicativo por política. Você escolhe um único aplicativo de destino. Dispositivos que precisam de um aplicativo de destino diferente devem usar uma política diferente.
• Intervalo em minutos inteiros. O padrão é 15 e o mínimo é 1.
• O tempo é aproximado. Espere que o aplicativo retorne aproximadamente uma vez por intervalo, não com precisão de segundos.
• Exige o inicializador da Nomid. O relauncher roda como parte do inicializador da Nomid, portanto o dispositivo deve usar o inicializador da Nomid como tela inicial.
• Não detecta atividade. Ele reinicia conforme o agendamento mesmo que o colaborador esteja ocupado em outro aplicativo permitido. É por isso que existe um botão de pausa, que você configurará na Etapa 2.
• Um aplicativo ausente é ignorado. Se o aplicativo escolhido não estiver instalado, nada é iniciado, e o relauncher tenta novamente no próximo intervalo.
• Qualquer aplicativo que a política instale pode ser o destino. Ele pode vir do Google Play gerenciado ou de um APK privado na Nomid Store.
• Desativá-lo é simples. Desativar o botão de alternância ou limpar o aplicativo selecionado interrompe o relauncher.

Observação: Este recurso se aplica a dispositivos Android gerenciados pela Nomid. Verifique se os dispositivos de destino usam o inicializador da Nomid como tela inicial antes de planejar a implementação.

Escolhendo o intervalo para cada função

O intervalo define a rapidez com que o dispositivo se recupera do desvio. Um intervalo curto mantém o aplicativo de trabalho na tela na maior parte do tempo, mas interrompe tarefas secundárias com mais frequência. Um intervalo longo é mais suave, mas deixa o dispositivo no aplicativo errado por mais tempo. Baseie a escolha no tempo que uma tarefa secundária legítima costuma levar. O relauncher segue o próprio agendamento, e não o momento em que o colaborador sai do aplicativo. Depois que o colaborador muda de aplicativo, o aplicativo de trabalho pode voltar quase imediatamente ou até cerca de um intervalo depois. Por isso, uma tarefa iniciada pouco antes de um relançamento agendado é interrompida, seja qual for o intervalo. Escolha um intervalo em que a maioria das tarefas secundárias caiba com folga e use o botão de pausa para o restante.

Exemplo prático A: tablet de balcão compartilhado

Um tablet em um balcão de retirada executa um aplicativo de consulta de pedidos. A equipe ocasionalmente abre o navegador para verificar uma página de rastreamento, o que leva um ou dois minutos. O custo do desvio é alto, porque o próximo cliente já está esperando e o próximo atendente pode não saber onde o aplicativo foi parar.

• Ponto de partida sugerido: 2 a 5 minutos.
• Por quê: As tarefas secundárias são curtas, e uma recuperação rápida importa mais do que uma interrupção ocasional.

Exemplo prático B: coletor de dados de armazém usado em vários aplicativos

Um coletor de dados robusto executa um aplicativo de gerenciamento de armazém como ferramenta principal. Os colaboradores também usam um aplicativo separado de etiquetagem, a câmera para fotos de avarias e um aplicativo de controle de ponto. Algumas dessas tarefas levam legitimamente dez minutos ou mais.

• Ponto de partida sugerido: 15 a 30 minutos.
• Por quê: Reinicializações frequentes interromperiam o trabalho real. O objetivo é garantir que o dispositivo esteja de volta ao aplicativo principal até a próxima rodada de separação de pedidos ou troca de turno.

Observação: Essas faixas são pontos de partida para testar com seus próprios colaboradores. Elas não são resultados mensurados. Como o tempo é aproximado, não monte um processo que dependa do retorno do aplicativo em um segundo exato.

Antes de começar

• Os dispositivos de destino são dispositivos Android gerenciados pela Nomid.
• O inicializador da Nomid é a tela inicial. Para verificar, pressione Início em um dispositivo: deve abrir a tela inicial da Nomid, e não a do fabricante.
• O aplicativo de trabalho já é instalado pela política, pelo Google Play gerenciado ou pela Nomid Store. O relauncher só permite selecionar um aplicativo que a política instala.
• Você tem uma política piloto: copie a política que seus dispositivos usam e atribua a cópia apenas aos dispositivos piloto. Faça as alterações das Etapas 1 a 3 nessa cópia, para que o restante da frota não seja afetado.
• Se você pretende proteger o botão de pausa com a senha da política, os supervisores conhecem essa senha.
• Seu suporte técnico já definiu as tags de chamados que você contará na Etapa 5 e levantou a linha de base das semanas anteriores ao piloto.

Etapa 1: Ativar o App Relauncher na política

1. No portal Nomid, abra a política piloto que você preparou em Antes de começar.
2. Acesse a aba Launcher da política.
3. Ative o botão do App Relauncher.
4. Selecione o aplicativo de trabalho. Deve ser um aplicativo que esta política instala, seja do Google Play gerenciado ou da Nomid Store.
5. Insira o intervalo em minutos inteiros. O mínimo é 1 e o padrão é 15.
6. Salve a política.

Resultado esperado: Em dispositivos com esta política que usam o inicializador da Nomid como tela inicial, o aplicativo selecionado volta ao primeiro plano aproximadamente uma vez por intervalo.

Aviso: Intervalos muito curtos, como 1 minuto, interrompem qualquer tarefa secundária quase que imediatamente, incluindo tirar uma foto ou preencher um formulário em outro aplicativo. Teste intervalos curtos com alguns colaboradores antes de aplicá-los a uma unidade inteira.

Permitindo que os colaboradores pausem o relauncher

O relauncher não tem como saber se um colaborador está no meio de uma tarefa, então você precisa de uma alternativa. O aplicativo Nomid Settings inclui um botão Delay Relauncher. Tocar nele pausa o relauncher por 5 minutos, e o aplicativo mostra o horário até o qual ele permanecerá pausado. O botão só aparece quando um aplicativo de relauncher está definido na política.

Etapa 2: Decidir quem pode usar o botão de pausa

1. Na mesma política, abra a aba Settings app.
2. Localize a configuração Delay Relauncher e escolha uma das três opções: Available (o padrão): qualquer colaborador pode pausar o relauncher por 5 minutos.
3. Protected by policy password: somente alguém com a senha da política, normalmente um supervisor ou a TI, pode pausá-lo.
4. Not available: o botão fica oculto.
5. Salve a política.

Resultado esperado: No dispositivo, o aplicativo Nomid Settings exibe o botão de acordo com a sua escolha. Tocar nele quando permitido mostra o horário até o qual o relauncher está pausado.

Qual opção escolher:

• Deixe como Available para equipes de confiança com tarefas ocasionais mais longas, como funcionários de armazém finalizando um relatório de avarias.
• Use Protected by policy password quando um supervisor precisar aprovar exceções ou quando os colaboradores puderem pausá-lo por hábito. Garanta que os supervisores conheçam a senha da política. Sem ela, esta opção funciona como Not available.
• Escolha Not available em dispositivos onde tarefas secundárias são sempre curtas e o intervalo já as contempla, como um tablet em um balcão movimentado.

Observação: Se os colaboradores pressionarem Delay Relauncher repetidamente, encare isso como um sinal de que o intervalo é curto demais para a atividade. Aumente o intervalo antes de bloquear o botão.

Combinando o relauncher com os aplicativos permitidos do inicializador

O relauncher traz os colaboradores de volta, e os aplicativos permitidos determinam aonde eles podem ir nesse intervalo. Quando o dispositivo usa o inicializador da Nomid no modo quiosque multi-aplicativo, os colaboradores veem apenas os aplicativos colocados por você na tela inicial. Use ambos os controles juntos.

Etapa 3: Limitar a tela inicial aos aplicativos necessários para a função

1. Liste as tarefas secundárias para esse tipo de dispositivo, por exemplo, câmera, um navegador, um aplicativo de controle de ponto e configurações de Wi-Fi.
2. Na configuração do inicializador da política, adicione apenas os aplicativos correspondentes a essas tarefas, além do aplicativo de trabalho principal.
3. Remova qualquer coisa que não esteja na lista, mesmo que pareça inofensiva.
4. Salve a política e verifique um dispositivo de teste.

Resultado esperado: O dispositivo de teste exibe o inicializador da Nomid como tela inicial apenas com os aplicativos aprovados. Depois que um colaborador abre um aplicativo secundário permitido, o aplicativo de trabalho volta no próximo relançamento agendado, entre quase imediatamente e cerca de um intervalo depois.

Aviso: Se o dispositivo alternar para uma tela inicial diferente, o relauncher não será executado. Confirme se o inicializador da Nomid é a tela inicial em todos os dispositivos piloto antes de começar a medir.

Implementando e avaliando se a medida ajudou

Sua diretoria vai querer evidências, e essas evidências devem vir dos seus próprios dados. Comece aos poucos e compare situações equivalentes.

Etapa 4: Fazer um piloto em uma unidade

1. Escolha uma unidade ou uma equipe com um problema conhecido de desvio de aplicativos.
2. Verifique se a política piloto está atribuída apenas aos dispositivos piloto, para que o restante da frota não seja afetado.
3. Verifique se ela tem o intervalo, a configuração de pausa e os aplicativos permitidos das Etapas 1 a 3.
4. Explique à equipe piloto o que vai acontecer: o aplicativo de trabalho voltará sozinho e como usar o botão de pausa se ele estiver disponível.

Resultado esperado: Os dispositivos piloto executam o relauncher, e os colaboradores entendem por que o aplicativo de trabalho reaparece.

Etapa 5: Comparar os chamados de suporte antes e depois

1. No seu sistema de chamados, encontre solicitações sobre esse problema nas semanas anteriores ao piloto. Procure termos como "o app sumiu", "a tela está no app errado" ou "não encontro o aplicativo".
2. Adicione tags consistentes a esses chamados para poder contabilizá-los.
3. Faça isso antes do início do piloto, para que os chamados abertos durante o piloto recebam as mesmas tags.
4. Depois que o piloto for executado pelo mesmo período de tempo, conte os chamados com as mesmas tags na unidade do piloto. Para descartar variações sazonais, conte as mesmas tags nas mesmas semanas em uma unidade semelhante que não participa do piloto.
5. Colete um breve feedback dos colaboradores e supervisores sobre as interrupções.
6. Opcionalmente, analise as estatísticas de uso de aplicativos dos dispositivos piloto no portal da Nomid.

Resultado esperado: Uma comparação de antes e depois construída a partir dos dados dos seus próprios chamados, além do feedback dos colaboradores que você pode usar para ajustar o intervalo antes de uma implementação mais ampla.

Se os chamados diminuírem e os colaboradores não relatarem interrupções frequentes, estenda a política para unidades semelhantes. Se as interrupções forem a principal reclamação, aumente o intervalo ou disponibilize o botão de pausa e execute a comparação novamente.

Checklist de configuração pronto para copiar

• ☐ Tipo de dispositivo e unidade escolhidos para o piloto
• ☐ Política piloto copiada e atribuída apenas aos dispositivos piloto
• ☐ Aplicativo de trabalho instalado pela política (Google Play gerenciado ou Nomid Store)
• ☐ Inicializador da Nomid confirmado como tela inicial nos dispositivos piloto
• ☐ Aba Launcher: App Relauncher ATIVADO, aplicativo de trabalho selecionado
• ☐ Intervalo definido em minutos inteiros (balcão: tente 2-5, coletor multi-aplicativo: tente 15-30)
• ☐ Aba Settings app: Delay Relauncher = Available / Password-protected / Not available
• ☐ Se o botão de pausa for protegido por senha, os supervisores conhecem a senha da política
• ☐ Tela inicial limitada aos aplicativos que a função realmente precisa
• ☐ Colaboradores informados sobre o comportamento de reinicialização e o botão de pausa
• ☐ Contagem de chamados da linha de base com tags ("o app sumiu", "tela no app errado")
• ☐ Contagem de chamados pós-piloto ao longo do mesmo período de tempo
• ☐ Intervalo e configuração de pausa revisados com o feedback dos colaboradores

Perguntas frequentes e solução de problemas

O aplicativo de trabalho não retorna. O que devo verificar primeiro?

Verifique estes itens, começando pelos mais rápidos:

• O dispositivo está na política que você editou? Durante um piloto, a alteração está apenas na política piloto. Confira no portal qual política está atribuída ao dispositivo.
• O relauncher foi pausado? Depois de um toque em Delay Relauncher, ele aguarda 5 minutos. O aplicativo Nomid Settings mostra até que horas ele está pausado.
• O relauncher continua ativado? Desativar o botão ou limpar o aplicativo selecionado interrompe o recurso.
• O inicializador da Nomid é a tela inicial? O relauncher funciona como parte do inicializador da Nomid. Se o dispositivo usar outra tela inicial, ele não será executado.
• O aplicativo está instalado? Se não estiver, nada será iniciado, e o relauncher tentará novamente no próximo intervalo. Confirme se a política instala o aplicativo pelo Google Play gerenciado ou pela Nomid Store.

O aplicativo retornou mais tarde do que o intervalo que configurei. Há algo errado?

Provavelmente não. O tempo é aproximado, portanto o aplicativo retorna aproximadamente uma vez por intervalo, em vez de em um momento exato. Se alguém tocou em Delay Relauncher, o relauncher também fica pausado por 5 minutos. O aplicativo Nomid Settings mostra o horário até o qual ele permanecerá pausado.

Os colaboradores dizem que o relauncher os interrompe no meio de uma tarefa.

O relauncher não detecta atividade, portanto trará o aplicativo de trabalho para o primeiro plano mesmo durante uma tarefa legítima em outro aplicativo permitido. Você tem duas opções: aumentar o intervalo ou definir o Delay Relauncher como Available para que os colaboradores possam pausá-lo por 5 minutos. Se os colaboradores pausarem com frequência, aumente primeiro o intervalo.

Não vejo o botão Delay Relauncher no dispositivo.

O botão só aparece quando um aplicativo do relauncher está definido. Verifique também a aba Settings app da política. Se a opção estiver definida como Not available, o botão fica oculto por padrão.

Posso reiniciar dois aplicativos diferentes no mesmo dispositivo?

Não. O relauncher tem como destino um aplicativo por política. Se grupos de dispositivos diferentes precisarem de aplicativos principais diferentes, configure políticas separadas para eles.

O aplicativo de destino pode ser um APK privado?

Sim. O destino pode ser qualquer aplicativo que a política instale, incluindo aplicativos privados hospedados na Nomid Store, bem como aplicativos do Google Play gerenciado.

Próximos passos

O padrão flexível funciona bem quando uma atividade exige alguns aplicativos e o desvio do aplicativo principal continua gerando chamados. Use um inicializador com aplicativos permitidos para limitar até onde os colaboradores podem ir e o App Relauncher para trazê-los de volta. Defina o intervalo com base no tempo que tarefas secundárias reais levam e dê aos colaboradores uma pausa de 5 minutos se o trabalho exigir. Faça um piloto em uma unidade, compare os dados dos seus próprios chamados e faça ajustes antes de escalar. Mantenha o modo quiosque completo de aplicativo único para dispositivos que genuinamente têm apenas uma função.

Se você gerencia dispositivos Android compartilhados com o Nomid MDM, as configurações App Relauncher e Delay Relauncher estão nas abas Launcher e Settings app de cada política. Você pode aplicar o checklist acima a uma política piloto sem alterar o restante da sua frota. Para ver como isso se adapta aos seus dispositivos, acesse nomidmdm.com e converse com a equipe em inglês ou português.