Projektowanie ekranów sterowanych głosem dla RealWear Navigator 520

Podsumowanie

RealWear Navigator 520 – nawigacja głosowa tego urządzenia opiera się na elementach ekranu, które pracownik widzi i może wypowiedzieć. Nie wystarczy po prostu pomniejszyć układu z telefonu na potrzeby urządzenia nagłownego — wyraźnie pokaż dostępne akcje i pozwól WearHF przypisać polecenia głosowe do obsługiwanych kontrolek.

RealWear zaleca ograniczanie długiego wprowadzania tekstu, złożonych ustawień i przeładowanych ekranów. Stosuj zasadę jednego zadania na ekran, zwięzłe instrukcje, czytelny tekst i wyraźnie odróżniające się, widoczne etykiety. Te same zasady obowiązują w aplikacji kanwy i w natywnej aplikacji Android.

Zespoły programistyczne mają do wyboru dwie ścieżki gotowe do zastosowań biznesowych. Wybierz natywny Android z WearHF, gdy proces wymaga niestandardowego działania urządzenia, obsługi trybu offline lub integracji z systemami firmowymi. Wybierz Microsoft Power Apps, gdy organizacja już zarządza procesem w Power Platform, a odtwarzacz RealWear obsługuje potrzebne funkcje aplikacji. Opisana poniżej ścieżka natywna zawiera przykłady w XML i Javie; ścieżka Power Apps to opcjonalna alternatywa low-code.

Podstawowa zasada: interfejs głosowy to nie zwykły ekran mobilny, do którego później dodano obsługę mowy. Sam ekran powinien informować pracownika, co może powiedzieć.

Czym jest RealWear Navigator 520?

Navigator 520 to wytrzymałe urządzenie z systemem Android do pracy bez użycia rąk, przeznaczone do zadań przemysłowych, takich jak konserwacja, inspekcje i serwis w terenie. Według RealWear wyświetlacz ma rozdzielczość 1280 × 720 pikseli, a oprogramowanie Navigatora 520 to Ari OS (Android 13) z WearHF. Od wydania serwisowego Ari OS 2.0 z 17.09.2026 (firmware 3.0) zaktualizowane urządzenia działają na Androidzie 16, dlatego sprawdź, którą kompilację ma Twoja flota. Przed wydaniem potwierdź wersję firmware'u i konfigurację wyświetlacza we flocie urządzeń.

RealWear odwzorowuje domyślny wyświetlacz 720p Navigatora 520 na obszar układu Android o wymiarach 854 × 480 dp przy 240 dpi. Do wymiarów układu używaj jednostek dp, a do tekstu sp, zamiast na sztywno wpisywać fizyczne piksele. Ekran powinien być prosty, ponieważ wyświetlacz zajmuje tylko część pola widzenia pracownika.

Zobacz stronę produktu RealWear Navigator 520 w VR Expert

Wybierz ścieżkę wdrożenia w firmie

Wybierz natywny Android, gdy potrzebujesz niestandardowego działania, integracji lub kontroli nad wydaniami. Wybierz Power Apps, gdy firma ma już środowisko Power Platform, a aplikacja może pozostać w granicach obsługiwanych możliwości aplikacji kanwy.

Microsoft Power Apps:

• Gdzie projektujesz: Power Apps Studio w przeglądarce internetowej
• Najlepsze dla: firm z zatwierdzoną dzierżawą Power Platform, które potrzebują biznesowego procesu low-code.

Natywna aplikacja Android:

• Gdzie projektujesz: Android Studio + WearHF/WearML
• Najlepsze dla: zespołów programistycznych, które potrzebują niestandardowego działania Androida, integracji z systemami firmowymi lub kontroli nad zarządzanym wydaniem.

Obie ścieżki wymagają tożsamości zatwierdzonej przez organizację, dostępu do właściwego środowiska biznesowego oraz uprawnień do każdego podłączonego źródła danych. Testuj na zarządzanej flocie urządzeń Navigator 520, a nie tylko w podglądzie na komputerze.

Ścieżka natywnego Androida: tworzenie ekranu sterowanego głosem

Android View to standardowa kontrolka ekranowa, taka jak Button czy TextView. WearHF działa na urządzeniu i może aktywować obsługiwane klikalne kontrolki na podstawie ich widocznych etykiet, więc podstawowy ekran nie wymaga osobnego SDK do rozpoznawania mowy.

Krok 1: Utwórz projekt Android.

• W Android Studio wybierz New Project > Phone and Tablet > Empty Views Activity, a następnie wybierz Java oraz Views/XML.

• Użyj nazwy pakietu organizacji w odwróconym formacie domeny (na przykład com.company.fieldworkflow). Ustaw minSdk na najstarszą wersję Androida w obsługiwanej flocie, a następnie poczekaj na synchronizację Gradle.

• Zainstaluj Android SDK Platform-Tools z SDK Manager, aby narzędzie adb było dostępne do testów na urządzeniu nagłownym.

Zgodność kompilacji: minSdk określa, na których wersjach Androida można zainstalować aplikację. Floty Navigator 520 działają na Androidzie 13 (API 33) z firmware'em 2.x lub na Androidzie 16 z firmware'em 3.0, więc minSdk 33 obejmuje flotę złożoną wyłącznie z urządzeń 520; jeśli obsługiwane są starsze urządzenia, użyj niższej wartości, a jeśli flota jest mieszana, testuj na obu kompilacjach. Ustaw compileSdk i targetSdk na wersje zatwierdzone przez organizację, a następnie przed wdrożeniem sprawdź aplikację i jej zależności na zarządzanym urządzeniu nagłownym.

Krok 2: Zdefiniuj ekran.

• W panelu Project w Android Studio otwórz app > src > main > res > layout > activity_main.xml.

• Zastąp wygenerowany układ tym przykładem. Używa on dp do odstępów i sp do tekstu, zawiera dwie wyraźne akcje biznesowe i pozostawia wypowiadane etykiety widoczne:

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

Krok 3: Powiąż każdy przycisk z działaniem aplikacji.

• W panelu Project otwórz app > java > Twój pakiet > MainActivity.java.

• Zastąp wygenerowaną aktywność tym przykładem, zachowaj deklarację package zgodną z przestrzenią nazw Gradle i użyj identyfikatorów widoków z pliku XML. Przykład aktualizuje lokalny tekst stanu; zastąp komentarze zweryfikowanym procesem firmy i wywołaniami usług:

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 -> { // Tutaj wywołaj zatwierdzony proces inspekcji. statusText.setText("Status: confirmation recorded"); });

reportButton.setOnClickListener(view -> { // Zweryfikuj zgłoszenie i prześlij je przez usługę firmową. statusText.setText("Status: issue reported"); }); } }

Krok 4: Dodaj niestandardową frazę głosową tylko wtedy, gdy widoczna etykieta nie wystarcza.

• W pliku activity_main.xml umieść ten atrybut w istniejącym przycisku CONFIRM STATUS. Pole contentDescription w Androidzie wpływa również na ułatwienia dostępu. Sprawdź polecenie głosowe i komunikaty ułatwień dostępu na urządzeniu docelowym oraz zlokalizuj polecenie dla każdego języka używanego przez pracowników:

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

Krok 5: Skompiluj i przetestuj aplikację na Navigatorze 520.

• Na testowym urządzeniu nagłownym zarządzanym przez organizację powiedz MY SETTINGS, następnie ADVANCED SETTINGS, a potem ABOUT DEVICE; mów PAGE DOWN, aż pojawi się Build Number, a następnie powiedz BUILD NUMBER około siedmiu razy, aż urządzenie wyświetli komunikat „You are now a developer!”.

• Wróć do SYSTEM > DEVELOPER OPTIONS i włącz debugowanie USB, jeśli pozwalają na to zasady firmy.

• Podłącz kabel USB-C obsługujący transmisję danych i zatwierdź monit.

• Uruchom adb devices -l i sprawdź, czy stan urządzenia to device.

• W Android Studio wybierz urządzenie nagłowne i kliknij Run > Run app. Przetestuj wypowiadane etykiety, działanie kliknięć, stany błędów, dopasowanie do wyświetlacza oraz działanie przy hałasie spodziewanym w miejscu pracy.

adb devices -l # Sprawdź, czy Navigator 520 jest widoczny ze stanem: device

Krok 6: Wdróż wewnętrzny plik APK za pomocą firmowego systemu zarządzania urządzeniami.

• W Ari Business Cloud otwórz Apps > Enterprise, dodaj aplikację, wpisz jej nazwę i informacje o wersji, prześlij podpisany plik APK w wersji release i wybierz Publish. Następnie przypisz aplikację do odpowiedniego zarządzanego urządzenia lub grupy urządzeń.

• Możesz też użyć zatwierdzonego w organizacji systemu EMM/MDM, np. Microsoft Intune. RealWear zaznacza, że aplikacje przesłane przez firmę mogą nie być zoptymalizowane pod kątem Ari OS, a ich wersje trzeba aktualizować ręcznie; przed wdrożeniem we flocie sprawdź zgodność. Instalacje przez ADB zostaw na potrzeby programowania i testów.

Opcjonalna ścieżka low-code: Microsoft Power Apps dla procesów biznesowych

Krok 1: Utwórz aplikację kanwy w środowisku firmowym

Zanim zaczniesz: upewnij się, że organizacja ma zatwierdzone środowisko Power Platform, dostęp twórcy, niezbędne licencje i zatwierdzone konektory biznesowe. Twórz i testuj aplikację w tym środowisku służbowym; nie używaj prywatnego konta Microsoft ani prywatnego źródła danych.

Utwórz ekran na komputerze w Power Apps Studio, a następnie opublikuj go w środowisku firmowym i wdróż odtwarzacz RealWear za pomocą firmowego systemu zarządzania urządzeniami.

1. Otwórz Power Apps pod adresem make.powerapps.com i zaloguj się służbowym lub szkolnym kontem organizacji. Wybierz zatwierdzone środowisko, które zawiera aplikację biznesową i dane.

2. W lewym panelu nawigacji wybierz Create, a następnie Create from blank. Wybierz aplikację kanwy i układ Responsive lub Tablet odpowiadający Twojemu projektowi i planowi wdrożenia.

3. Power Apps otworzy kanwę w Power Apps Studio. Zanim dodasz kontrolki, upewnij się, że środowisko, licencje i zatwierdzone konektory biznesowe spełniają wymagania organizacji.

Otwórz Microsoft Power Apps

Krok 2: Dostosuj ekran do Navigatora 520

W przypadku stałego układu dla Navigatora ustaw poziomą kanwę tabletu i wyświetl podgląd aplikacji w proporcjach obrazu urządzenia. Jeśli aplikacja musi dostosowywać się do kilku rozmiarów urządzeń, użyj kontenerów responsywnych i przetestuj każdy obsługiwany układ, zamiast wymuszać rozciąganie stałego projektu.

1. Otwórz Settings. W Power Apps Studio otwórz Settings, a następnie Display.

2. Wybierz Landscape dla zarządzanej floty urządzeń nagłownych. Samouczek RealWear dotyczący Power Apps wykorzystuje orientację poziomą w układach dla urządzeń nagłownych.

3. W przypadku stałej kanwy pozostaw włączoną opcję Scale to fit, aby projekt skalował się do dostępnego wyświetlacza. W przypadku kanwy responsywnej wyłącz ją tylko wtedy, gdy kontrolki korzystają z reguł układu responsywnego i zostały przetestowane w każdym docelowym rozmiarze.

4. Pozostaw opcję Lock aspect ratio włączoną w aplikacji o stałym układzie, aby zapobiec zniekształceniom. Jeśli używasz układu responsywnego, stosuj kontenery z automatycznym układem i sprawdź, czy elementy się nie nakładają ani nie są przycinane.

5. Pozostaw opcję Lock orientation włączoną tylko wtedy, gdy wszystkie wdrożone urządzenia używają orientacji poziomej. Zapisz ustawienia i wróć do kanwy.

Uwaga dotycząca wyświetlacza: Navigator 520 ma fizyczny wyświetlacz 1280 x 720, ale RealWear zaleca programistom Androida korzystanie z jednostek niezależnych od gęstości zamiast projektowania w surowych pikselach. Przy domyślnej gęstości urządzenie udostępnia przestrzeń projektową 854 x 480 dp.

Krok 3: Jeden ekran dla jednego zadania

Zacznij od decyzji operacyjnej, którą musi podjąć pracownik. Nie kopiuj pulpitu nawigacyjnego z komputera na urządzenie nagłowne.

1. Wybierz jedno zadanie dla tego ekranu, na przykład sprawdzenie wyniku inspekcji i podjęcie decyzji, czy kontynuować, czy zgłosić problem.

2. Przenieś dane drugorzędne, ustawienia i zatwierdzenia na inny ekran lub do autoryzowanego procesu back-office.

3. Pozostaw tylko te kontrolki, które są potrzebne do tej decyzji. Nadaj każdej kontrolce wyraźnie odróżniającą się etykietę zgodną z frazą, którą ma rozpoznawać WearHF.

Test ekranu: dobry ekran głosowy od razu odpowiada na trzy pytania: Gdzie jestem? Jakie informacje są teraz ważne? Co mogę teraz powiedzieć?

Krok 4: Zacznij od dużego, widocznego tekstu

Wytyczne RealWear dotyczące Power Apps zalecają tekst nie mniejszy niż 16sp, a tam, gdzie to możliwe, 20sp lub większy. Stosuj zwięzłe instrukcje, widoczne etykiety akcji i odpowiednie odstępy; sprawdź czytelność na urządzeniu nagłownym, zamiast polegać wyłącznie na kanwie wyświetlanej na komputerze.

1. Dodaj tytuł ekranu. W Power Apps Studio przejdź do Insert > Text i umieść tekst u góry ekranu. Użyj krótkiego tytułu, np. INSPECTION STEP 3 lub MACHINE STATUS.

2. Dodaj tylko instrukcję potrzebną do bieżącej decyzji roboczej. Dłuższe procedury podziel na kilka ekranów.

3. Etykiety akcji powinny być większe i bardziej wyeksponowane niż tekst pomocniczy. Używaj tego samego brzmienia w etykiecie i w poleceniu głosowym.

· Unikaj długich akapitów, gdy wystarczy krótka instrukcja.

· Zostawiaj wolną przestrzeń między kontrolkami.

· Nie zmniejszaj tekstu tylko po to, by zmieścić więcej informacji na jednym ekranie.

Krok 5: Używaj przycisków tekstowych, a nie kontrolek z samymi ikonami

Użytkownik sterujący głosem musi wiedzieć, co powiedzieć. Ikona może wyglądać znajomo na telefonie, ale sama w sobie nie mówi pracownikowi, jaka fraza ją aktywuje.

1. Wstaw przycisk. W Power Apps Studio użyj opcji Insert i dodaj kontrolkę Button.

2. Nadaj mu widoczną etykietę akcji. Przykłady: CONTINUE, REPORT ISSUE lub OPEN CHECKLIST.

3. Zachowaj zgodność frazy głosowej z widoczną etykietą. Użytkownik powinien móc powiedzieć to, co widzi.

Aby skonfigurować proste przejście między ekranami, zaznacz przycisk CONTINUE. W selektorze właściwości obok paska formuły wybierz OnSelect i wpisz tę formułę Power Fx. Zastąp scrNext rzeczywistą nazwą następnego ekranu; w przypadku każdej akcji zmieniającej dane użyj zatwierdzonego w organizacji konektora i obsługi błędów:

Navigate(scrNext, ScreenTransition.None)

Nadal możesz używać ikony jako pomocy wizualnej, ale umieść obok niej etykietę tekstową. To etykieta sprawia, że akcja głosowa jest zrozumiała.

W Power Apps Studio zaznacz każdy przycisk (Button) i ustaw Text = "REPORT ISSUE" oraz AccessibleLabel = "REPORT ISSUE" (zastąp przykład akcją danego przycisku). Właściwość Tooltip ustawiaj tylko wtedy, gdy dodatkowa pomoc jest przydatna; nie używaj jej jako ukrytego polecenia głosowego. Według dokumentacji Microsoft AccessibleLabel to tekst dla czytników ekranu, a RealWear nie dokumentuje ani tej właściwości, ani Tooltip jako gwarantowanego aliasu głosowego, dlatego sprawdź wypowiadaną etykietę we wdrożonym odtwarzaczu.

Jeśli ikony, niestandardowego komponentu lub innej kontrolki nie da się wybrać głosem, udostępnij tę samą akcję za pomocą widocznego standardowego przycisku (Button) i umieść formułę akcji we właściwości OnSelect tego przycisku. Przetestuj to na urządzeniu nagłownym. Udokumentowane przez RealWear rozwiązanie awaryjne polega na powiedzeniu MY CONTROLS, a następnie MOUSE; kursor przesuwa się ruchem głowy, a kliknięcie wykonuje się poleceniem MOUSE CLICK. Traktuj sterowanie kursorem jako rozwiązanie awaryjne, a nie podstawową ścieżkę dla często wykonywanej akcji.

Krok 6: Wybieraj polecenia głosowe łatwe do rozpoznania

RealWear zaleca polecenia głosowe złożone z dwóch lub więcej sylab, ponieważ system rozpoznawania mowy łatwiej i bardziej niezawodnie je rozróżnia.

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

To nie jest ścisły zakaz krótkich słów, lecz praktyczna zasada zwiększająca niezawodność: dłuższe i bardziej charakterystyczne frazy dają systemowi rozpoznawania mowy więcej informacji do dopasowania.

Krok 7: Projektuj wprowadzanie tekstu z myślą o głosie, a nie o pisaniu

Zaznaczenie pola TextInput otwiera klawiaturę głosową RealWear; dyktowanie to jawnie włączany tryb wprowadzania, a nie ciągły strumień zamiany mowy na tekst. Aby dodać krótką notatkę, zaznacz pole, powiedz DICTATION, poczekaj na odliczanie, mów, a po zakończeniu dyktowania powiedz OK, aby zaakceptować tekst i zamknąć okno. Aby wprowadzać pojedyncze znaki, powiedz VOICE KEYBOARD i wprowadzaj znaki fonetycznie, a następnie powiedz ACCEPT. Nie dyktuj haseł ani poufnych identyfikatorów; użyj bezpiecznej klawiatury lub zatwierdzonej przez organizację metody logowania. Dyktowanie może wymagać dostępu do sieci, dlatego przetestuj język docelowy i połączenie na zarządzanym urządzeniu. Jeśli zadanie można tak zamodelować, wybieraj kontrolki ze stałymi opcjami.

· Zamiast długiego formularza użyj krótkiej dyktowanej notatki.

· W przypadku typowych odpowiedzi używaj kategorii do wyboru, np. LOW, MEDIUM i HIGH.

Skanowania kodów kreskowych lub QR używaj tylko wtedy, gdy wybrana kontrolka skanera lub integracja jest obsługiwana przez odtwarzacz RealWear i zatwierdzona dla firmowego procesu przetwarzania danych. Przetestuj ją na rzeczywistym urządzeniu.

· Zbieraj informacje na kilku prostych ekranach zamiast w jednym rozbudowanym formularzu.

Krok 8: Umieszczaj ważne kontrolki w bezpiecznym obszarze

Trzymaj tytuły, instrukcje i główne akcje z dala od krawędzi ekranu. RealWear ostrzega, że elementy przy krawędziach mogą konkurować z innymi informacjami wizualnymi i stają się trudniejsze w użyciu.

1. Wyśrodkuj główną treść. Nie umieszczaj głównej akcji tuż przy krawędzi.

2. Zostaw odstępy wokół przycisków. Pracownik powinien od razu rozpoznawać poszczególne akcje.

3. Sprawdź podgląd zarówno w jasnych, jak i w ciemnych warunkach. Prosty kontrast sprawdza się lepiej niż efekty dekoracyjne.

Krok 9: Opublikuj i udostępnij aplikację w organizacji

Zapisz i opublikuj aplikację kanwy w zatwierdzonym środowisku Power Platform. Następnie udostępnij ją docelowym użytkownikom służbowym lub grupie zabezpieczeń organizacji. Sam dostęp do aplikacji nie wystarczy: użytkownicy potrzebują też wymaganych uprawnień do połączonych tabel Dataverse, przepływów i innych zatwierdzonych źródeł danych biznesowych.

1. Wybierz Save w Power Apps Studio i nadaj aplikacji czytelną nazwę biznesową.

2. Wybierz Publish, a następnie potwierdź wersję przeznaczoną do pilotażu. Po późniejszych zmianach opublikuj aplikację ponownie, aby testerzy otrzymali aktualną wersję.

3. Na liście aplikacji w Power Apps wybierz aplikację i kliknij Share. Przyznaj uprawnienia do uruchamiania zatwierdzonym użytkownikom lub grupie zabezpieczeń Microsoft Entra ID, przypisz uprawnienia do danych zgodnie z zasadą najmniejszych uprawnień i potwierdź z administratorem wymagane licencje Power Apps.

Krok 10: Wdróż odtwarzacz Power Apps na zarządzanych urządzeniach Navigator

Firmowa aplikacja kanwy Power Apps działa w odtwarzaczu RealWear Power Apps. Wdróż odtwarzacz na zarządzanej flocie urządzeń nagłownych; sam ekran nadal tworzy się w Power Apps Studio.

1. W Ari Business Cloud otwórz RealWear App Marketplace, znajdź pozycję Microsoft Power Apps i wybierz Install. Wybierz zatwierdzone urządzenie testowe lub grupę urządzeń. W przypadku floty zarządzanej przez Intune postępuj zamiast tego zgodnie z aktualnymi instrukcjami RealWear dotyczącymi wdrażania firmowych plików APK.

2. Po zakończeniu instalacji otwórz ekran główny Navigatora, powiedz MY PROGRAMS, a następnie otwórz Power Apps.

3. Zaloguj się na służbowe lub szkolne konto organizacji, które ma dostęp do opublikowanej aplikacji i jej źródeł danych. Ewentualny monit dotyczący licencji potwierdź z administratorem Power Platform.

4. Otwórz opublikowaną aplikację w odtwarzaczu i sprawdź, czy dostępne są właściwa wersja, ekrany i dane biznesowe.

RealWear informuje, że po zalogowaniu WearML nie jest dostępny w Power Apps. Dlatego używaj widocznych etykiet, testuj każdą kontrolkę wybieraną głosem i nie zakładaj, że do ekranu kanwy można dodać dyrektywy WearHF z natywnego Androida.

Krok 11: Zweryfikuj proces na rzeczywistym urządzeniu

Nie zatwierdzaj ekranu wyłącznie na podstawie podglądu w Power Apps Studio. Testuj na docelowej wersji firmware'u Navigatora 520 i w konfiguracji wdrożeniowej organizacji.

1. Sprawdź, czy użytkownik wie, gdzie się znajduje i jakie akcje są dostępne, bez dotykania wyświetlacza.

2. Wypowiedz każdą widoczną etykietę dokładnie tak, jak jest zapisana, i potwierdź, że wykonywana jest właściwa akcja biznesowa.

3. Przetestuj z uwzględnieniem przewidywanych środków ochrony indywidualnej (ŚOI), ruchu, warunków sieciowych i hałasu w miejscu pracy. Sprawdź operacje na danych, które są powolne, wykonywane offline lub kończą się niepowodzeniem.

4. Poproś innego docelowego pracownika o wykonanie zadania. Popraw etykiety lub nawigację, które powodują wahanie, a po opublikowaniu kolejnej wersji powtórz test.

5. Zapisz wersję aplikacji, wersję firmware'u urządzenia, wyniki testów i znane ograniczenia, zanim organizacja zatwierdzi szersze wdrożenie.

Praktyczne zasady układu dla Navigatora 520

• Jeden ekran – jedno zadanie. Pokazuj bieżący krok, tylko informacje potrzebne w danej chwili i następną dostępną akcję.

• Zamiast przycisków z samymi ikonami lub gęstych menu wybieraj kilka dużych kontrolek z etykietami tekstowymi. RealWear zaleca polecenia wielosylabowe, ponieważ łatwiej je rozróżnić.

• W natywnym Androidzie używaj dp do szerokości, wysokości i odstępów, a sp do tekstu. Domyślna kanwa Navigatora 520 odpowiada 854 × 480 dp; nie rozmieszczaj kontrolek w surowych fizycznych pikselach 1280 × 720.

• Trzymaj kluczowe etykiety i akcje z dala od krawędzi wyświetlacza. Stosuj prosty kontrast i testuj w przewidywanych warunkach oświetlenia, przy użyciu ŚOI i w ruchu.

• Unikaj długich akapitów i formularzy z dowolnym tekstem. Stosuj krótkie instrukcje, ustrukturyzowane opcje wyboru, zatwierdzone dyktowanie lub zweryfikowane integracje skanowania.

• W przypadku natywnych przycisków zachowaj zgodność widocznej etykiety z poleceniem głosowym. Dyrektywę WearHF dodawaj tylko wtedy, gdy domyślne działanie etykiety nie spełnia wymagań procesu.

Liczba akcji:

• Unikaj: przeładowanego ekranu z wieloma przyciskami
• Lepsze podejście: tylko akcje potrzebne w bieżącym kroku

Rozmiar tekstu:

• Unikaj: małego tekstu, który ma pomieścić więcej treści
• Lepsze podejście: minimum 16sp; około 20sp lub więcej, gdy to możliwe

Polecenia:

• Unikaj: GO, YES, NO
• Lepsze podejście: CONTINUE, CONFIRM, CANCEL STEP

Przyciski:

• Unikaj: samych ikon
• Lepsze podejście: widoczna etykieta tekstowa, opcjonalnie z ikoną

Instrukcje:

• Unikaj: długiego akapitu
• Lepsze podejście: jedna krótka instrukcja lub kilka krótkich wierszy

Wprowadzanie danych:

• Unikaj: dużego formularza z wieloma polami
• Lepsze podejście: jedno pytanie naraz, dyktowanie, stałe opcje wyboru lub skanowanie

Nawigacja:

• Unikaj: akcji ukrytych w menu
• Lepsze podejście: widoczne akcje NEXT STEP, GO BACK lub OPEN CHECKLIST

Kolor:

• Unikaj: wielu nasyconych kolorów i gradientów
• Lepsze podejście: prosta paleta z wyraźnym kontrastem tekstu

Testowanie:

• Unikaj: wyłącznie podglądu na komputerze
• Lepsze podejście: testy na Navigatorze 520 w rzeczywistym miejscu pracy

Dlaczego złożone ekrany nie sprawdzają się przy nawigacji głosowej

Ekran poprawny technicznie wciąż może spowalniać pracę bez użycia rąk. Nadmiar informacji lub opcji utrudnia ustalenie następnego polecenia. RealWear zaleca ograniczanie długiego wprowadzania tekstu i złożonych ustawień oraz weryfikację gotowego projektu na rzeczywistym urządzeniu nagłownym.

Praktyczny wniosek: zasadę RealWear można w praktyce streścić tak: najpierw uprość proces, a dopiero potem optymalizuj polecenia głosowe.

Podsumowanie: wbuduj ścieżkę głosową w ekran

Projektuj każdy ekran Navigatora 520 wokół jednego, jasno określonego zadania. Stosuj zwięzłe instrukcje, czytelny tekst i widoczne etykiety zgodne z poleceniem głosowym. W natywnym Androidzie twórz układy w jednostkach dp/sp, łącz standardowe obiekty nasłuchujące kliknięć przycisków ze zweryfikowaną logiką biznesową i używaj dyrektyw WearHF tylko wtedy, gdy stałe etykiety nie wystarczają. W procesie opartym na Power Apps korzystaj z zatwierdzonej dzierżawy organizacji, licencji, uprawnień do danych i zarządzanego odtwarzacza RealWear. Przed wdrożeniem w całej flocie przetestuj rozwiązanie na rzeczywistym urządzeniu i docelowej wersji firmware'u.

Tworzysz proces pracy bez użycia rąk dla urządzenia RealWear Navigator 520? VR Expert może pomóc w ocenie urządzenia, przygotowaniu pilotażu i sprawdzeniu, czy najlepszym rozwiązaniem będzie istniejąca aplikacja, Microsoft Power Apps czy niestandardowe rozwiązanie Android.

Poznaj RealWear Navigator 520 dla firm