Utforming av talestyrte skjermer for RealWear Navigator 520

Sammendrag

RealWear Navigator 520 styres med tale, og talenavigasjonen avhenger av skjermelementer som arbeideren kan se og si. Ikke bare krymp et telefonoppsett til headsetet; vis de tilgjengelige handlingene tydelig, og la WearHF koble talekommandoer til støttede kontroller.

RealWear anbefaler å begrense lang tekstinntasting, komplekse innstillinger og overfylte skjermer. Bruk én oppgave per skjerm, korte instruksjoner, lesbar tekst og tydelige, synlige etiketter. Bruk de samme prinsippene i en lerretsapp eller en innebygd Android-app.

Utviklingsteam har to forretningsklare alternativer. Bruk innebygd Android med WearHF når arbeidsflyten krever tilpasset enhetsatferd, frakoblet håndtering eller integrasjon med bedriftens systemer. Bruk Microsoft Power Apps når organisasjonen allerede administrerer arbeidsflyten i Power Platform og RealWear-spilleren støtter appfunksjonene du trenger. Den innebygde løsningen nedenfor inneholder eksempler i XML og Java; Power Apps-løsningen er et valgfritt lavkodealternativ.

Grunnregel: Et talegrensesnitt er ikke en vanlig mobilskjerm der tale er lagt til i etterkant. Skjermen selv bør fortelle arbeideren hva som kan sies.

Hva er RealWear Navigator 520?

Navigator 520 er en robust, håndfri Android-enhet for industrielt arbeid som vedlikehold, inspeksjon og feltservice. RealWear oppgir at skjermen har 1280 × 720 piksler, og at programvaren på Navigator 520 er Ari OS (Android 13) med WearHF. Siden vedlikeholdsutgivelsen Ari OS 2.0 av 17.09.2026 (fastvare 3.0) kjører oppdaterte enheter Android 16, så sjekk hvilken versjon enhetsflåten har. Bekreft fastvaren og skjermkonfigurasjonen på enhetsflåten før lansering.

RealWear tilordner standardskjermen på 720p på Navigator 520 til et Android-layoutområde på 854 × 480 dp ved 240 dpi. Bruk dp for layoutdimensjoner og sp for tekst i stedet for hardkodede fysiske piksler. Hold skjermen enkel, siden den bare dekker en del av arbeiderens synsfelt.

Se produktsiden for RealWear Navigator 520 hos VR Expert

Velg en implementeringsløsning for bedriften

Bruk innebygd Android når du trenger tilpasset atferd, integrasjon eller kontroll over lanseringen. Bruk Power Apps når bedriften allerede har et Power Platform-miljø og appen kan holde seg innenfor de støttede funksjonene for lerretsapper.

Microsoft Power Apps:

• Hvor du utformer: Power Apps Studio i en nettleser
• Passer best for: Bedrifter med en godkjent Power Platform-tenant som trenger en arbeidsflyt basert på lavkode.

Innebygd Android-app:

• Hvor du utformer: Android Studio + WearHF/WearML
• Passer best for: Utviklingsteam som trenger tilpasset Android-atferd, integrasjon med bedriftssystemer eller kontroll over den administrerte lanseringen.

Begge løsningene krever en identitet godkjent av organisasjonen, tilgang til riktig forretningsmiljø og tillatelser for hver tilkoblede datakilde. Test på den administrerte Navigator 520-flåten, ikke bare i en forhåndsvisning på datamaskinen.

Innebygd Android: bygg en talestyrt skjerm

En Android View er en standard skjermkontroll, for eksempel en Button eller TextView. WearHF kjører på enheten og kan aktivere støttede klikkbare kontroller ut fra de synlige etikettene, så en enkel skjerm trenger ikke et eget SDK for tale.

Trinn 1: Opprett Android-prosjektet.

• I Android Studio velger du New Project > Phone and Tablet > Empty Views Activity, og deretter Java og Views/XML.

• Bruk organisasjonens pakkenavn i omvendt domeneformat (for eksempel com.company.fieldworkflow). Sett minSdk til den eldste Android-versjonen i den støttede enhetsflåten, og la deretter Gradle synkronisere.

• Installer Android SDK Platform-Tools fra SDK Manager, slik at adb er tilgjengelig for testing på headsetet.

Byggekompatibilitet: minSdk styrer hvilke Android-versjoner som kan installere appen. Navigator 520-flåter kjører Android 13 (API 33) på fastvare 2.x eller Android 16 på fastvare 3.0, så minSdk 33 dekker en flåte som bare består av 520; bruk en lavere verdi hvis eldre enheter støttes, og test på begge versjoner hvis flåten er blandet. Sett compileSdk og targetSdk til versjoner som er godkjent av organisasjonen, og verifiser deretter appen og avhengighetene på et administrert headset før utrulling.

Trinn 2: Definer skjermen.

• I Project-panelet i Android Studio åpner du app > src > main > res > layout > activity_main.xml.

• Erstatt det genererte oppsettet med dette eksemplet. Det bruker dp for avstand og sp for tekst, har to tydelige forretningshandlinger og lar taleetikettene være synlige:

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

Trinn 3: Koble hver knapp til appens atferd.

• I Project-panelet åpner du app > java > din pakke > MainActivity.java.

• Erstatt den genererte aktiviteten med dette eksemplet, hold pakkedeklarasjonen i samsvar med Gradle-navnerommet, og bruk view-ID-ene fra XML-filen. Eksemplet oppdaterer lokal statustekst; erstatt kommentarene med bedriftens validerte arbeidsflyt og tjenestekall:

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

Trinn 4: Legg til en egendefinert talefrase bare når den synlige etiketten ikke er nok.

• I activity_main.xml plasserer du dette attributtet på den eksisterende CONFIRM STATUS-knappen. Android-feltet contentDescription påvirker også tilgjengeligheten. Verifiser talekommandoen og tilgjengelighetsutdataene på målenheten, og lokaliser kommandoen for hvert språk arbeidsstyrken bruker og som støttes:

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

Trinn 5: Bygg og test på en Navigator 520.

• På et testheadset som administreres av organisasjonen, sier du MY SETTINGS, deretter ADVANCED SETTINGS og så ABOUT DEVICE; si PAGE DOWN til Build Number vises, og si deretter BUILD NUMBER omtrent sju ganger til headsetet viser «You are now a developer!».

• Gå tilbake til SYSTEM > DEVELOPER OPTIONS og aktiver USB-feilsøking, hvis bedriftens retningslinjer tillater det.

• Koble til en USB-C-kabel som støtter dataoverføring, og godkjenn forespørselen.

• Kjør adb devices -l og bekreft at enhetsstatusen er device.

• I Android Studio velger du headsetet og deretter Run > Run app. Test taleetiketter, klikkatferd, feiltilstander, tilpasning til skjermen og forventet støy på arbeidsplassen.

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

Trinn 6: Distribuer den interne APK-filen via bedriftens enhetsadministrasjon.

• I Ari Business Cloud åpner du Apps > Enterprise, legger til appen, angir navn og versjonsdetaljer, laster opp den signerte APK-filen for lansering og velger Publish. Tilordne den deretter til riktig administrert enhet eller enhetsgruppe.

• Alternativt kan du bruke organisasjonens godkjente EMM/MDM, for eksempel Microsoft Intune. RealWear påpeker at apper lastet opp av bedrifter kanskje ikke er optimalisert for Ari OS, og at versjoner må oppdateres manuelt; verifiser kompatibiliteten før utrulling i enhetsflåten. Bruk ADB-installasjoner kun til utvikling og testing.

Valgfri lavkodeløsning: Microsoft Power Apps for forretningsarbeidsflyter

Trinn 1: Opprett en lerretsapp i bedriftsmiljøet

Før du begynner: Bekreft at organisasjonen har et godkjent Power Platform-miljø, utviklertilgang, nødvendige lisenser og godkjente forretningskoblinger. Opprett og test appen i dette arbeidsmiljøet; ikke bruk en personlig Microsoft-konto eller personlig datakilde.

Lag skjermen på en datamaskin i Power Apps Studio, publiser den deretter i bedriftsmiljøet, og distribuer RealWear-spilleren via bedriftens enhetsadministrasjon.

1. Åpne Power Apps på make.powerapps.com og logg på med organisasjonens jobb- eller skolekonto. Velg det godkjente miljøet som inneholder forretningsappen og dataene.

2. I venstre navigasjonsrute velger du Create og deretter Create from blank. Velg en lerretsapp, og velg oppsettet Responsive eller Tablet som passer til designet og distribusjonsplanen din.

3. Power Apps åpner lerretet i Power Apps Studio. Før du legger til kontroller, må du bekrefte at miljøet, lisensieringen og de godkjente forretningskoblingene oppfyller organisasjonens krav.

Åpne Microsoft Power Apps

Trinn 2: Tilpass skjermen til Navigator 520

For et fast Navigator-oppsett velger du et liggende nettbrettlerret og forhåndsviser appen i enhetens sideforhold. Hvis appen må tilpasse seg flere enhetsstørrelser, bruker du responsive beholdere og tester hvert støttede oppsett i stedet for å tvinge et fast design til å strekkes.

1. Åpne Settings. I Power Apps Studio åpner du Settings og deretter Display.

2. Velg Landscape for den administrerte headsetflåten. RealWears Power Apps-veiledning bruker liggende retning for headsetoppsett.

3. For et fast lerret lar du Scale to fit være på, slik at designet skaleres til den tilgjengelige skjermen. For et responsivt lerret slår du det bare av når kontrollene bruker responsive layoutregler og er testet i hver målstørrelse.

4. La Lock aspect ratio være på for en app med fast oppsett for å unngå forvrengning. Hvis du bruker et responsivt oppsett, bruker du beholdere med automatisk oppsett og tester for overlapping eller avkutting.

5. La Lock orientation være på bare hvis alle distribuerte enheter bruker liggende retning. Lagre innstillingene og gå deretter tilbake til lerretet.

Merknad om skjermen: Navigator 520 har en fysisk skjerm på 1280 x 720, men RealWear anbefaler at Android-utviklere bruker tetthetsuavhengige enheter i stedet for å designe etter rå piksler. Enheten gir et designområde på 854 x 480 dp ved standard tetthet.

Trinn 3: Lag én skjerm for én arbeidsoppgave

Ta utgangspunkt i den operative beslutningen arbeideren må ta. Ikke kopier et skrivebordsdashbord over på headsetet.

1. Velg én oppgave for denne skjermen, for eksempel å kontrollere et inspeksjonsresultat og avgjøre om man skal fortsette eller rapportere et problem.

2. Flytt sekundære data, innstillinger og godkjenninger til en annen skjerm eller til en autorisert arbeidsflyt i administrasjonen.

3. Behold bare kontrollene som trengs for denne beslutningen. Gi hver kontroll en tydelig etikett som samsvarer med frasen WearHF skal gjenkjenne.

Skjermtest: En god taleskjerm besvarer tre spørsmål umiddelbart: Hvor er jeg? Hvilken informasjon er viktig nå? Hva kan jeg si nå?

Trinn 4: Legg til stor, synlig tekst først

RealWears veiledning for Power Apps anbefaler tekst på minst 16sp, og 20sp eller større der det er praktisk mulig. Bruk korte instruksjoner, synlige handlingsetiketter og tilstrekkelig avstand; verifiser lesbarheten på headsetet i stedet for å stole på lerretet på datamaskinen alene.

1. Legg til skjermtittelen. I Power Apps Studio går du til Insert > Text og plasserer den øverst på skjermen. Bruk en kort tittel, for eksempel INSPECTION STEP 3 eller MACHINE STATUS.

2. Legg bare til instruksjonen som kreves for den aktuelle arbeidsbeslutningen. Del lengre prosedyrer opp over flere skjermer.

3. Gjør handlingsetiketter større og mer fremtredende enn støtteteksten. Bruk samme ordlyd i etiketten og talekommandoen.

· Unngå lange avsnitt når en kort instruksjon er nok.

· Bruk luft mellom kontrollene.

· Ikke krymp teksten bare for å få plass til mer informasjon på én skjerm.

Trinn 5: Bruk tekstknapper, ikke kontroller med bare ikoner

En talebruker må vite hva vedkommende skal si. Et ikon kan se kjent ut på en telefon, men det forteller ikke automatisk arbeideren hvilken talefrase som aktiverer det.

1. Sett inn en knapp. I Power Apps Studio bruker du Insert og legger til en Button-kontroll.

2. Gi den en synlig handlingsetikett. Eksempler er CONTINUE, REPORT ISSUE eller OPEN CHECKLIST.

3. Hold talefrasen og den synlige etiketten i samsvar. Brukeren skal kunne si det de ser.

For å koble opp en enkel skjermovergang velger du CONTINUE-knappen. I egenskapsvelgeren ved siden av formellinjen velger du OnSelect og skriver inn denne Power Fx-formelen. Erstatt scrNext med det faktiske navnet på neste skjerm; bruk organisasjonens godkjente kobling og feilhåndtering for alle handlinger som endrer data:

Navigate(scrNext, ScreenTransition.None)

Du kan fortsatt bruke et ikon som visuelt hjelpemiddel, men behold tekstetiketten ved siden av. Det er etiketten som gjør talehandlingen forståelig.

I Power Apps Studio velger du hver knapp og angir Text = "REPORT ISSUE" og AccessibleLabel = "REPORT ISSUE" (erstatt eksemplet med handlingen til den aktuelle knappen). Angi Tooltip bare når ekstra hjelp er nyttig; ikke bruk det som en skjult talekommando. Microsoft dokumenterer AccessibleLabel som tekst for skjermlesere, og RealWear dokumenterer verken den eller Tooltip som et garantert stemmealias, så verifiser taleetiketten i den distribuerte spilleren.

Hvis et ikon, en egendefinert komponent eller en annen kontroll ikke kan velges med tale, gjør du den samme handlingen tilgjengelig via en synlig standardknapp og legger handlingsformelen i knappens OnSelect-egenskap. Test det på headsetet. RealWears dokumenterte reserveløsning er å si MY CONTROLS og deretter MOUSE; flytt markøren med hodebevegelser og si MOUSE CLICK. Behandle markørstyring som en reserveløsning, ikke som hovedveien for en hyppig handling.

Trinn 6: Velg talekommandoer som er lette å gjenkjenne

RealWear anbefaler talekommandoer med to eller flere stavelser, fordi de er lettere for talegjenkjenningen å skille pålitelig fra hverandre.

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

Dette er ikke et absolutt forbud mot korte ord. Det er en praktisk regel for pålitelighet: Lengre og mer særpregede fraser gir talesystemet mer informasjon å matche mot.

Trinn 7: Utform tekstinntasting for tale, ikke skriving

Når du velger en TextInput, åpnes RealWears taletastatur; diktering er en eksplisitt inntastingsmodus, ikke en kontinuerlig tale-til-tekst-strøm. For et kort notat velger du feltet, sier DICTATION, venter på nedtellingen, snakker og sier deretter OK når dikteringen er ferdig, for å godta og lukke tekstvinduet. For inntasting av enkelttegn sier du VOICE KEYBOARD og angir fonetiske tegn, og sier deretter ACCEPT. Ikke dikter passord eller sensitive identifikatorer; bruk det sikre tastaturet eller en påloggingsmetode godkjent av organisasjonen. Diktering kan kreve nettverkstilgang, så test målspråket og tilkoblingen på den administrerte enheten. Velg heller kontroller med faste valg når oppgaven kan modelleres slik.

· Bruk et kort diktert notat i stedet for et langt skjema.

· Bruk valgbare kategorier for vanlige svar, som LOW, MEDIUM og HIGH.

Bruk strekkode- eller QR-skanning bare når den valgte skannerkontrollen eller integrasjonen støttes av RealWear-spilleren og er godkjent for bedriftens dataflyt. Test det på den faktiske enheten.

· Be om informasjon over flere enkle skjermer i stedet for ett tett skjema.

Trinn 8: Hold viktige kontroller innenfor det sikre området

Hold titler, instruksjoner og hovedhandlinger unna ytterkantene. RealWear advarer om at elementer i kanten kan konkurrere med annen visuell informasjon og bli vanskeligere å bruke.

1. Hold hovedinnholdet sentrert. Ikke plasser hovedhandlingen helt inntil kanten.

2. La det være luft rundt knappene. Arbeideren skal umiddelbart kunne skille de ulike handlingene fra hverandre.

3. Forhåndsvis under både lyse og mørke forhold. Enkel kontrast fungerer bedre enn dekorative effekter.

Trinn 9: Publiser og del appen i organisasjonen

Lagre og publiser lerretsappen i det godkjente Power Platform-miljøet. Del den deretter med de tiltenkte brukerne eller en sikkerhetsgruppe i organisasjonen. Tilgang til appen alene er ikke nok: Brukerne trenger også nødvendige tillatelser til tilkoblede Dataverse-tabeller, flyter og andre godkjente forretningsdatakilder.

1. Velg Save i Power Apps Studio og gi appen et tydelig forretningsnavn.

2. Velg Publish, og bekreft deretter versjonen som er ment for pilotprosjektet. Publiser på nytt etter senere endringer, slik at testerne får den gjeldende versjonen.

3. I Apps-listen i Power Apps velger du appen og deretter Share. Gi kjøretilgang til de godkjente Microsoft Entra ID-brukerne eller sikkerhetsgruppen, tildel datatillatelser etter prinsippet om minste privilegium, og bekreft nødvendige Power Apps-lisenser med administratoren.

Trinn 10: Distribuer Power Apps-spilleren til administrerte Navigator-enheter

Bedriftens Power Apps-lerretsapp kjører inne i RealWears Power Apps-spiller. Distribuer spilleren til den administrerte headsetflåten; selve skjermen utformes fortsatt i Power Apps Studio.

1. I Ari Business Cloud åpner du RealWear App Marketplace, finner oppføringen for Microsoft Power Apps og velger Install. Velg den godkjente testenheten eller enhetsgruppen. For en flåte som administreres med Intune, følger du i stedet RealWears gjeldende instruksjoner for distribusjon av APK-filer i bedrifter.

2. Når installasjonen er fullført, åpner du startskjermen på Navigator, sier MY PROGRAMS og åpner deretter Power Apps.

3. Logg på med organisasjonens jobb- eller skolekonto som har tilgang til den publiserte appen og datakildene. Bekreft eventuelle lisensforespørsler med Power Platform-administratoren.

4. Åpne den publiserte appen fra spilleren og verifiser at den tiltenkte versjonen, skjermene og forretningsdataene er tilgjengelige.

RealWear opplyser at WearML ikke er tilgjengelig i Power Apps etter pålogging. Bruk derfor synlige etiketter, test hver kontroll som kan velges med tale, og ikke anta at innebygde Android-direktiver for WearHF kan legges til på lerretsskjermen.

Trinn 11: Valider arbeidsflyten på den faktiske enheten

Ikke godkjenn en skjerm kun ut fra forhåndsvisningen i Power Apps Studio. Test på fastvaren for Navigator 520 som skal brukes, og med organisasjonens distribusjonskonfigurasjon.

1. Kontroller at brukeren kan se hvor de er og hvilke handlinger som er tilgjengelige, uten å berøre skjermen.

2. Si hver synlige etikett nøyaktig slik den er skrevet, og bekreft at riktig forretningshandling utføres.

3. Test med det forventede personlige verneutstyret, bevegelsene, nettverksforholdene og støyen på arbeidsplassen. Verifiser trege, frakoblede og mislykkede dataoperasjoner.

4. Be en annen tiltenkt arbeider om å fullføre oppgaven. Rett opp etiketter eller navigasjon som skaper nøling, og gjenta testen etter at neste versjon er publisert.

5. Dokumenter appversjonen, enhetens fastvare, testresultater og kjente begrensninger før organisasjonen godkjenner en bredere utrulling.

Praktiske layoutregler for Navigator 520

• Bruk én skjerm for én arbeidsoppgave. Vis det gjeldende trinnet, bare informasjonen som trengs nå, og den neste tilgjengelige handlingen.

• Velg heller noen få store kontroller med tekstetiketter enn knapper med bare ikoner eller tette menyer. RealWear anbefaler kommandoer med flere stavelser fordi de er lettere å skille fra hverandre.

• For innebygd Android bruker du dp for bredder, høyder og avstander, og sp for tekst. Standardlerretet på Navigator 520 tilsvarer 854 × 480 dp; ikke plasser kontroller etter rå fysiske piksler på 1280 × 720.

• Hold viktige etiketter og handlinger unna skjermkantene. Bruk enkel kontrast og test under de forventede forholdene for lys, verneutstyr og bevegelse.

• Unngå lange avsnitt og skjemaer med fritekst. Bruk korte instruksjoner, strukturerte valg, godkjent diktering eller validerte skanneintegrasjoner.

• For innebygde knapper holder du den synlige etiketten og talekommandoen i samsvar. Legg bare til et WearHF-direktiv når standardatferden for etiketter ikke dekker arbeidsflytens behov.

Antall handlinger:

• Unngå: En overfylt skjerm med mange knapper
• Bedre løsning: Bare handlingene som trengs for det gjeldende trinnet

Tekststørrelse:

• Unngå: Liten tekst for å få plass til mer innhold
• Bedre løsning: Minst 16sp; rundt 20sp eller større der det er praktisk mulig

Kommandoer:

• Unngå: GO, YES, NO
• Bedre løsning: CONTINUE, CONFIRM, CANCEL STEP

Knapper:

• Unngå: Bare ikon
• Bedre løsning: Synlig tekstetikett, eventuelt med et ikon

Instruksjoner:

• Unngå: Langt avsnitt
• Bedre løsning: Én kort instruksjon eller flere korte linjer

Dataregistrering:

• Unngå: Stort skjema med mange felt
• Bedre løsning: Ett spørsmål om gangen, diktering, faste valg eller skanning

Navigasjon:

• Unngå: Skjulte menyhandlinger
• Bedre løsning: Synlige handlinger som NEXT STEP, GO BACK eller OPEN CHECKLIST

Farger:

• Unngå: Mange mettede farger og fargeoverganger
• Bedre løsning: Enkel fargepalett med tydelig tekstkontrast

Testing:

• Unngå: Bare forhåndsvisning på datamaskinen
• Bedre løsning: Test på Navigator 520 på den faktiske arbeidsplassen

Hvorfor komplekse skjermer ikke fungerer med talenavigasjon

En teknisk korrekt skjerm kan likevel gjøre en håndfri arbeidsflyt tregere. For mye informasjon eller for mange valg gjør det vanskeligere å finne den neste kommandoen. RealWear anbefaler å begrense lang tekstinntasting og komplekse innstillinger, og å validere det ferdige designet på det faktiske headsetet.

Praktisk lærdom: RealWears egen regel er i praksis: Forenkle arbeidsflyten før du optimaliserer talekommandoene.

Konklusjon: bygg talestien inn i skjermen

Utform hver Navigator 520-skjerm rundt én tydelig arbeidsoppgave. Bruk korte instruksjoner, lesbar tekst og synlige etiketter som samsvarer med talekommandoen. For innebygd Android bygger du med dp/sp-oppsett, kobler standard klikklyttere for knapper til validert forretningslogikk og bruker WearHF-direktiver bare når faste etiketter ikke er tilstrekkelige. For en arbeidsflyt i Power Apps bruker du organisasjonens godkjente tenant, lisenser, datatillatelser og den administrerte RealWear-spilleren. Test på den faktiske enheten og fastvaren før distribusjon til hele enhetsflåten.

Bygger du en håndfri arbeidsflyt for RealWear Navigator 520? VR Expert kan hjelpe med å evaluere enheten, forberede et pilotprosjekt og teste om en eksisterende app, Microsoft Power Apps eller en skreddersydd Android-løsning passer best.

Utforsk RealWear Navigator 520 for bedrifter