Spraakgestuurde schermen ontwerpen voor de RealWear Navigator 520

Samenvatting

RealWear Navigator 520 gebruikt spraaknavigatie die afhangt van schermelementen die de medewerker kan zien en uitspreken. Verklein dus niet simpelweg een telefoonlay-out voor de headset. Toon de beschikbare acties duidelijk en laat WearHF uitgesproken opdrachten koppelen aan ondersteunde bedieningselementen.

RealWear raadt aan lange tekstinvoer, complexe instellingen en volle schermen te beperken. Gebruik één taak per scherm, beknopte instructies, goed leesbare tekst en duidelijk onderscheidende zichtbare labels. Pas dezelfde principes toe op een canvas-app of een native Android-app.

Ontwikkelteams hebben twee routes die geschikt zijn voor zakelijk gebruik. Kies native Android met WearHF als de workflow maatwerk in apparaatgedrag, offline verwerking of integratie met bedrijfssystemen vereist. Kies Microsoft Power Apps als de organisatie de workflow al in Power Platform beheert en de RealWear-player de benodigde appfuncties ondersteunt. De native route hieronder bevat voorbeelden in XML en Java; de Power Apps-route is een optioneel low-code alternatief.

Kernregel: een spraakinterface is geen gewoon mobiel scherm waaraan achteraf spraak is toegevoegd. Het scherm zelf moet de medewerker laten zien wat hij kan zeggen.

Wat is de RealWear Navigator 520?

De Navigator 520 is een robuust, handsfree Android-apparaat voor industrieel werk zoals onderhoud, inspectie en buitendienst. RealWear vermeldt voor het display 1280 × 720 pixels en als software voor de Navigator 520 Ari OS (Android 13) met WearHF. Sinds de onderhoudsrelease Ari OS 2.0 van 17-09-2026 (firmware 3.0) draaien bijgewerkte apparaten Android 16; controleer dus welke build uw vloot heeft. Controleer vóór de release de firmware en displayconfiguratie op de apparaten.

RealWear koppelt het standaard 720p-display van de Navigator 520 aan een Android-lay-outgebied van 854 × 480 dp bij 240 dpi. Gebruik dp voor lay-outafmetingen en sp voor tekst in plaats van hardgecodeerde fysieke pixels. Houd het scherm eenvoudig, want het display beslaat maar een deel van het field of view van de medewerker.

Bekijk de productpagina van de RealWear Navigator 520 bij VR Expert

Kies een implementatieroute voor zakelijk gebruik

Kies native Android als u maatwerk in gedrag, integratie of controle over releases nodig hebt. Kies Power Apps als het bedrijf al een Power Platform-omgeving heeft en de app binnen de ondersteunde mogelijkheden van canvas-apps kan blijven.

Microsoft Power Apps:

• Waar u ontwerpt: Power Apps Studio in een webbrowser
• Het meest geschikt voor: bedrijven met een goedgekeurde Power Platform-tenant die een low-code bedrijfsworkflow nodig hebben.

Native Android-app:

• Waar u ontwerpt: Android Studio + WearHF/WearML
• Het meest geschikt voor: ontwikkelteams die maatwerk in Android-gedrag, integratie met bedrijfssystemen of controle over de beheerde release nodig hebben.

Beide routes vereisen een door de organisatie goedgekeurde identiteit, toegang tot de juiste bedrijfsomgeving en rechten voor elke gekoppelde gegevensbron. Test op de beheerde Navigator 520-vloot, niet alleen in een desktopvoorbeeld.

Native Android-route: een spraakgestuurd scherm bouwen

Een Android-View is een standaard schermelement, zoals een Button of TextView. WearHF draait op het apparaat en kan ondersteunde klikbare elementen activeren via hun zichtbare labels. Een eenvoudig scherm heeft dus geen aparte spraak-SDK nodig.

Stap 1: maak het Android-project aan.

• Kies in Android Studio New Project > Phone and Tablet > Empty Views Activity en selecteer daarna Java en Views/XML.

• Gebruik de reverse-domain-pakketnaam van uw organisatie (bijvoorbeeld com.company.fieldworkflow). Stel minSdk in op de oudste Android-versie in de ondersteunde vloot en laat Gradle daarna synchroniseren.

• Installeer Android SDK Platform-Tools via SDK Manager, zodat adb beschikbaar is voor tests op de headset.

Buildcompatibiliteit: minSdk bepaalt op welke Android-versies de app kan worden geïnstalleerd. Navigator 520-vloten draaien Android 13 (API 33) op firmware 2.x of Android 16 op firmware 3.0; minSdk 33 dekt dus een vloot met uitsluitend 520's. Gebruik een lagere waarde als oudere apparaten worden ondersteund, en test op beide builds als de vloot gemengd is. Stel compileSdk en targetSdk in op versies die uw organisatie heeft goedgekeurd en controleer de app en de afhankelijkheden op een beheerde headset vóór de uitrol.

Stap 2: definieer het scherm.

• Open in het Project-paneel van Android Studio app > src > main > res > layout > activity_main.xml.

• Vervang de gegenereerde lay-out door dit voorbeeld. Het gebruikt dp voor afstanden en sp voor tekst, heeft twee expliciete bedrijfsacties en houdt de uit te spreken labels zichtbaar:

<?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>

Stap 3: koppel elke knop aan het gedrag van de app.

• Open in het Project-paneel app > java > uw pakket > MainActivity.java.

• Vervang de gegenereerde activity door dit voorbeeld, houd de package-declaratie gelijk aan de Gradle-namespace en gebruik de view-ID's uit de XML. Het voorbeeld werkt een lokale statustekst bij; vervang de opmerkingen door de gevalideerde workflow en serviceaanroepen van het bedrijf:

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 -> { // Call the approved inspection workflow here. statusText.setText("Status: confirmation recorded"); });

reportButton.setOnClickListener(view -> { // Validate and submit the issue through the company service. statusText.setText("Status: issue reported"); }); } }

Stap 4: voeg alleen een aangepaste spraakopdracht toe als het zichtbare label niet volstaat.

• Plaats in activity_main.xml dit attribuut op de bestaande CONFIRM STATUS-knop. Het Android-veld contentDescription beïnvloedt ook de toegankelijkheid. Controleer de spraakopdracht en de toegankelijkheidsuitvoer op het doelapparaat, en lokaliseer de opdracht voor elke ondersteunde taal van uw medewerkers:

<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" />

Stap 5: bouw en test op een Navigator 520.

• Zeg op een door de organisatie beheerde testheadset MY SETTINGS, daarna ADVANCED SETTINGS en daarna ABOUT DEVICE. Zeg PAGE DOWN tot Build Number zichtbaar is en zeg dan ongeveer zeven keer BUILD NUMBER, tot de headset “You are now a developer!” toont.

• Ga terug naar SYSTEM > DEVELOPER OPTIONS en schakel USB debugging in, als het bedrijfsbeleid dat toestaat.

• Sluit een USB-C-kabel aan die geschikt is voor dataoverdracht en keur de melding goed.

• Voer adb devices -l uit en controleer of de apparaatstatus device is.

• Selecteer in Android Studio de headset en kies Run > Run app. Test de uitgesproken labels, het klikgedrag, foutstatussen, de weergave op het display en het verwachte omgevingsgeluid op de werkplek.

adb devices -l # Confirm that the Navigator 520 appears with status: device

Stap 6: rol de interne APK uit via zakelijk apparaatbeheer.

• Open in Ari Business Cloud Apps > Enterprise, voeg de app toe, voer de naam en versiegegevens in, upload de ondertekende release-APK en selecteer Publish. Wijs de app daarna toe aan het juiste beheerde apparaat of de juiste apparaatgroep.

• U kunt ook de goedgekeurde EMM/MDM-oplossing van de organisatie gebruiken, zoals Microsoft Intune. RealWear geeft aan dat door bedrijven geüploade apps mogelijk niet geoptimaliseerd zijn voor Ari OS en dat versies handmatig moeten worden bijgewerkt; controleer de compatibiliteit vóór de uitrol naar de vloot. Gebruik ADB-installaties alleen voor ontwikkeling en tests.

Optionele low-code route: Microsoft Power Apps voor bedrijfsworkflows

Stap 1: maak een canvas-app in de bedrijfsomgeving

Voordat u begint: controleer of de organisatie een goedgekeurde Power Platform-omgeving, maker-toegang, de benodigde licenties en goedgekeurde zakelijke connectors heeft. Maak en test de app in die werkomgeving; gebruik geen persoonlijk Microsoft-account of persoonlijke gegevensbron.

Maak het scherm op een computer in Power Apps Studio, publiceer het daarna in de bedrijfsomgeving en rol de RealWear-player uit via zakelijk apparaatbeheer.

1. Open Power Apps op make.powerapps.com en meld u aan met het werk- of schoolaccount van uw organisatie. Selecteer de goedgekeurde omgeving met de bedrijfsapp en -gegevens.

2. Selecteer in de linkernavigatie Create en daarna Create from blank. Kies een canvas-app en selecteer de lay-out Responsive of Tablet die past bij uw ontwerp en uitrolplan.

3. Power Apps opent het canvas in Power Apps Studio. Controleer voordat u bedieningselementen toevoegt of de omgeving, licenties en goedgekeurde zakelijke connectors voldoen aan de eisen van uw organisatie.

Microsoft Power Apps openen

Stap 2: stel het scherm in voor de Navigator 520

Stel voor een vaste Navigator-lay-out een liggend tabletcanvas in en bekijk de app in de beeldverhouding van het apparaat. Moet de app zich aanpassen aan meerdere schermformaten? Gebruik dan responsieve containers en test elke ondersteunde lay-out, in plaats van een vast ontwerp te laten uitrekken.

1. Open Settings. Open in Power Apps Studio Settings en daarna Display.

2. Kies Landscape voor de beheerde headsetvloot. De Power Apps-tutorial van RealWear gebruikt de liggende stand voor headsetlay-outs.

3. Laat bij een vast canvas Scale to fit ingeschakeld, zodat het ontwerp wordt geschaald naar het beschikbare display. Schakel deze optie bij een responsief canvas alleen uit als de bedieningselementen responsieve lay-outregels gebruiken en op elk doelformaat zijn getest.

4. Laat Lock aspect ratio ingeschakeld bij een app met vaste lay-out om vervorming te voorkomen. Gebruikt u een responsieve lay-out, gebruik dan auto-layout-containers en test op overlap of afgesneden elementen.

5. Laat Lock orientation alleen ingeschakeld als alle uitgerolde apparaten landscape gebruiken. Sla de instellingen op en ga terug naar het canvas.

Opmerking over het display: de Navigator 520 heeft een fysiek display van 1280 × 720, maar RealWear raadt Android-ontwikkelaars aan dichtheidsonafhankelijke eenheden te gebruiken in plaats van te ontwerpen op ruwe pixels. Bij de standaarddichtheid biedt het apparaat een ontwerpruimte van 854 × 480 dp.

Stap 3: bouw één scherm voor één werktaak

Begin bij de operationele beslissing die de medewerker moet nemen. Kopieer geen desktopdashboard naar de headset.

1. Kies één taak voor dit scherm, bijvoorbeeld een inspectieresultaat controleren en beslissen of de medewerker doorgaat of een probleem meldt.

2. Verplaats secundaire gegevens, instellingen en goedkeuringen naar een ander scherm of naar een geautoriseerde backoffice-workflow.

3. Behoud alleen de bedieningselementen die nodig zijn voor deze beslissing. Geef elk element een onderscheidend label dat overeenkomt met de zin die WearHF moet herkennen.

Schermtest: een goed spraakscherm beantwoordt direct drie vragen: Waar ben ik? Welke informatie is nu belangrijk? Wat kan ik nu zeggen?

Stap 4: voeg eerst grote, zichtbare tekst toe

De Power Apps-richtlijnen van RealWear adviseren tekst van minimaal 16 sp, en waar mogelijk 20 sp of groter. Gebruik beknopte instructies, zichtbare actielabels en voldoende ruimte ertussen. Controleer de leesbaarheid op de headset in plaats van alleen op het desktopcanvas te vertrouwen.

1. Voeg de schermtitel toe. Ga in Power Apps Studio naar Insert > Text en plaats het element bovenaan het scherm. Gebruik een korte titel zoals INSPECTION STEP 3 of MACHINE STATUS.

2. Voeg alleen de instructie toe die nodig is voor de huidige werkbeslissing. Verdeel langere procedures over meerdere schermen.

3. Maak actielabels groter en opvallender dan ondersteunende tekst. Gebruik dezelfde formulering in het label en in de spraakopdracht.

· Vermijd lange alinea's als een korte instructie volstaat.

· Laat witruimte tussen bedieningselementen.

· Maak tekst niet kleiner alleen om meer informatie op één scherm te krijgen.

Stap 5: gebruik tekstknoppen, geen knoppen met alleen een icoon

Wie met spraak bedient, moet weten wat hij moet zeggen. Een icoon ziet er op een telefoon misschien vertrouwd uit, maar vertelt de medewerker niet vanzelf welke uitgesproken zin het activeert.

1. Voeg een knop in. Gebruik in Power Apps Studio Insert en voeg een Button-element toe.

2. Geef de knop een zichtbaar actielabel. Voorbeelden zijn CONTINUE, REPORT ISSUE of OPEN CHECKLIST.

3. Houd de uitgesproken zin en het zichtbare label gelijk. De gebruiker moet kunnen zeggen wat hij ziet.

Om een eenvoudige schermovergang te koppelen, selecteert u de knop CONTINUE. Kies in de eigenschappenkiezer naast de formulebalk OnSelect en voer deze Power Fx-formule in. Vervang scrNext door de werkelijke naam van het volgende scherm. Gebruik voor elke actie die gegevens wijzigt de goedgekeurde connector en foutafhandeling van de organisatie:

Navigate(scrNext, ScreenTransition.None)

U kunt nog steeds een icoon als visueel hulpmiddel gebruiken, maar houd het tekstlabel ernaast. Juist het label maakt de spraakactie begrijpelijk.

Selecteer in Power Apps Studio elke Button en stel Text = "REPORT ISSUE" en AccessibleLabel = "REPORT ISSUE" in (vervang het voorbeeld door de actie van die knop). Stel Tooltip alleen in als extra hulp nuttig is; gebruik het niet als verborgen spraakopdracht. Microsoft documenteert AccessibleLabel als tekst voor schermlezers, en RealWear documenteert noch die eigenschap noch Tooltip als gegarandeerde spraakalias. Controleer het uitgesproken label dus op de uitgerolde player.

Kan een icoon, aangepast component of ander element niet met spraak worden geselecteerd? Bied dezelfde actie dan aan via een zichtbare standaard-Button en zet de actieformule in de OnSelect-eigenschap van die knop. Test dit op de headset. De door RealWear gedocumenteerde terugvaloptie is MY CONTROLS zeggen en daarna MOUSE; beweeg de cursor met uw hoofd en zeg MOUSE CLICK. Gebruik cursorbediening als terugvaloptie, niet als primaire route voor een veelgebruikte actie.

Stap 6: kies spraakopdrachten die goed te herkennen zijn

RealWear adviseert spraakopdrachten van twee of meer lettergrepen, omdat de spraakherkenning die betrouwbaarder kan onderscheiden.

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

Dit is geen strikt verbod op korte woorden, maar een praktische regel voor betrouwbaarheid: langere en meer onderscheidende zinnen geven het spraaksysteem meer informatie om op te matchen.

Stap 7: ontwerp tekstinvoer voor spraak, niet voor typen

Als u een TextInput selecteert, opent het spraaktoetsenbord van RealWear. Dicteren is een expliciete invoermodus, geen doorlopende spraak-naar-tekststroom. Voor een korte notitie selecteert u het veld, zegt u DICTATION, wacht u het aftellen af en spreekt u in. Zeg OK zodra het dicteren klaar is om de tekst te accepteren en het tekstvenster te sluiten. Voor invoer per teken zegt u VOICE KEYBOARD, voert u fonetische tekens in en zegt u daarna ACCEPT. Dicteer geen wachtwoorden of gevoelige identificatiegegevens; gebruik het beveiligde toetsenbord of een door de organisatie goedgekeurde aanmeldmethode. Dicteren kan netwerktoegang vereisen, dus test de doeltaal en de verbinding op het beheerde apparaat. Kies bij voorkeur bedieningselementen met vaste keuzes als de taak zich daarvoor leent.

· Gebruik een korte gedicteerde notitie in plaats van een lang formulier.

· Gebruik selecteerbare categorieën voor veelvoorkomende antwoorden, zoals LOW, MEDIUM en HIGH.

Gebruik barcode- of QR-scannen alleen als het gekozen scannerelement of de integratie wordt ondersteund door de RealWear-player en is goedgekeurd voor de dataworkflow van het bedrijf. Test dit op het daadwerkelijke apparaat.

· Vraag informatie uit over meerdere eenvoudige schermen in plaats van één vol formulier.

Stap 8: houd belangrijke bedieningselementen binnen het veilige gebied

Houd titels, instructies en hoofdacties weg van de buitenranden. RealWear waarschuwt dat elementen aan de rand kunnen concurreren met andere visuele informatie en daardoor lastiger te gebruiken worden.

1. Houd de hoofdinhoud gecentreerd. Plaats de primaire actie niet direct tegen de rand.

2. Laat ruimte rond knoppen. De medewerker moet afzonderlijke acties direct kunnen herkennen.

3. Bekijk het ontwerp zowel in lichte als in donkere omstandigheden. Eenvoudig contrast werkt beter dan decoratieve effecten.

Stap 9: publiceer en deel de app binnen de organisatie

Sla de canvas-app op en publiceer deze in de goedgekeurde Power Platform-omgeving. Deel de app daarna met de beoogde gebruikers of met een beveiligingsgroep van de organisatie. Toegang tot de app alleen is niet genoeg: gebruikers hebben ook de vereiste rechten nodig voor gekoppelde Dataverse-tabellen, flows en andere goedgekeurde zakelijke gegevensbronnen.

1. Selecteer Save in Power Apps Studio en geef de app een duidelijke zakelijke naam.

2. Selecteer Publish en bevestig de versie die voor de pilot bedoeld is. Publiceer opnieuw na latere wijzigingen, zodat testers de actuele versie krijgen.

3. Selecteer in de Power Apps Apps-lijst de app en kies Share. Verleen uitvoerrechten aan de goedgekeurde Microsoft Entra ID-gebruikers of -beveiligingsgroep, ken gegevensrechten toe volgens het least-privilege-principe en controleer met de beheerder welke Power Apps-licenties nodig zijn.

Stap 10: rol de Power Apps-player uit naar beheerde Navigator-apparaten

De Power Apps canvas-app van het bedrijf draait in de Power Apps-player van RealWear. Rol de player uit naar de beheerde headsetvloot; het scherm zelf ontwerpt u nog steeds in Power Apps Studio.

1. Open in Ari Business Cloud de RealWear App Marketplace, zoek de vermelding Microsoft Power Apps en selecteer Install. Kies het goedgekeurde testapparaat of de goedgekeurde apparaatgroep. Volg bij een vloot die met Intune wordt beheerd in plaats daarvan de actuele instructies van RealWear voor het uitrollen van zakelijke APK's.

2. Open na de installatie het Home-scherm van de Navigator, zeg MY PROGRAMS en open daarna Power Apps.

3. Meld u aan met het werk- of schoolaccount van de organisatie dat toegang heeft tot de gepubliceerde app en de gegevensbronnen. Bevestig eventuele licentiemeldingen in overleg met de Power Platform-beheerder.

4. Open de gepubliceerde app vanuit de player en controleer of de bedoelde versie, schermen en bedrijfsgegevens beschikbaar zijn.

Volgens RealWear is WearML na het inloggen niet beschikbaar in Power Apps. Gebruik daarom zichtbare labels, test elk element dat met spraak te selecteren is en ga er niet van uit dat native Android WearHF-directives aan het canvasscherm kunnen worden toegevoegd.

Stap 11: valideer de workflow op het echte apparaat

Keur een scherm niet goed op basis van alleen het voorbeeld in Power Apps Studio. Test op de beoogde firmware van de Navigator 520 en met de uitrolconfiguratie van de organisatie.

1. Controleer of de gebruiker zonder het display aan te raken kan zien waar hij is en welke acties beschikbaar zijn.

2. Spreek elk zichtbaar label exact zo uit als het er staat en controleer of de juiste bedrijfsactie wordt uitgevoerd.

3. Test met de verwachte PBM, bewegingen, netwerkomstandigheden en omgevingsgeluid op de werkplek. Controleer trage, offline en mislukte gegevensbewerkingen.

4. Laat een andere beoogde medewerker de taak uitvoeren. Pas labels of navigatie aan die aarzeling veroorzaken en herhaal de test nadat u de volgende versie hebt gepubliceerd.

5. Leg de appversie, apparaatfirmware, testresultaten en bekende beperkingen vast voordat de organisatie een bredere uitrol goedkeurt.

Praktische lay-outregels voor de Navigator 520

• Gebruik één scherm per werktaak. Toon de huidige stap, alleen de informatie die nu nodig is en de volgende beschikbare actie.

• Kies liever een paar grote bedieningselementen met tekstlabels dan knoppen met alleen een icoon of volle menu's. RealWear adviseert opdrachten van meerdere lettergrepen, omdat die beter te onderscheiden zijn.

• Gebruik bij native Android dp voor breedtes, hoogtes en afstanden, en sp voor tekst. Het standaardcanvas van de Navigator 520 komt overeen met 854 × 480 dp; plaats bedieningselementen niet op basis van ruwe fysieke pixels (1280 × 720).

• Houd belangrijke labels en acties weg van de randen van het display. Gebruik eenvoudig contrast en test onder de verwachte omstandigheden qua verlichting, PBM en beweging.

• Vermijd lange alinea's en formulieren met vrije tekst. Gebruik korte instructies, gestructureerde keuzes, goedgekeurde dicteerfuncties of gevalideerde scanintegraties.

• Houd bij native knoppen het zichtbare label en de spraakopdracht gelijk. Voeg alleen een WearHF-directive toe als het standaardgedrag van labels niet volstaat voor de workflow.

Aantal acties:

• Vermijden: een vol scherm met veel knoppen
• Beter: alleen de acties die nodig zijn voor de huidige stap

Tekstgrootte:

• Vermijden: kleine tekst om meer inhoud kwijt te kunnen
• Beter: minimaal 16 sp; waar mogelijk rond 20 sp of groter

Opdrachten:

• Vermijden: GO, YES, NO
• Beter: CONTINUE, CONFIRM, CANCEL STEP

Knoppen:

• Vermijden: alleen een icoon
• Beter: zichtbaar tekstlabel, eventueel met een icoon

Instructies:

• Vermijden: lange alinea
• Beter: één korte instructie of enkele korte regels

Gegevensinvoer:

• Vermijden: groot formulier met veel velden
• Beter: één vraag tegelijk, dicteren, vaste keuzes of scannen

Navigatie:

• Vermijden: verborgen menuacties
• Beter: zichtbare acties zoals NEXT STEP, GO BACK of OPEN CHECKLIST

Kleur:

• Vermijden: veel verzadigde kleuren en kleurverlopen
• Beter: eenvoudig palet met duidelijk tekstcontrast

Testen:

• Vermijden: alleen een desktopvoorbeeld
• Beter: testen op de Navigator 520 op de echte werkplek

Waarom complexe schermen niet werken met spraaknavigatie

Een technisch correct scherm kan een handsfree workflow nog steeds vertragen. Te veel informatie of te veel keuzes maken het lastiger om de volgende opdracht te herkennen. RealWear adviseert lange tekstinvoer en complexe instellingen tot een minimum te beperken en het afgeronde ontwerp op de echte headset te valideren.

Praktische les: de regel van RealWear komt in feite neer op: vereenvoudig eerst de workflow en optimaliseer pas daarna de spraakopdrachten.

Conclusie: ontwerp het spraakpad in het scherm

Ontwerp elk Navigator 520-scherm rond één duidelijke werktaak. Gebruik beknopte instructies, goed leesbare tekst en zichtbare labels die overeenkomen met de spraakopdracht. Bouw bij native Android met dp/sp-lay-outs, koppel standaard click listeners van knoppen aan gevalideerde bedrijfslogica en gebruik WearHF-directives alleen als vaste labels niet volstaan. Gebruik voor een Power Apps-workflow de goedgekeurde tenant, licenties, gegevensrechten en beheerde RealWear-player van de organisatie. Test op het echte apparaat en de echte firmware voordat u uitrolt naar de bredere vloot.

Bouwt u een handsfree workflow voor de RealWear Navigator 520? VR Expert kan u helpen het apparaat te evalueren, een pilot voor te bereiden en te testen of een bestaande applicatie, Microsoft Power Apps of een Android-oplossing op maat het beste past.

Bekijk de RealWear Navigator 520 voor zakelijk gebruik