Criando um aplicativo do Power Apps

Concluído

Antes de tentar criar uma solução do Power Apps, você deve considerar o que está tentando realizar com o aplicativo. Você não criaria uma estrada sem ter um propósito para ela. Da mesma forma, você não quer investir esforço na criação de um aplicativo, a menos que tenha um objetivo claro para isso. Embora não haja um processo de design formal, o objetivo desta unidade é ajudar a fazer considerações que auxiliem na criação do aplicativo e evitar o trabalho de corrigir um aplicativo já em produção.

Entender as necessidades do usuário

Antes mesmo de abrir o Power Apps Maker Portal, você deve ter um bom entendimento do que o cliente ou usuário precisa. Definir adequadamente o problema é uma necessidade para a boa resolução de problemas. O que queremos que o aplicativo faça? Estamos substituindo ou automatizando um processo analógico? Precisamos automatizar etapas em nosso processo atual que causam atrasos? Precisamos criar capacidade móvel? Precisamos contabilizar centenas de linhas de dados ou dezenas de milhares de linhas de dados?

Evite a tentação de substituir as etapas de um processo herdado por um aplicativo quando há muito mais que você pode realizar com o Power Apps. Embora o software pronto para uso possa auxiliar a simplificar ou resolver soluções de negócios, raramente ajuda a resolver todos os seus problemas de negócios e, às vezes, isso faz com que você atualize/altere seus processos para corresponder ao software. Para a maioria das organizações, isso não é ideal devido ao custo ou ao tempo necessário para atualizar esses processos de negócios.

A boa notícia é que, ao usar o Power Apps para criar sua solução, você não precisa se preocupar com soluções comerciais sem suporte. Por quê? Com o Power Apps, você pode criar uma solução personalizada para atender perfeitamente aos requisitos dos seus negócios.

Ao criar um aplicativo, é comum você sentir vontade de recriar exatamente o documento ou o processo influenciado pelo software antigo. Se você desafiar o processo existente e perguntar o que a empresa precisa fazer, e não o que o documento ou o software antigo permite fazer, abrirá o caminho para processos melhores e mais eficientes. Por exemplo, talvez no processo em papel o usuário precisasse digitar comentários sobre o que observava. Não seria melhor apenas fotografar? Esse tipo de raciocínio leva a aplicativos e resultados melhores.

Requisitos de negócios

Todo aplicativo desenvolvido tem um conjunto distinto de requisitos de negócios com base na solução. Dedicar o tempo pensando em todos os requisitos é fundamental para a implantação de um aplicativo de produção bem-sucedido.

Dependendo das políticas da solução ou da empresa, talvez haja certos requisitos de segurança, privacidade ou conformidade que você deva seguir. Por exemplo, digamos que você esteja coletando informações pessoais protegidas no aplicativo. Você deseja garantir que essas informações sejam armazenadas com segurança e não fiquem visíveis a todos.

Durante esse processo, você também deseja identificar regulamentações da Administração Pública ou requisitos de autenticação/autorização (se aplicável). Você não precisa necessariamente ter todas as respostas para as suas perguntas neste momento, você só deseja saber todos os requisitos.

Modelo de dados

Anteriormente neste módulo, aprendemos sobre fontes de dados para o Power Apps, mas, com todas essas opções, como você decide qual fonte de dados usar para sua solução? Talvez você já tenha uma fonte de dados implementada com a qual os usuários trabalham diariamente, como o SharePoint. Você pode usá-la como fonte de dados para criar seu aplicativo? Você precisa se conectar a várias fontes de dados? Quantos dados você precisa armazenar? Essas são as perguntas comuns que você deve fazer a si mesmo. Além disso, existem vários outros fatores a serem considerados, como:

  • Requisitos de negócios: cada fonte de dados e as funcionalidades compatíveis são um pouco diferentes. Portanto, dependendo dos requisitos do aplicativo, você precisará selecionar a fonte de dados que atenda às suas necessidades ou modificar os requisitos de negócios para corresponder à funcionalidade compatível com a fonte de dados selecionada.

  • Licenciamento/Custo: lembre-se de que certas fontes de dados, como o Microsoft Dataverse ou o SQL, são consideradas fontes de dados "premium". Uma fonte de dados premium exige que cada usuário do aplicativo tenha um plano por aplicativo do Power Apps ou um plano por usuário do Power Apps. Pode ser que suas necessidades não exijam fontes de dados premium.

Experiência do usuário (UX)

Ao criar sua solução Power Apps em um aplicativo de tela, você tem total controle da experiência do usuário final. Com isso, você pode personalizar por completo quase todos os aspectos do aplicativo. Embora você possa fazer isso, não significa que precise fazê-lo. Ao projetar sua solução do Power Apps, o objetivo deve ser mantê-la simples. Quando os usuários finais abrirem o aplicativo e começarem a usá-lo, eles não deverão ter dúvidas sobre o que selecionar ou para onde ir. Se seu aplicativo exigir um programa de treinamento extensivo para que os usuários entendam como usá-lo, talvez seja hora de repensá-lo.

Outra consideração importante para o usuário é o desempenho do aplicativo. Você pode adicionar imagens e animações de alta resolução ao aplicativo para torná-lo belo, mas considere a degradação do desempenho para um usuário que tenta acessar o aplicativo em um dispositivo móvel usando dados de celular herdados. O usuário não quer ficar observando para sempre uma tela de carregamento.

Aqui estão alguns dos elementos básicos de design que você deseja considerar:

  • Identidade visual personalizada (seu logotipo, cores e fontes)

  • Pop-ups (confirmar ações do usuário)

  • Botões Ocultar/Mostrar com base nas permissões/acesso dos usuários

  • Prompts de confirmação

Captura de tela do design do aplicativo do Power Apps e do aplicativo em um dispositivo móvel.

Sem confirmação, um usuário pode não ter certeza de que o envio foi aceito. Ele pode tentar clicar no botão novamente, fazendo com que dados incorretos ou inconsistentes sejam gravados na fonte de dados.

Lembre-se de que essas não são as únicas personalizações que você pode fazer no aplicativo; são apenas algumas das mais comuns. Além disso, lembre-se de que, à medida que adiciona diferentes recursos de design para a personalização do aplicativo, você adiciona mais código que o aplicativo precisa processar. Assim, por exemplo, se você adicionar diversas funções diferentes para ocultar botões ou exibir pop-ups em determinada tela, isso poderá fazer com que o desempenho do aplicativo diminua à medida que cada parte for executada.

Por fim, procure sempre melhorar a experiência do usuário. Talvez hoje o usuário registre a temperatura ambiente clicando em um campo de entrada, mudando o teclado do dispositivo de letras para números e digitando "70". Uma opção melhor seria substituir a entrada por um controle deslizante cujo padrão é 70 e varia de 65 a 71. Assim, o usuário precisa apenas passar o dedo para registrar a temperatura. Pequenas alterações como essa deixam os usuários do aplicativo mais satisfeitos e produtivos.

Interface do usuário (IU)

A interface do usuário no Power Apps é como os seres humanos interagem com os dados de um aplicativo. Cada aplicativo tem elementos de design que tentam facilitar a obtenção e a interação com os dados corretos. Por exemplo, um aplicativo móvel pode limitar os campos que são mostrados em uma galeria e criar botões do tamanho de um polegar próximos à parte inferior da tela. O objetivo de uma boa interface do usuário é tornar as interações do usuário eficientes e simples.

Uma boa ideia é fazer uma maquete das telas do aplicativo para garantir que você capture tudo de que o usuário precisa para o aplicativo. Você pode usar um diagrama do Visio ou do PowerPoint ou até mesmo esboçá-lo em papel.

Depois disso, você pode começar com um aplicativo de tela em branco para criar uma maquete do aplicativo. Você pode adicionar a maioria dos controles, gráficos, formulários e outros itens às telas do aplicativo. Depois, você pode brincar com o layout e o tamanho de cada elemento como se estivesse criando o aplicativo de fato. Ao criar a IU, você não precisa adicionar a lógica por trás dos vários elementos colocados na tela. A meta aqui é enfatizar a aparência do aplicativo e como ele pode funcionar. É semelhante ao que você pode fazer com um wireframe do Visio. Porém, uma das maiores vantagens de seguir esse caminho é que você ganha mais experiência no trabalho com o Power Apps e aprende mais sobre os vários elementos de interface do usuário disponíveis no processo.

Toda a experiência e conhecimento que você ganha ao criar seu modelo de aplicativo no Power Apps só compensa mais tarde, quando chegar a hora de iniciar o aplicativo de produção. Outra vantagem significativa de usar o Power Apps para o modelo é que, se você mostrá-lo para sua equipe e eles gostarem do que você fez, você poderá continuar criando com base nesse aplicativo ou criar um novo aplicativo e copiar os elementos desejados para o outro aplicativo. Como você não precisa refazer a IU nem partes dela, pode economizar horas do seu trabalho.

Duas outras preocupações importantes da interface do usuário são acessibilidade e localização. É importante garantir que a interface do aplicativo siga as diretrizes de acessibilidade para que todos os usuários possam interagir com ele sem nenhum problema. Se você fizer isso corretamente, o aplicativo permitirá que usuários com deficiência visual, auditiva e outras deficiências o usem com êxito. O Power Apps tem capacidade integrada para auxiliar nesse processo.

Em relação à localização, se você estiver criando um aplicativo global, lembre-se de que, numericamente, vírgulas e decimais não significam o mesmo em diferentes áreas do mundo. Algumas regiões usam uma vírgula como separador decimal, enquanto outras usam um ponto final para a mesma finalidade. Portanto, os cálculos numéricos em um lugar não serão iguais em outro se você não considerar cuidadosamente os impactos das fórmulas do aplicativo.