Progettazione di un'app Power Apps
Prima di provare a creare una soluzione Power Apps, occorre valutare quali risultati si sta cercando di ottenere con l'app. Non si costruisce una strada senza uno scopo preciso. Allo stesso modo, non c'è motivo di investire energie nella creazione di un'app, a meno che non si abbia un obiettivo chiaro. Sebbene non esista un processo di progettazione formale, lo scopo di questa unità è aiutare gli utenti a valutare se sia effettivamente il caso di creare una nuova app anziché apportare modifiche estese a un'app già in produzione.
Comprensione delle esigenze degli utenti
Prima ancora di aprire Power Apps Maker Portal, occorre avere una buona comprensione di ciò di cui hanno bisogno i clienti o gli utenti. Definire correttamente il problema è una necessità per una valida risoluzione dei problemi. Cosa vogliamo che faccia la nostra app? Stiamo sostituendo o automatizzando un processo analogico? Dobbiamo automatizzare i passaggi del nostro processo attuale che causano arretrati? Dobbiamo creare capacità mobile? Dobbiamo tenere conto di centinaia o addirittura di decine di migliaia di righe di dati?
Evitare la tentazione di sostituire i passaggi di un processo legacy con un'app quando si può realizzare molto di più con Power Apps. Laddove il software standard può contribuire a semplificare o risolvere soluzioni aziendali, raramente è di aiuto per risolvere tutti i problemi aziendali e talvolta ciò porta ad aggiornare/modificare i processi per adattarli al software. Per la maggior parte delle organizzazioni, questo approccio non è l'ideale a causa dei costi o dei tempi necessari per aggiornare i processi aziendali.
La grande notizia è che usando Power Apps per creare la soluzione, non è necessario preoccuparsi di soluzioni aziendali non supportate. Perché? Perché con Power Apps è possibile creare una soluzione personalizzata su misura per le specifiche esigenze aziendali.
Spesso, quando si crea un'app, si è tentati di ricreare esattamente il pezzo di carta o il processo legacy basato sul software. Mettendo in dubbio il processo esistente e chiedendosi cosa deve fare l'azienda, non cosa permette di fare il pezzo di carta o il vecchio software, si apre la possibilità di processi migliori e più efficienti. Ad esempio, probabilmente durante il processo cartaceo l'utente deve inserire delle note su ciò che vede. Non sarebbe meglio invece fare una semplice foto? Questo tipo di considerazione porta ad app e risultati migliori.
Requisiti aziendali
Ogni app che si sviluppa ha una serie diversa di requisiti aziendali in base alla soluzione. Pensare con attenzione a tutti i requisiti è la chiave per lanciare app di successo in produzione.
A seconda della soluzione o dei criteri aziendali, è possibile che siano in atto determinati requisiti di sicurezza, privacy o conformità che è necessario seguire. Ad esempio, si supponga di dover raccogliere nell'app informazioni personali protette. È necessario assicurarsi che queste informazioni siano archiviate in modo sicuro e non siano visibili a tutti.
Durante questo processo, è necessario anche identificare eventuali regolamenti governativi o requisiti di autenticazione/autorizzazione (se applicabili). Non è necessario trovare tutte le risposte in questa sede. Lo scopo è solo quello di presentare tutti i requisiti.
Modello di dati
All'inizio di questo modulo sono state illustrate le origini dati per Power Apps, ma con tutte queste scelte come si decide effettivamente quale origine dati usare per la soluzione? È possibile che sia già stata implementata un'origine dati con cui gli utenti lavorano quotidianamente, come SharePoint. È possibile semplicemente usarla come origine dati per creare l'app? È necessario connettersi a più origini dati? Quanti dati occorre archiviare? Queste sono tutte domande comuni interessanti, ma ci sono una serie di altri fattori da considerare, come ad esempio:
Requisiti aziendali: ogni origine dati e le funzionalità supportate sono leggermente diverse. Pertanto, a seconda dei requisiti dell'app, è necessario selezionare l'origine dati che supporta le proprie esigenze o modificare i requisiti aziendali per conformità alle funzionalità supportate per l'origine dati selezionata.
Licenza/Costo: tenere presente che alcune origini dati come Microsoft Dataverse o SQL sono considerate "origini dati premium". Un'origine dati premium richiede a ogni utente che usa l'app di disporre di un Piano per app Power Apps o un Piano per utente Power Apps. È possibile che le esigenze non siano tali da richiedere origini dati premium.
Esperienza utente
La progettazione della soluzione Power Apps in un'app canvas consente di avere il controllo completo dell'esperienza dell'utente finale. Consente di personalizzare completamente quasi ogni aspetto dell'app. Tuttavia, solo perché è possibile non significa necessariamente che lo si debba fare. Quando si progetta la soluzione Power Apps l'obiettivo deve essere mirare alla semplicità. Quando gli utenti finali aprono l'applicazione e iniziano a usarla, non devono avere esitazioni su cosa selezionare o dove andare. Se l'app richiede un ampio programma di training per consentire agli utenti di capire come usarla, è possibile che debba essere riprogettata.
Un'altra considerazione importante per l'utente sono le prestazioni dell'app. È possibile aggiungere immagini e animazioni ad alta risoluzione all'app per renderla accattivante, ma occorre considerare il degrado delle prestazioni per un utente che tenta di aprire l'app su un dispositivo mobile usando dati cellulari legacy. L'utente non vuole fissare per lunghi minuti una schermata di caricamento.
Questi sono alcuni degli elementi di progettazione di base che è necessario considerare:
Marchio personalizzato (logo, colori e font)
Popup (conferma delle azioni dell'utente)
Azioni Nascondi/Mostra pulsanti in base alle autorizzazioni di accesso degli utenti
Prompt di conferma
Senza conferma, l'utente potrebbe non essere sicuro che la sua richiesta sia stata accettata. Potrebbe provare a fare di nuovo clic sul pulsante, causando la scrittura di dati errati o incoerenti nell'origine dati.
Tenere presente che queste non sono le uniche personalizzazioni che è possibile apportare all'app, ma sono solo alcune di quelle più comuni. Un'altra cosa da tenere a mente quando si aggiungono diverse funzionalità di progettazione è che maggiore è quanta più logica si aggiunge per la personalizzazione dell'app, tanto più sarà il codice che l'applicazione deve elaborare. Quindi, ad esempio, se si aggiungono diverse funzioni per nascondere i pulsanti o mostrare i popup in una determinata schermata, ciò potrebbe rallentare le prestazioni dell'applicazione mentre ogni codice viene eseguito.
Infine, porsi continuamente nuovi obiettivi per migliorare l'esperienza utente. Forse oggi l'utente registra la temperatura della stanza facendo clic in un campo di input, cambiando la tastiera del dispositivo da lettere a numeri e quindi digitando "20". Un'opzione migliore potrebbe essere quella di sostituire l'input con un controllo a scorrimento che per impostazione predefinita è 20 e varia da 15 a 23. Quindi, con un movimento di scorrimento rapido del dito, è possibile registrare la temperatura. Piccole modifiche come questa rendono gli utenti delle app più felici e più produttivi.
Interfaccia utente
L'interfaccia utente in Power Apps è il modo in cui gli esseri umani interagiscono con i dati di un'app. Ogni app ha elementi di progettazione che tentano di facilitare il recupero e l'interazione con i dati giusti. Ad esempio, un'app per dispositivi mobili potrebbe limitare i campi visualizzati in una libreria e creare pulsanti grandi come un pollice nella parte inferiore dello schermo. L'obiettivo di una buona interfaccia utente è rendere le interazioni dell'utente efficienti e semplici.
Una buona idea è creare un mockup delle schermate dell'app per assicurarsi di acquisire tutto ciò di cui l'utente ha bisogno per l'app. È possibile usare un diagramma di Visio o Power Point oppure disegnarlo su un foglio di carta.
Successivamente, si può iniziare con un'app canvas vuota per fornire un mockup dell'applicazione. È anche possibile aggiungere la maggior parte dei controlli, della grafica, dei moduli e di altri elementi alle schermate dell'app. Quindi è possibile modificare a piacimento il layout e le dimensioni di ciascun elemento come se si stesse creando l'app sul serio. Quando si progetta l'interfaccia utente non è necessario aggiungere la logica alla base dei vari elementi posizionati sullo schermo. L'obiettivo qui è concentrarsi su come appare l'app e come funziona. Questo è simile a ciò che si può fare con un wireframe di Visio. Uno dei principali vantaggi è che si acquisisce maggiore esperienza con Power Apps e altre informazioni sui vari elementi dell'interfaccia utente disponibili nel processo..
Tutta l'esperienza e la conoscenza che si acquisisce creando il mockup dell'app in Power Apps ripaga solo in seguito, quando è il momento di avviare l'app di produzione. Un altro vantaggio significativo nell'uso di Power Apps per il mockup è che se il team gradisce questa procedura è possibile continuare a sviluppare quest'app o creare una nuova app e copiare gli elementi da mantenere nell'altra applicazione. Non dovendo ricreare l'interfaccia utente o dovendo rifare solo parti di essa, è possibile potenzialmente risparmiare ore di lavoro.
Altre due importanti preoccupazioni relative all'interfaccia utente sono l'accessibilità e la localizzazione. È fondamentale assicurarsi che l'interfaccia dell'app segua le linee guida per l'accessibilità in modo che tutti gli utenti possano interagire con l'applicazione senza problemi. Se si sono osservati questi principi basilari, gli utenti con problemi di vista, udito e altri tipi di problematiche potranno usare l'app correttamente. Power Apps ha la capacità integrata di assistere gli utenti in questo processo.
Per quanto riguarda la localizzazione, se si sta creando un'app globale, ricordare che virgole e decimali non significano numericamente la stessa cosa in diverse aree del mondo. Alcune aree del mondo usano una virgola come separatore decimale mentre altre usano un punto. Pertanto, i calcoli numerici in un'area geografica non sono gli stessi in un'altra area, se non si valuta attentamente l'impatto delle formule dell'app.