Progettare schermate voice-first per RealWear Navigator 520

Sintesi

RealWear Navigator 520 basa la navigazione vocale sugli elementi dello schermo che l'operatore può vedere e pronunciare. Non limitarti a rimpicciolire il layout di uno smartphone per adattarlo al visore: mostra chiaramente le azioni disponibili e lascia che WearHF associ i comandi vocali ai controlli supportati.

RealWear consiglia di ridurre l'inserimento di testi lunghi, le impostazioni complesse e le schermate affollate. Usa un'attività per schermata, istruzioni concise, testo leggibile ed etichette visibili e ben distinte. Applica gli stessi principi sia a un'app canvas sia a un'applicazione Android nativa.

I team di sviluppo hanno a disposizione due percorsi adatti all'uso aziendale. Usa Android nativo con WearHF quando il flusso di lavoro richiede un comportamento personalizzato del dispositivo, la gestione offline o l'integrazione con i sistemi aziendali. Usa Microsoft Power Apps quando l'organizzazione gestisce già il flusso di lavoro in Power Platform e il player RealWear supporta le funzionalità dell'app di cui hai bisogno. Il percorso nativo descritto di seguito include esempi in XML e Java; il percorso Power Apps è un'alternativa low-code facoltativa.

Regola fondamentale: un'interfaccia vocale non è una normale schermata mobile a cui si aggiunge la voce in un secondo momento. È la schermata stessa a dover indicare all'operatore che cosa può dire.

Che cos'è RealWear Navigator 520?

Navigator 520 è un dispositivo Android rugged e a mani libere pensato per il lavoro industriale, come manutenzione, ispezioni e assistenza sul campo. RealWear indica per il display una risoluzione di 1280 × 720 pixel e come software del Navigator 520 Ari OS (Android 13) con WearHF. Dalla release di manutenzione Ari OS 2.0 del 17/09/2026 (firmware 3.0), i dispositivi aggiornati eseguono Android 16: verifica quindi quale build è installata nella tua flotta. Prima del rilascio, controlla il firmware e la configurazione del display sui dispositivi della flotta.

RealWear associa il display 720p predefinito del Navigator 520 a un'area di layout Android di 854 × 480 dp a 240 dpi. Usa i dp per le dimensioni del layout e gli sp per il testo, invece di pixel fisici impostati nel codice. Mantieni la schermata semplice, perché il display occupa solo una parte del campo visivo dell'operatore.

Visualizza la pagina prodotto di RealWear Navigator 520 su VR Expert

Scegli un percorso di implementazione aziendale

Usa Android nativo quando hai bisogno di comportamenti personalizzati, integrazione o controllo sui rilasci. Usa Power Apps quando l'azienda dispone già di un ambiente Power Platform e l'app può restare entro le funzionalità supportate per le app canvas.

Microsoft Power Apps:

• Dove si progetta: Power Apps Studio in un browser web
• Ideale per: aziende con un tenant Power Platform approvato che hanno bisogno di un flusso di lavoro aziendale low-code.

App Android nativa:

• Dove si progetta: Android Studio + WearHF/WearML
• Ideale per: team di sviluppo che necessitano di un comportamento Android personalizzato, dell'integrazione con i sistemi aziendali o del controllo sul rilascio gestito.

Entrambi i percorsi richiedono un'identità approvata dall'organizzazione, l'accesso all'ambiente aziendale corretto e le autorizzazioni per ogni origine dati collegata. Esegui i test sulla flotta gestita di Navigator 520, non solo in un'anteprima desktop.

Percorso Android nativo: creare una schermata voice-first

Una View Android è un controllo standard dello schermo, come un Button o una TextView. WearHF viene eseguito sul dispositivo e può attivare i controlli cliccabili supportati a partire dalle loro etichette visibili, quindi una schermata di base non richiede un SDK vocale separato.

Passaggio 1: crea il progetto Android.

• In Android Studio, scegli New Project > Phone and Tablet > Empty Views Activity, quindi seleziona Java e Views/XML.

• Usa il nome del pacchetto in formato dominio inverso della tua organizzazione (ad esempio com.company.fieldworkflow). Imposta minSdk sulla versione di Android più vecchia presente nella flotta supportata, quindi lascia che Gradle esegua la sincronizzazione.

• Installa Android SDK Platform-Tools da SDK Manager, in modo che adb sia disponibile per i test sul visore.

Compatibilità della build: minSdk determina su quali versioni di Android è possibile installare l'app. Le flotte di Navigator 520 eseguono Android 13 (API 33) con firmware 2.x oppure Android 16 con firmware 3.0, quindi minSdk 33 copre una flotta composta solo da 520; usa un valore inferiore se sono supportati dispositivi più vecchi ed esegui i test su entrambe le build se la flotta è mista. Imposta compileSdk e targetSdk sulle versioni approvate dalla tua organizzazione, quindi verifica l'app e le sue dipendenze su un visore gestito prima della distribuzione.

Passaggio 2: definisci la schermata.

• Nel pannello Project di Android Studio, apri app > src > main > res > layout > activity_main.xml.

• Sostituisci il layout generato con questo esempio. Usa i dp per le spaziature e gli sp per il testo, prevede due azioni aziendali esplicite e mantiene visibili le etichette da pronunciare:

<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" android:padding="24dp">

<TextView android:id="@+id/screenTitle" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="INSPECTION" android:textSize="24sp" />

<TextView android:id="@+id/instructionText" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="12dp" android:text="Confirm the equipment status." android:textSize="20sp" />

<Button android:id="@+id/confirmButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="20dp" android:minHeight="56dp" android:text="CONFIRM STATUS" />

<Button android:id="@+id/reportButton" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="8dp" android:minHeight="56dp" android:text="REPORT ISSUE" />

<TextView android:id="@+id/statusText" android:layout_width="match_parent" android:layout_height="wrap_content" android:layout_marginTop="12dp" android:text="Waiting for selection" android:textSize="16sp" /> </LinearLayout>

Passaggio 3: collega ogni pulsante al comportamento dell'app.

• Nel pannello Project, apri app > java > il tuo pacchetto > MainActivity.java.

• Sostituisci l'activity generata con questo esempio, mantieni la dichiarazione del pacchetto allineata al namespace Gradle e usa gli ID delle view definiti nell'XML. L'esempio aggiorna un testo di stato locale; sostituisci i commenti con il flusso di lavoro convalidato e le chiamate ai servizi dell'azienda:

package com.company.fieldworkflow;

import android.app.Activity; import android.os.Bundle; import android.widget.Button; import android.widget.TextView;

public class MainActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main);

Button confirmButton = findViewById(R.id.confirmButton); Button reportButton = findViewById(R.id.reportButton); TextView statusText = findViewById(R.id.statusText);

confirmButton.setOnClickListener(view -> { // Richiama qui il flusso di lavoro di ispezione approvato. statusText.setText("Status: confirmation recorded"); });

reportButton.setOnClickListener(view -> { // Convalida e invia la segnalazione tramite il servizio aziendale. statusText.setText("Status: issue reported"); }); } }

Passaggio 4: aggiungi una frase vocale personalizzata solo quando l'etichetta visibile non basta.

• In activity_main.xml, inserisci questo attributo nel Button CONFIRM STATUS esistente. Il campo Android contentDescription influisce anche sull'accessibilità. Verifica il comando vocale e l'output di accessibilità sul dispositivo di destinazione e localizza il comando per ogni lingua supportata dal personale:

<Button android:id="@+id/confirmButton" android:text="CONFIRM STATUS" android:contentDescription="hf_commands:CONFIRM STATUS, MARK COMPLETE" android:layout_width="match_parent" android:layout_height="wrap_content" />

Passaggio 5: esegui la build e i test su un Navigator 520.

• Su un visore di test gestito dall'organizzazione, pronuncia MY SETTINGS, poi ADVANCED SETTINGS, poi ABOUT DEVICE; pronuncia PAGE DOWN finché non compare Build Number, quindi pronuncia BUILD NUMBER circa sette volte finché il visore non mostra “You are now a developer!”.

• Torna a SYSTEM > DEVELOPER OPTIONS e attiva il debug USB, se le policy aziendali lo consentono.

• Collega un cavo USB-C che supporti il trasferimento dati e approva la richiesta.

• Esegui adb devices -l e verifica che lo stato del dispositivo sia device.

• In Android Studio, seleziona il visore e scegli Run > Run app. Verifica le etichette vocali, il comportamento dei clic, gli stati di errore, l'adattamento al display e il rumore previsto sul luogo di lavoro.

adb devices -l # Verifica che il Navigator 520 compaia con lo stato: device

Passaggio 6: distribuisci l'APK interno tramite la gestione aziendale dei dispositivi.

• In Ari Business Cloud, apri Apps > Enterprise, aggiungi l'app, inserisci il nome e i dettagli della versione, carica l'APK di release firmato e seleziona Publish. Quindi assegnala al dispositivo gestito o al gruppo di dispositivi appropriato.

• In alternativa, usa la soluzione EMM/MDM approvata dall'organizzazione, ad esempio Microsoft Intune. RealWear segnala che le app caricate a livello aziendale potrebbero non essere ottimizzate per Ari OS e che le versioni devono essere aggiornate manualmente; verifica la compatibilità prima della distribuzione sulla flotta. Riserva le installazioni tramite ADB allo sviluppo e ai test.

Percorso low-code facoltativo: Microsoft Power Apps per i flussi di lavoro aziendali

Passaggio 1: crea un'app canvas nell'ambiente aziendale

Prima di iniziare: verifica che l'organizzazione disponga di un ambiente Power Platform approvato, dell'accesso come maker, delle licenze necessarie e dei connettori aziendali approvati. Crea e testa l'app in quell'ambiente di lavoro; non usare un account Microsoft personale né un'origine dati personale.

Crea la schermata su un computer in Power Apps Studio, quindi pubblicala nell'ambiente aziendale e distribuisci il player RealWear tramite la gestione aziendale dei dispositivi.

1. Apri Power Apps all'indirizzo make.powerapps.com e accedi con l'account aziendale o dell'istituto di istruzione della tua organizzazione. Seleziona l'ambiente approvato che contiene l'app e i dati aziendali.

2. Nel riquadro di navigazione a sinistra, seleziona Create, quindi Create from blank. Scegli un'app canvas e seleziona il layout Responsive o Tablet in base al tuo progetto e al piano di distribuzione.

3. Power Apps apre il canvas in Power Apps Studio. Prima di aggiungere i controlli, verifica che l'ambiente, le licenze e i connettori aziendali approvati soddisfino i requisiti della tua organizzazione.

Apri Microsoft Power Apps

Passaggio 2: imposta la schermata per il Navigator 520

Per un layout fisso per il Navigator, imposta un canvas tablet in orientamento orizzontale e visualizza l'anteprima dell'app con le proporzioni del dispositivo. Se l'app deve adattarsi a diverse dimensioni di dispositivo, usa contenitori responsive e testa ogni layout supportato, invece di forzare l'estensione di un design fisso.

1. Apri Settings. In Power Apps Studio, apri Settings, quindi Display.

2. Scegli Landscape per la flotta di visori gestiti. Il tutorial di RealWear su Power Apps usa l'orientamento orizzontale per i layout destinati ai visori.

3. Per un canvas fisso, lascia attivo Scale to fit, in modo che il design si adatti al display disponibile. Per un canvas responsive, disattivalo solo quando i controlli usano regole di layout responsive e sono stati testati a ogni dimensione di destinazione.

4. Mantieni attivo Lock aspect ratio per le app a layout fisso, così da evitare distorsioni. Se usi un layout responsive, utilizza contenitori con layout automatico e verifica che non ci siano sovrapposizioni o elementi tagliati.

5. Mantieni attivo Lock orientation solo se tutti i dispositivi distribuiti usano l'orientamento orizzontale. Salva le impostazioni, quindi torna al canvas.

Nota sul display: Navigator 520 ha un display fisico da 1280 x 720, ma RealWear consiglia agli sviluppatori Android di usare unità indipendenti dalla densità anziché progettare in pixel grezzi. Alla densità predefinita, il dispositivo offre uno spazio di progettazione di 854 x 480 dp.

Passaggio 3: crea una schermata per ogni attività lavorativa

Parti dalla decisione operativa che l'operatore deve prendere. Non copiare una dashboard desktop sul visore.

1. Scegli un unico compito per questa schermata, ad esempio controllare l'esito di un'ispezione e decidere se proseguire o segnalare un problema.

2. Sposta dati secondari, impostazioni e approvazioni in un'altra schermata o in un flusso di lavoro di back office autorizzato.

3. Mantieni solo i controlli necessari per questa decisione. Assegna a ogni controllo un'etichetta distinta che corrisponda alla frase che WearHF deve riconoscere.

Test della schermata: una buona schermata vocale risponde subito a tre domande: dove mi trovo? Quali informazioni contano adesso? Che cosa posso dire ora?

Passaggio 4: aggiungi prima di tutto testo grande e visibile

Le linee guida di RealWear per Power Apps raccomandano un testo non inferiore a 16sp, e di 20sp o più ove possibile. Usa istruzioni concise, etichette di azione visibili e spaziature sufficienti; verifica la leggibilità sul visore invece di affidarti soltanto al canvas desktop.

1. Aggiungi il titolo della schermata. In Power Apps Studio, vai a Insert > Text e posizionalo nella parte superiore della schermata. Usa un titolo breve come INSPECTION STEP 3 o MACHINE STATUS.

2. Aggiungi solo l'istruzione necessaria per la decisione operativa in corso. Suddividi le procedure più lunghe su più schermate.

3. Rendi le etichette delle azioni più grandi e più evidenti rispetto al testo di supporto. Usa la stessa formulazione nell'etichetta e nel comando vocale.

· Evita paragrafi lunghi quando basta un'istruzione breve.

· Lascia spazio vuoto tra i controlli.

· Non rimpicciolire il testo solo per far stare più informazioni in una schermata.

Passaggio 5: usa pulsanti con testo, non controlli costituiti solo da icone

Chi usa la voce deve sapere che cosa dire. Un'icona può sembrare familiare su uno smartphone, ma non indica automaticamente all'operatore quale frase pronunciare per attivarla.

1. Inserisci un pulsante. In Power Apps Studio, usa Insert e aggiungi un controllo Button.

2. Assegnagli un'etichetta di azione visibile. Ad esempio CONTINUE, REPORT ISSUE oppure OPEN CHECKLIST.

3. Mantieni allineate la frase vocale e l'etichetta visibile. L'utente deve poter dire ciò che vede.

Per collegare una semplice transizione tra schermate, seleziona il pulsante CONTINUE. Nel selettore di proprietà accanto alla barra della formula, scegli OnSelect e inserisci questa formula Power Fx. Sostituisci scrNext con il nome effettivo della schermata successiva; per qualsiasi azione che modifica i dati, usa il connettore e la gestione degli errori approvati dall'organizzazione:

Navigate(scrNext, ScreenTransition.None)

Puoi comunque usare un'icona come supporto visivo, ma mantieni accanto l'etichetta di testo. È l'etichetta a rendere comprensibile l'azione vocale.

In Power Apps Studio, seleziona ogni Button e imposta Text = "REPORT ISSUE" e AccessibleLabel = "REPORT ISSUE" (sostituendo l'esempio con l'azione di quel pulsante). Imposta Tooltip solo quando un aiuto aggiuntivo è utile; non usarlo come comando vocale nascosto. Microsoft documenta AccessibleLabel come testo per le utilità di lettura dello schermo, e RealWear non documenta né questa proprietà né Tooltip come alias vocali garantiti: verifica quindi l'etichetta vocale sul player distribuito.

Se un'icona, un componente personalizzato o un altro controllo non può essere selezionato con la voce, rendi disponibile la stessa azione tramite un Button standard visibile e inserisci la formula dell'azione nella proprietà OnSelect di quel pulsante. Testalo sul visore. La soluzione di riserva documentata da RealWear consiste nel pronunciare MY CONTROLS, poi MOUSE; sposta il cursore con i movimenti della testa e pronuncia MOUSE CLICK. Considera il controllo del cursore una soluzione di riserva, non il percorso principale per un'azione frequente.

Passaggio 6: scegli comandi vocali facili da riconoscere

RealWear consiglia comandi vocali di due o più sillabe, perché il sistema di riconoscimento riesce a distinguerli in modo più affidabile.

• GO: CONTINUE
• YES: CONFIRM
• NO: CANCEL STEP
• NEXT: NEXT STEP
• OPEN: OPEN CHECKLIST

Non si tratta di un divieto assoluto delle parole brevi, ma di una regola pratica di affidabilità: frasi più lunghe e distintive forniscono al sistema vocale più informazioni da confrontare.

Passaggio 7: progetta l'inserimento di testo per la voce, non per la digitazione

Selezionando un TextInput si apre la tastiera vocale di RealWear; la dettatura è una modalità di input esplicita, non un flusso continuo di trascrizione vocale. Per una nota breve, seleziona il campo, pronuncia DICTATION, attendi il conto alla rovescia, parla e poi, al termine della dettatura, pronuncia OK per accettare e chiudere la finestra di testo. Per inserire singoli caratteri, pronuncia VOICE KEYBOARD e inserisci i caratteri con l'alfabeto fonetico, quindi pronuncia ACCEPT. Non dettare password o identificativi sensibili; usa la tastiera sicura o un metodo di accesso approvato dall'organizzazione. La dettatura può richiedere una connessione di rete, quindi testa la lingua di destinazione e la connessione sul dispositivo gestito. Quando l'attività lo consente, preferisci controlli a scelta fissa.

· Usa una breve nota dettata invece di un modulo lungo.

· Usa categorie selezionabili per le risposte comuni, come LOW, MEDIUM e HIGH.

Usa l'acquisizione di codici a barre o QR solo quando il controllo o l'integrazione di scansione scelti sono supportati dal player RealWear e approvati per il flusso di dati dell'azienda. Testali sul dispositivo reale.

· Richiedi le informazioni distribuendole su più schermate semplici anziché in un unico modulo fitto.

Passaggio 8: mantieni i controlli importanti all'interno dell'area sicura

Tieni titoli, istruzioni e azioni principali lontani dai bordi esterni. RealWear avverte che gli elementi ai bordi possono entrare in conflitto con altre informazioni visive e risultare più difficili da usare.

1. Mantieni centrato il contenuto principale. Non collocare l'azione principale direttamente a ridosso del bordo.

2. Lascia spazio intorno ai pulsanti. L'operatore deve poter distinguere immediatamente le singole azioni.

3. Visualizza l'anteprima sia in condizioni di luce sia al buio. Un contrasto semplice funziona meglio degli effetti decorativi.

Passaggio 9: pubblica e condividi l'app all'interno dell'organizzazione

Salva e pubblica l'app canvas nell'ambiente Power Platform approvato. Quindi condividila con gli utenti di lavoro previsti o con un gruppo di sicurezza dell'organizzazione. L'accesso all'app da solo non basta: gli utenti devono avere anche le autorizzazioni necessarie per le tabelle Dataverse collegate, i flussi e le altre origini dati aziendali approvate.

1. Seleziona Save in Power Apps Studio e assegna all'app un nome aziendale chiaro.

2. Seleziona Publish, quindi conferma la versione destinata al progetto pilota. Pubblica di nuovo dopo ogni modifica successiva, in modo che i tester ricevano la versione corrente.

3. In Power Apps, apri l'elenco Apps, seleziona l'app e scegli Share. Concedi l'accesso in esecuzione agli utenti o al gruppo di sicurezza Microsoft Entra ID approvati, assegna autorizzazioni sui dati secondo il principio del privilegio minimo e verifica con l'amministratore le licenze Power Apps necessarie.

Passaggio 10: distribuisci il player Power Apps sui dispositivi Navigator gestiti

L'app canvas Power Apps dell'azienda viene eseguita all'interno del player Power Apps di RealWear. Distribuisci il player sulla flotta di visori gestiti; la schermata vera e propria continua a essere realizzata in Power Apps Studio.

1. In Ari Business Cloud, apri RealWear App Marketplace, trova la scheda di Microsoft Power Apps e seleziona Install. Scegli il dispositivo di test o il gruppo di dispositivi approvato. Per una flotta gestita con Intune, segui invece le istruzioni aggiornate di RealWear per la distribuzione di APK aziendali.

2. Al termine dell'installazione, apri la schermata Home del Navigator, pronuncia MY PROGRAMS e poi apri Power Apps.

3. Accedi con l'account aziendale o dell'istituto di istruzione dell'organizzazione che ha accesso all'app pubblicata e alle sue origini dati. Verifica con l'amministratore di Power Platform eventuali richieste relative alle licenze.

4. Apri l'app pubblicata dal player e verifica che la versione, le schermate e i dati aziendali previsti siano disponibili.

Secondo RealWear, WearML non è disponibile all'interno di Power Apps dopo l'accesso. Usa quindi etichette visibili, testa ogni controllo selezionabile con la voce e non dare per scontato che le direttive WearHF di Android nativo possano essere aggiunte alla schermata canvas.

Passaggio 11: convalida il flusso di lavoro sul dispositivo reale

Non approvare una schermata basandoti soltanto sull'anteprima di Power Apps Studio. Esegui i test con il firmware del Navigator 520 di destinazione e con la configurazione di distribuzione dell'organizzazione.

1. Verifica che l'utente riesca a capire dove si trova e quali azioni sono disponibili senza toccare il display.

2. Pronuncia ogni etichetta visibile esattamente come è scritta e verifica che venga eseguita l'azione aziendale corretta.

3. Esegui i test con i DPI, i movimenti, le condizioni di rete e il rumore ambientale previsti. Verifica le operazioni sui dati lente, offline e non riuscite.

4. Chiedi a un altro operatore destinatario di completare l'attività. Correggi le etichette o la navigazione che generano esitazioni, quindi ripeti il test dopo aver pubblicato la versione successiva.

5. Registra la versione dell'app, il firmware del dispositivo, i risultati dei test e le limitazioni note prima che l'organizzazione approvi una distribuzione più ampia.

Regole pratiche di layout per Navigator 520

• Usa una schermata per ogni attività lavorativa. Mostra il passaggio corrente, solo le informazioni necessarie in quel momento e la prossima azione disponibile.

• Preferisci pochi controlli grandi con etichetta di testo a pulsanti costituiti solo da icone o a menu fitti. RealWear consiglia comandi di più sillabe perché sono più facili da distinguere.

• Per Android nativo, usa i dp per larghezze, altezze e spaziature e gli sp per il testo. Il canvas predefinito del Navigator 520 corrisponde a 854 × 480 dp; non disporre i controlli in base ai 1280 × 720 pixel fisici grezzi.

• Tieni le etichette e le azioni critiche lontane dai bordi del display. Usa un contrasto semplice ed esegui i test nelle condizioni di illuminazione, DPI e movimento previste.

• Evita paragrafi lunghi e moduli a testo libero. Usa istruzioni brevi, scelte strutturate, dettatura approvata o integrazioni di scansione convalidate.

• Per i pulsanti nativi, mantieni allineati l'etichetta visibile e il comando vocale. Aggiungi una direttiva WearHF solo quando il comportamento predefinito basato sull'etichetta non soddisfa il flusso di lavoro.

Numero di azioni:

• Da evitare: una schermata affollata con molti pulsanti
• Approccio migliore: solo le azioni necessarie per il passaggio corrente

Dimensione del testo:

• Da evitare: testo piccolo per far stare più contenuti
• Approccio migliore: minimo 16sp; circa 20sp o più ove possibile

Comandi:

• Da evitare: GO, YES, NO
• Approccio migliore: CONTINUE, CONFIRM, CANCEL STEP

Pulsanti:

• Da evitare: solo icona
• Approccio migliore: etichetta di testo visibile, eventualmente con un'icona

Istruzioni:

• Da evitare: paragrafo lungo
• Approccio migliore: un'unica istruzione breve o alcune righe brevi

Inserimento dati:

• Da evitare: modulo esteso con molti campi
• Approccio migliore: una domanda alla volta, dettatura, scelte fisse o scansione

Navigazione:

• Da evitare: azioni nascoste nei menu
• Approccio migliore: azioni visibili come NEXT STEP, GO BACK o OPEN CHECKLIST

Colore:

• Da evitare: molti colori saturi e sfumature
• Approccio migliore: palette semplice con un contrasto del testo chiaro

Test:

• Da evitare: solo anteprima desktop
• Approccio migliore: test sul Navigator 520 nel luogo di lavoro reale

Perché le schermate complesse non funzionano con la navigazione vocale

Una schermata tecnicamente corretta può comunque rallentare un flusso di lavoro a mani libere. Troppe informazioni o troppe scelte rendono più difficile individuare il comando successivo. RealWear consiglia di ridurre al minimo l'inserimento di testi lunghi e le impostazioni complesse e di convalidare il design finale sul visore reale.

In pratica: la regola di RealWear si riduce, di fatto, a questo: semplifica il flusso di lavoro prima di ottimizzare i comandi vocali.

Conclusione: integra il percorso vocale nella schermata

Progetta ogni schermata del Navigator 520 attorno a un'unica attività lavorativa chiara. Usa istruzioni concise, testo leggibile ed etichette visibili che corrispondano al comando vocale. Per Android nativo, crea layout in dp/sp, collega i click listener standard dei pulsanti a una logica aziendale convalidata e usa le direttive WearHF solo quando le etichette fisse non bastano. Per un flusso di lavoro in Power Apps, usa il tenant, le licenze, le autorizzazioni sui dati e il player RealWear gestito approvati dall'organizzazione. Esegui i test sul dispositivo e sul firmware reali prima di distribuire l'app all'intera flotta.

Stai creando un flusso di lavoro a mani libere per RealWear Navigator 520? VR Expert può aiutarti a valutare il dispositivo, preparare un progetto pilota e verificare se la soluzione più adatta sia un'applicazione esistente, Microsoft Power Apps o una soluzione Android personalizzata.

Scopri RealWear Navigator 520 per le aziende