Voice-First-Bildschirme für den RealWear Navigator 520 gestalten

Zusammenfassung

RealWear Navigator 520: Die Sprachnavigation hängt von Bildschirmelementen ab, die Mitarbeitende sehen und aussprechen können. Verkleinern Sie nicht einfach ein Smartphone-Layout für das Headset, sondern zeigen Sie die verfügbaren Aktionen deutlich an und lassen Sie WearHF gesprochene Befehle den unterstützten Steuerelementen zuordnen.

RealWear empfiehlt, lange Texteingaben, komplexe Einstellungen und überladene Bildschirme zu reduzieren. Setzen Sie auf eine Aufgabe pro Bildschirm, knappe Anweisungen, gut lesbaren Text und eindeutige sichtbare Beschriftungen. Diese Prinzipien gelten gleichermaßen für eine Canvas-App wie für eine native Android-Anwendung.

Entwicklungsteams stehen zwei praxistaugliche Wege für den Unternehmenseinsatz offen. Nutzen Sie natives Android mit WearHF, wenn der Workflow individuelles Geräteverhalten, Offline-Fähigkeit oder die Integration in Unternehmenssysteme erfordert. Nutzen Sie Microsoft Power Apps, wenn die Organisation den Workflow bereits in der Power Platform verwaltet und der RealWear-Player die benötigten App-Funktionen unterstützt. Der unten beschriebene native Weg enthält XML- und Java-Beispiele; der Power-Apps-Weg ist eine optionale Low-Code-Alternative.

Grundregel: Eine Sprachoberfläche ist kein normaler Mobilbildschirm, dem nachträglich Sprache hinzugefügt wurde. Der Bildschirm selbst sollte den Mitarbeitenden zeigen, was sie sagen können.

Was ist der RealWear Navigator 520?

Der Navigator 520 ist ein robustes, freihändig bedienbares Android-Gerät für industrielle Tätigkeiten wie Wartung, Inspektion und Außendienst. RealWear gibt das Display mit 1280 × 720 Pixeln und die Software des Navigator 520 mit Ari OS (Android 13) mit WearHF an. Seit dem Wartungsrelease Ari OS 2.0 vom 17.09.2026 (Firmware 3.0) laufen aktualisierte Geräte mit Android 16; prüfen Sie daher, welchen Build Ihre Flotte verwendet. Bestätigen Sie Firmware und Displaykonfiguration der Geräteflotte vor dem Release.

RealWear bildet das standardmäßige 720p-Display des Navigator 520 auf einen Android-Layoutbereich von 854 × 480 dp bei 240 dpi ab. Verwenden Sie dp für Layoutmaße und sp für Text statt fest codierter physischer Pixel. Halten Sie den Bildschirm einfach, denn das Display nimmt nur einen Teil des Sichtfelds der Mitarbeitenden ein.

Produktseite des RealWear Navigator 520 bei VR Expert ansehen

Den passenden Implementierungsweg für Ihr Unternehmen wählen

Setzen Sie auf natives Android, wenn Sie individuelles Verhalten, Integrationen oder Kontrolle über Releases benötigen. Setzen Sie auf Power Apps, wenn das Unternehmen bereits über eine Power-Platform-Umgebung verfügt und die App im Rahmen der unterstützten Canvas-App-Funktionen bleiben kann.

Microsoft Power Apps:

• Wo Sie gestalten: Power Apps Studio im Webbrowser
• Am besten geeignet für: Unternehmen mit einem freigegebenen Power-Platform-Tenant, die einen Low-Code-Geschäftsworkflow benötigen.

Native Android-App:

• Wo Sie gestalten: Android Studio + WearHF/WearML
• Am besten geeignet für: Entwicklungsteams, die individuelles Android-Verhalten, die Integration in Unternehmenssysteme oder Kontrolle über das verwaltete Release benötigen.

Beide Wege erfordern eine von der Organisation freigegebene Identität, Zugriff auf die richtige Geschäftsumgebung und Berechtigungen für jede angebundene Datenquelle. Testen Sie auf der verwalteten Navigator-520-Flotte, nicht nur in einer Desktop-Vorschau.

Nativer Android-Weg: einen Voice-First-Bildschirm erstellen

Eine Android-View ist ein Standard-Steuerelement wie ein Button oder eine TextView. WearHF läuft auf dem Gerät und kann unterstützte anklickbare Steuerelemente über ihre sichtbaren Beschriftungen aktivieren. Ein einfacher Bildschirm benötigt daher kein separates Sprach-SDK.

Schritt 1: Android-Projekt anlegen.

• Wählen Sie in Android Studio New Project > Phone and Tablet > Empty Views Activity und anschließend Java und Views/XML.

• Verwenden Sie den Paketnamen Ihrer Organisation in umgekehrter Domain-Schreibweise (zum Beispiel com.company.fieldworkflow). Setzen Sie minSdk auf die älteste Android-Version in der unterstützten Flotte und lassen Sie Gradle anschließend synchronisieren.

• Installieren Sie die Android SDK Platform-Tools über den SDK Manager, damit adb für Tests auf dem Headset verfügbar ist.

Build-Kompatibilität: minSdk legt fest, auf welchen Android-Versionen die App installiert werden kann. Navigator-520-Flotten laufen mit Android 13 (API 33) auf Firmware 2.x oder mit Android 16 auf Firmware 3.0; minSdk 33 deckt also eine reine 520-Flotte ab. Verwenden Sie einen niedrigeren Wert, wenn ältere Geräte unterstützt werden, und testen Sie bei einer gemischten Flotte auf beiden Builds. Setzen Sie compileSdk und targetSdk auf von Ihrer Organisation freigegebene Versionen und prüfen Sie die App samt Abhängigkeiten vor dem Rollout auf einem verwalteten Headset.

Schritt 2: Bildschirm definieren.

• Öffnen Sie im Project-Bereich von Android Studio app > src > main > res > layout > activity_main.xml.

• Ersetzen Sie das generierte Layout durch dieses Beispiel. Es verwendet dp für Abstände und sp für Text, enthält zwei eindeutige Geschäftsaktionen und lässt die zu sprechenden Beschriftungen sichtbar:

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

Schritt 3: Jeden Button mit dem App-Verhalten verknüpfen.

• Öffnen Sie im Project-Bereich app > java > Ihr Paket > MainActivity.java.

• Ersetzen Sie die generierte Activity durch dieses Beispiel, halten Sie die package-Deklaration mit dem Gradle-Namespace übereinstimmend und verwenden Sie die View-IDs aus dem XML. Das Beispiel aktualisiert einen lokalen Statustext; ersetzen Sie die Kommentare durch den validierten Workflow und die Serviceaufrufe Ihres Unternehmens:

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"); }); } }

Schritt 4: Eine eigene Sprachphrase nur dann hinzufügen, wenn die sichtbare Beschriftung nicht ausreicht.

• Fügen Sie dieses Attribut in activity_main.xml dem vorhandenen Button CONFIRM STATUS hinzu. Das Android-Feld contentDescription wirkt sich auch auf die Barrierefreiheit aus. Prüfen Sie den Sprachbefehl und die Barrierefreiheitsausgabe auf dem Zielgerät und lokalisieren Sie den Befehl für jede unterstützte Sprache Ihrer Belegschaft:

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

Schritt 5: Auf einem Navigator 520 bauen und testen.

• Sagen Sie auf einem von der Organisation verwalteten Test-Headset MY SETTINGS, dann ADVANCED SETTINGS und dann ABOUT DEVICE; sagen Sie PAGE DOWN, bis Build Number sichtbar ist, und sagen Sie dann etwa siebenmal BUILD NUMBER, bis das Headset „You are now a developer!“ anzeigt.

• Kehren Sie zu SYSTEM > DEVELOPER OPTIONS zurück und aktivieren Sie USB-Debugging, sofern die Unternehmensrichtlinien dies zulassen.

• Schließen Sie ein datenfähiges USB-C-Kabel an und bestätigen Sie die Abfrage.

• Führen Sie adb devices -l aus und vergewissern Sie sich, dass der Gerätestatus device lautet.

• Wählen Sie in Android Studio das Headset aus und dann Run > Run app. Testen Sie gesprochene Beschriftungen, Klickverhalten, Fehlerzustände, die Darstellung auf dem Display und den zu erwartenden Lärm am Arbeitsplatz.

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

Schritt 6: Die interne APK über das Enterprise-Gerätemanagement verteilen.

• Öffnen Sie in Ari Business Cloud Apps > Enterprise, fügen Sie die App hinzu, geben Sie Name und Versionsangaben ein, laden Sie die signierte Release-APK hoch und wählen Sie Publish. Weisen Sie die App anschließend dem passenden verwalteten Gerät oder der passenden Gerätegruppe zu.

• Alternativ können Sie die von der Organisation freigegebene EMM/MDM-Lösung verwenden, etwa Microsoft Intune. RealWear weist darauf hin, dass von Unternehmen hochgeladene Apps möglicherweise nicht für Ari OS optimiert sind und Versionen manuell aktualisiert werden müssen; prüfen Sie die Kompatibilität vor dem Rollout auf die Flotte. Installationen per ADB sollten Entwicklung und Tests vorbehalten bleiben.

Optionaler Low-Code-Weg: Microsoft Power Apps für Geschäftsworkflows

Schritt 1: Eine Canvas-App in der Unternehmensumgebung erstellen

Bevor Sie beginnen: Vergewissern Sie sich, dass die Organisation über eine freigegebene Power-Platform-Umgebung, Maker-Zugriff, die nötigen Lizenzen und freigegebene Business-Connectors verfügt. Erstellen und testen Sie die App in dieser Arbeitsumgebung; verwenden Sie kein privates Microsoft-Konto und keine private Datenquelle.

Erstellen Sie den Bildschirm am Computer in Power Apps Studio, veröffentlichen Sie ihn anschließend in der Unternehmensumgebung und verteilen Sie den RealWear-Player über das Enterprise-Gerätemanagement.

1. Öffnen Sie Power Apps unter make.powerapps.com und melden Sie sich mit dem Geschäfts-, Schul- oder Unikonto Ihrer Organisation an. Wählen Sie die freigegebene Umgebung aus, die die Business-App und die Daten enthält.

2. Wählen Sie in der linken Navigation Create und dann Create from blank. Wählen Sie eine Canvas-App und das Layout Responsive oder Tablet, das zu Ihrem Design und Ihrer Bereitstellungsplanung passt.

3. Power Apps öffnet den Canvas in Power Apps Studio. Bevor Sie Steuerelemente hinzufügen, prüfen Sie, ob Umgebung, Lizenzierung und freigegebene Business-Connectors die Anforderungen Ihrer Organisation erfüllen.

Microsoft Power Apps öffnen

Schritt 2: Den Bildschirm für den Navigator 520 einrichten

Für ein festes Navigator-Layout legen Sie einen Tablet-Canvas im Querformat an und zeigen die App in der Vorschau im Seitenverhältnis des Geräts an. Muss sich die App an mehrere Gerätegrößen anpassen, verwenden Sie responsive Container und testen jedes unterstützte Layout, statt ein festes Design zum Strecken zu zwingen.

1. Settings öffnen. Öffnen Sie in Power Apps Studio Settings und dann Display.

2. Wählen Sie Landscape für die verwaltete Headset-Flotte. Das Power-Apps-Tutorial von RealWear verwendet für Headset-Layouts das Querformat.

3. Lassen Sie bei einem festen Canvas Scale to fit aktiviert, damit sich das Design an das verfügbare Display anpasst. Bei einem responsiven Canvas deaktivieren Sie die Option nur, wenn die Steuerelemente responsive Layoutregeln verwenden und in jeder Zielgröße getestet wurden.

4. Lassen Sie Lock aspect ratio bei einer App mit festem Layout aktiviert, um Verzerrungen zu vermeiden. Wenn Sie ein responsives Layout verwenden, setzen Sie Container mit automatischem Layout ein und prüfen Sie auf Überlappungen oder abgeschnittene Elemente.

5. Lassen Sie Lock orientation nur dann aktiviert, wenn alle eingesetzten Geräte das Querformat verwenden. Speichern Sie die Einstellungen und kehren Sie dann zum Canvas zurück.

Hinweis zum Display: Der Navigator 520 hat ein physisches Display mit 1280 x 720 Pixeln, RealWear empfiehlt Android-Entwicklern jedoch, mit dichteunabhängigen Einheiten zu arbeiten, statt auf Rohpixel hin zu gestalten. Bei der Standarddichte stellt das Gerät einen Gestaltungsbereich von 854 x 480 dp bereit.

Schritt 3: Einen Bildschirm für eine Arbeitsaufgabe erstellen

Gehen Sie von der betrieblichen Entscheidung aus, die die Mitarbeitenden treffen müssen. Übertragen Sie kein Desktop-Dashboard auf das Headset.

1. Legen Sie eine Aufgabe für diesen Bildschirm fest, etwa ein Inspektionsergebnis zu prüfen und zu entscheiden, ob fortgefahren oder ein Problem gemeldet wird.

2. Verlagern Sie Nebendaten, Einstellungen und Freigaben auf einen anderen Bildschirm oder in einen autorisierten Backoffice-Workflow.

3. Behalten Sie nur die Steuerelemente, die für diese Entscheidung nötig sind. Geben Sie jedem Steuerelement eine eindeutige Beschriftung, die der Phrase entspricht, die WearHF erkennen soll.

Bildschirmtest: Ein guter Sprachbildschirm beantwortet sofort drei Fragen: Wo bin ich? Welche Informationen sind jetzt wichtig? Was kann ich als Nächstes sagen?

Schritt 4: Zuerst großen, gut sichtbaren Text hinzufügen

Die Power-Apps-Empfehlungen von RealWear sehen Text von mindestens 16sp vor, wo praktikabel 20sp oder mehr. Verwenden Sie knappe Anweisungen, sichtbare Aktionsbeschriftungen und ausreichende Abstände; prüfen Sie die Lesbarkeit auf dem Headset, statt sich allein auf den Desktop-Canvas zu verlassen.

1. Bildschirmtitel hinzufügen. Gehen Sie in Power Apps Studio zu Insert > Text und platzieren Sie das Element oben auf dem Bildschirm. Verwenden Sie einen kurzen Titel wie INSPECTION STEP 3 oder MACHINE STATUS.

2. Fügen Sie nur die Anweisung hinzu, die für die aktuelle Arbeitsentscheidung erforderlich ist. Verteilen Sie längere Abläufe auf mehrere Bildschirme.

3. Gestalten Sie Aktionsbeschriftungen größer und auffälliger als ergänzenden Text. Verwenden Sie in Beschriftung und Sprachbefehl denselben Wortlaut.

· Vermeiden Sie lange Absätze, wenn eine kurze Anweisung genügt.

· Lassen Sie Freiraum zwischen den Steuerelementen.

· Verkleinern Sie Text nicht, nur um mehr Informationen auf einem Bildschirm unterzubringen.

Schritt 5: Text-Buttons statt reiner Icon-Steuerelemente verwenden

Wer per Sprache bedient, muss wissen, was zu sagen ist. Ein Icon mag auf dem Smartphone vertraut wirken, verrät den Mitarbeitenden aber nicht automatisch, mit welcher gesprochenen Phrase es sich aktivieren lässt.

1. Button einfügen. Verwenden Sie in Power Apps Studio Insert und fügen Sie ein Button-Steuerelement hinzu.

2. Eine sichtbare Aktionsbeschriftung vergeben. Beispiele sind CONTINUE, REPORT ISSUE oder OPEN CHECKLIST.

3. Gesprochene Phrase und sichtbare Beschriftung aufeinander abstimmen. Die Nutzer sollten sagen können, was sie sehen.

Um einen einfachen Bildschirmwechsel einzurichten, wählen Sie den Button CONTINUE aus. Wählen Sie in der Eigenschaftsauswahl neben der Bearbeitungsleiste OnSelect und geben Sie diese Power-Fx-Formel ein. Ersetzen Sie scrNext durch den tatsächlichen Namen des nächsten Bildschirms; verwenden Sie für jede datenändernde Aktion den freigegebenen Connector und die Fehlerbehandlung der Organisation:

Navigate(scrNext, ScreenTransition.None)

Ein Icon können Sie weiterhin als visuelle Hilfe einsetzen, behalten Sie aber die Textbeschriftung daneben bei. Erst die Beschriftung macht die Sprachaktion verständlich.

Wählen Sie in Power Apps Studio jeden Button aus und setzen Sie Text = "REPORT ISSUE" und AccessibleLabel = "REPORT ISSUE" (ersetzen Sie das Beispiel durch die Aktion des jeweiligen Buttons). Setzen Sie Tooltip nur, wenn zusätzliche Hilfe sinnvoll ist; verwenden Sie es nicht als versteckten Sprachbefehl. Microsoft dokumentiert AccessibleLabel als Text für Screenreader, und RealWear dokumentiert weder diese Eigenschaft noch Tooltip als garantierten Sprachalias. Prüfen Sie die gesprochene Beschriftung daher im bereitgestellten Player.

Lässt sich ein Icon, eine benutzerdefinierte Komponente oder ein anderes Steuerelement nicht per Sprache auswählen, stellen Sie dieselbe Aktion über einen sichtbaren Standard-Button bereit und hinterlegen Sie die Aktionsformel in dessen OnSelect-Eigenschaft. Testen Sie dies auf dem Headset. Die von RealWear dokumentierte Ausweichlösung lautet: MY CONTROLS und dann MOUSE sagen, den Cursor per Kopfbewegung bewegen und MOUSE CLICK sagen. Betrachten Sie die Cursorsteuerung als Notlösung, nicht als primären Weg für eine häufige Aktion.

Schritt 6: Gut erkennbare Sprachbefehle wählen

RealWear empfiehlt Sprachbefehle mit zwei oder mehr Silben, da die Spracherkennung sie zuverlässiger unterscheiden kann.

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

Das ist kein striktes Verbot kurzer Wörter, sondern eine praktische Regel für mehr Zuverlässigkeit: Längere und markantere Phrasen liefern dem Sprachsystem mehr Informationen für den Abgleich.

Schritt 7: Texteingabe für Sprache gestalten, nicht für das Tippen

Wenn Sie ein TextInput auswählen, öffnet sich die Sprachtastatur von RealWear; das Diktieren ist ein expliziter Eingabemodus und kein fortlaufender Sprache-zu-Text-Stream. Für eine kurze Notiz wählen Sie das Feld aus, sagen DICTATION, warten den Countdown ab, sprechen und sagen nach Abschluss des Diktats OK, um den Text zu übernehmen und das Textfenster zu schließen. Für die Eingabe einzelner Zeichen sagen Sie VOICE KEYBOARD, geben die Zeichen phonetisch ein und sagen dann ACCEPT. Diktieren Sie keine Passwörter oder sensiblen Kennungen; verwenden Sie die sichere Tastatur oder eine von der Organisation freigegebene Anmeldemethode. Das Diktieren kann einen Netzwerkzugang erfordern; testen Sie daher Zielsprache und Verbindung auf dem verwalteten Gerät. Bevorzugen Sie Steuerelemente mit festen Auswahlmöglichkeiten, wenn sich die Aufgabe so abbilden lässt.

· Verwenden Sie eine kurze diktierte Notiz statt eines langen Formulars.

· Verwenden Sie auswählbare Kategorien für häufige Antworten wie LOW, MEDIUM und HIGH.

Setzen Sie Barcode- oder QR-Erfassung nur ein, wenn das gewählte Scanner-Steuerelement bzw. die Integration vom RealWear-Player unterstützt wird und für den Daten-Workflow des Unternehmens freigegeben ist. Testen Sie sie auf dem tatsächlichen Gerät.

· Fragen Sie Informationen über mehrere einfache Bildschirme hinweg ab statt in einem dichten Formular.

Schritt 8: Wichtige Steuerelemente im sicheren Bereich halten

Halten Sie Titel, Anweisungen und Hauptaktionen von den äußeren Rändern fern. RealWear warnt, dass Elemente am Rand mit anderen visuellen Informationen konkurrieren und schwerer zu bedienen sein können.

1. Hauptinhalt zentriert halten. Platzieren Sie die primäre Aktion nicht direkt am Rand.

2. Abstand um Buttons lassen. Die Mitarbeitenden sollten einzelne Aktionen sofort unterscheiden können.

3. Vorschau bei hellen und dunklen Bedingungen prüfen. Einfacher Kontrast funktioniert besser als dekorative Effekte.

Schritt 9: Die App innerhalb der Organisation veröffentlichen und freigeben

Speichern und veröffentlichen Sie die Canvas-App in der freigegebenen Power-Platform-Umgebung. Geben Sie sie anschließend für die vorgesehenen Nutzer oder eine Sicherheitsgruppe der Organisation frei. Der Zugriff auf die App allein reicht nicht aus: Die Nutzer benötigen auch die erforderlichen Berechtigungen für angebundene Dataverse-Tabellen, Flows und andere freigegebene Geschäftsdatenquellen.

1. Wählen Sie in Power Apps Studio Save und geben Sie der App einen klaren, geschäftlich verständlichen Namen.

2. Wählen Sie Publish und bestätigen Sie dann die für das Pilotprojekt vorgesehene Version. Veröffentlichen Sie nach späteren Änderungen erneut, damit die Tester die aktuelle Version erhalten.

3. Wählen Sie in Power Apps in der Liste Apps die App aus und dann Share. Erteilen Sie den freigegebenen Microsoft-Entra-ID-Nutzern oder der Sicherheitsgruppe Ausführungszugriff, vergeben Sie Datenberechtigungen nach dem Prinzip der geringsten Rechte und klären Sie die erforderlichen Power-Apps-Lizenzen mit dem Administrator.

Schritt 10: Den Power-Apps-Player auf verwaltete Navigator-Geräte verteilen

Die Power-Apps-Canvas-App des Unternehmens läuft im RealWear-Power-Apps-Player. Verteilen Sie den Player auf die verwaltete Headset-Flotte; der Bildschirm selbst wird weiterhin in Power Apps Studio erstellt.

1. Öffnen Sie in Ari Business Cloud den RealWear App Marketplace, suchen Sie den Eintrag Microsoft Power Apps und wählen Sie Install. Wählen Sie das freigegebene Testgerät oder die Gerätegruppe aus. Bei einer mit Intune verwalteten Flotte folgen Sie stattdessen den aktuellen Anleitungen von RealWear zur Verteilung von Enterprise-APKs.

2. Öffnen Sie nach Abschluss der Installation den Home-Bildschirm des Navigator, sagen Sie MY PROGRAMS und öffnen Sie dann Power Apps.

3. Melden Sie sich mit dem Geschäfts-, Schul- oder Unikonto der Organisation an, das Zugriff auf die veröffentlichte App und ihre Datenquellen hat. Klären Sie eine etwaige Lizenzabfrage mit dem Power-Platform-Administrator.

4. Öffnen Sie die veröffentlichte App im Player und prüfen Sie, ob die vorgesehene Version, die Bildschirme und die Geschäftsdaten verfügbar sind.

Laut RealWear ist WearML in Power Apps nach der Anmeldung nicht verfügbar. Verwenden Sie daher sichtbare Beschriftungen, testen Sie jedes per Sprache auswählbare Steuerelement und gehen Sie nicht davon aus, dass sich native Android-WearHF-Direktiven zum Canvas-Bildschirm hinzufügen lassen.

Schritt 11: Den Workflow auf dem echten Gerät validieren

Geben Sie einen Bildschirm nicht allein auf Basis der Vorschau in Power Apps Studio frei. Testen Sie auf der Ziel-Firmware des Navigator 520 und mit der Bereitstellungskonfiguration der Organisation.

1. Prüfen Sie, ob der Nutzer erkennen kann, wo er sich befindet und welche Aktionen verfügbar sind, ohne das Display zu berühren.

2. Sprechen Sie jede sichtbare Beschriftung genau so aus, wie sie geschrieben ist, und vergewissern Sie sich, dass die richtige Geschäftsaktion ausgeführt wird.

3. Testen Sie mit der zu erwartenden PSA, Bewegung, den Netzwerkbedingungen und dem Lärm am Arbeitsplatz. Prüfen Sie langsame, Offline- und fehlgeschlagene Datenvorgänge.

4. Bitten Sie eine weitere vorgesehene Person, die Aufgabe zu erledigen. Korrigieren Sie Beschriftungen oder Navigation, die zu Zögern führen, und wiederholen Sie den Test nach dem Veröffentlichen der nächsten Version.

5. Dokumentieren Sie App-Version, Geräte-Firmware, Testergebnisse und bekannte Einschränkungen, bevor die Organisation einen breiteren Rollout freigibt.

Praktische Layoutregeln für den Navigator 520

• Verwenden Sie einen Bildschirm pro Arbeitsaufgabe. Zeigen Sie den aktuellen Schritt, nur die jetzt benötigten Informationen und die nächste verfügbare Aktion.

• Bevorzugen Sie wenige große, mit Text beschriftete Steuerelemente gegenüber reinen Icon-Buttons oder dichten Menüs. RealWear empfiehlt mehrsilbige Befehle, da sie sich leichter unterscheiden lassen.

• Verwenden Sie bei nativem Android dp für Breiten, Höhen und Abstände und sp für Text. Der Standard-Canvas des Navigator 520 entspricht 854 × 480 dp; ordnen Sie Steuerelemente nicht in rohen 1280 × 720 physischen Pixeln an.

• Halten Sie wichtige Beschriftungen und Aktionen von den Displayrändern fern. Setzen Sie auf einfachen Kontrast und testen Sie unter den zu erwartenden Licht-, PSA- und Bewegungsbedingungen.

• Vermeiden Sie lange Absätze und Freitextformulare. Verwenden Sie kurze Anweisungen, strukturierte Auswahlmöglichkeiten, freigegebenes Diktieren oder validierte Scan-Integrationen.

• Stimmen Sie bei nativen Buttons sichtbare Beschriftung und Sprachbefehl aufeinander ab. Fügen Sie eine WearHF-Direktive nur hinzu, wenn das Standardverhalten der Beschriftung dem Workflow nicht gerecht wird.

Anzahl der Aktionen:

• Vermeiden: Ein überladener Bildschirm mit vielen Buttons
• Besser: Nur die für den aktuellen Schritt benötigten Aktionen

Textgröße:

• Vermeiden: Kleiner Text, um mehr Inhalt unterzubringen
• Besser: Mindestens 16sp; wo praktikabel etwa 20sp oder mehr

Befehle:

• Vermeiden: GO, YES, NO
• Besser: CONTINUE, CONFIRM, CANCEL STEP

Buttons:

• Vermeiden: Nur ein Icon
• Besser: Sichtbare Textbeschriftung, optional mit Icon

Anweisungen:

• Vermeiden: Langer Absatz
• Besser: Eine kurze Anweisung oder mehrere kurze Zeilen

Dateneingabe:

• Vermeiden: Großes Formular mit vielen Feldern
• Besser: Eine Frage nach der anderen, Diktat, feste Auswahlmöglichkeiten oder Scan

Navigation:

• Vermeiden: Versteckte Menüaktionen
• Besser: Sichtbare Aktionen wie NEXT STEP, GO BACK oder OPEN CHECKLIST

Farbe:

• Vermeiden: Viele gesättigte Farben und Farbverläufe
• Besser: Einfache Farbpalette mit klarem Textkontrast

Tests:

• Vermeiden: Nur Desktop-Vorschau
• Besser: Test auf dem Navigator 520 am tatsächlichen Arbeitsplatz

Warum komplexe Bildschirme bei der Sprachnavigation scheitern

Auch ein technisch korrekter Bildschirm kann einen Freihand-Workflow ausbremsen. Zu viele Informationen oder zu viele Auswahlmöglichkeiten erschweren es, den nächsten Befehl zu erkennen. RealWear empfiehlt, lange Texteingaben und komplexe Einstellungen auf ein Minimum zu reduzieren und das fertige Design auf dem tatsächlichen Headset zu validieren.

Praktisches Fazit: RealWears eigene Regel lautet im Grunde: Vereinfachen Sie den Workflow, bevor Sie die Sprachbefehle optimieren.

Fazit: den Sprachpfad in den Bildschirm hineindenken

Gestalten Sie jeden Bildschirm des Navigator 520 rund um eine klare Arbeitsaufgabe. Verwenden Sie knappe Anweisungen, gut lesbaren Text und sichtbare Beschriftungen, die dem Sprachbefehl entsprechen. Bauen Sie bei nativem Android Layouts mit dp/sp, verbinden Sie Standard-Click-Listener der Buttons mit validierter Geschäftslogik und setzen Sie WearHF-Direktiven nur ein, wenn feste Beschriftungen nicht ausreichen. Nutzen Sie für einen Power-Apps-Workflow den freigegebenen Tenant, die Lizenzen und Datenberechtigungen der Organisation sowie den verwalteten RealWear-Player. Testen Sie auf dem tatsächlichen Gerät und mit der tatsächlichen Firmware, bevor Sie auf die gesamte Flotte ausrollen.

Sie entwickeln einen Freihand-Workflow für den RealWear Navigator 520? VR Expert kann Sie dabei unterstützen, das Gerät zu evaluieren, ein Pilotprojekt vorzubereiten und zu prüfen, ob eine bestehende Anwendung, Microsoft Power Apps oder eine individuelle Android-Lösung am besten passt.

RealWear Navigator 520 für Unternehmen entdecken