Uw eigen EMS App: wat eerst aanpassen

Begin met de sessie en vervolgens met de branding

Een op maat gemaakte EMS-app kan een trainingsproduct het gevoel geven dat het onderdeel uitmaakt van een samenhangend merk. Het waardevolle werk begint voordat u kleuren kiest: beslis wie de app gebruikt, wat ze moeten doen tijdens een sessie en welke ondersteuning uw bedrijf na de lancering kan bieden.

Alleen de 2011-controller gebruikt MBODY en verbindt de app via Bluetooth met zijn EMS-kleding. MBODY heeft geen functie voor ledenbeheer. MacroSea kan een speciale klantenapp ontwikkelen met een aangepaste gebruikersinterface en functies voor ledenbeheer. Een app-project op maat begint bij 100 kleding- en controllersets. Andere productorderhoeveelheden worden per model en project besproken.

Voor een studio kan de eerste prioriteit een duidelijk zicht op de bedieningselementen zijn tijdens een begeleide sessie. Voor een consumentenmerk kan het een eerste gebruiksstroom zijn die een klant thuis kan volgen. Schrijf dat verschil in de opdracht voordat u om visuele concepten vraagt.

Kies één workflow voor eerste gebruik

Breng het traject in kaart vanaf het openen van het pakket tot het beëindigen van een sessie. Noem elke stap die de klant moet begrijpen: bereid het kledingstuk en de controller voor, open de app, sluit het apparaat aan, identificeer de bedieningselementen, voer een aanpassing uit en voltooi het proces. Markeer de plaatsen waar iemand zou kunnen aarzelen of hulp nodig heeft. Die lijst is een beter startpunt voor een eerste release dan een lange lijst met features.

Geef de leverancier een kort scenario. Bijvoorbeeld: “Een nieuwe klant opent de App naast een opgeladen controller en wil eerst weten of de verbinding gereed is voordat hij de intensiteit aanpast.” Vraag naar de voorgestelde schermen, labels en berichten voor dat scenario. Test ze met iemand die het product nog niet eerder heeft gezien.

De introductierichtlijnen van Apple geven de voorkeur aan het onderwijzen van mensen in context en het uitstellen van niet-essentiële instellingen. Pas dat principe toe op de EMS-ervaring: leg de volgende nuttige actie uit waar deze plaatsvindt, in plaats van klanten meerdere schermen te laten lezen voordat ze de interface kunnen begrijpen.

Maak de bedieningselementen begrijpelijk

Het 2011-systeem ondersteunt een zone-intensiteit van 0-100% en de controller heeft 16 onafhankelijke uitgangen. Het aantal kanalen in de kleding is daarvan gescheiden: de 2011-short heeft bijvoorbeeld vijf kledingkanalen en 10 elektroden. Gebruik labels die aansluiten bij de werkelijke zones van elk kledingstuk en de werking van de controller.

Schets in uw ontwerpopdracht de informatie die gebruikers moeten zien tijdens een sessie: verbindingsstatus, geselecteerd kledingstuk of zones, huidige waarden en de actie die ze moeten ondernemen om te voltooien. Bepaal hoe duidelijke taal, leesbare cijfers en aanraakdoelen voor uw publiek moeten werken. Vraag het ontwikkelingsteam welke elementen beschikbaar zijn in de bestaande ervaring en welke aanvullend ontwerp of ontwikkeling nodig hebben.

Voeg voorbeelden toe van verbindingsverlies en een gebruiker die terugkeert naar de app. Spreek de beoogde berichten en het gedrag af met de leverancier en test deze vervolgens op de geselecteerde hardware.

Geef ledenbeheer een duidelijke functie

Functies voor ledenbeheer kunnen voor uw speciale app worden ontwikkeld als ze uw bedrijfsmodel ondersteunen. Definieer eerst de functie: een studio wil mogelijk onderscheid maken tussen het personeel en de leden; een direct-to-consumer-merk wil misschien dat klanten een account onderhouden. Geef aan wat elke persoon moet kunnen zien of wijzigen, en wat er gebeurt als hij/zij geen toegang meer nodig heeft.

Mogelijke uitbreidingen, zoals opgeslagen voorkeuren, sessiegeschiedenis, boekingen, betalingen of trainersdashboards, horen in een ontwikkelplanning voor functies. Beschrijf het gewenste resultaat en vraag per functie naar haalbaarheid, kosten en planning. Ga er niet van uit dat alles in de basisapp zit. Rangschik functies op klantwaarde en benodigde inzet. Als medewerkers dagelijks gegevens moeten bijhouden, wijs dan een verantwoordelijke aan voordat u de functie aan de eerste versie toevoegt.

Houd de eerste versie gefocust: een begrijpelijk controletraject en de functies voor ledenbeheer die uw bedrijf daadwerkelijk nodig heeft, kunnen nuttiger zijn dan een overvol dashboard.

Plan toestemmingen en publicatie in de appwinkels op tijd

Als u een Android-release plant, wijs dan de Bluetooth-machtigingen toe aan de daadwerkelijke acties en doelversie van de app. Laat gebruikers zien waarom toestemming nodig is op het moment dat ze deze tegenkomen, en test wat er gebeurt als ze deze weigeren. Dit is zowel een interface- en ondersteuningsprobleem als een ontwikkelingstaak.

Voor een App Store-release vereisen de beoordelingsrichtlijnen van Apple een privacybeleid en, wanneer een app het aanmaken van accounts ondersteunt, een optie om het verwijderen van accounts binnen de app te initiëren. Google Play vereist dat ontwikkelaars een veiligheidsverklaring voor gegevens invullen over het verzamelen en delen, inclusief relevante code van derden. Geef het team een ​​eenvoudige inventaris van de gegevens die de voorgestelde app zal gebruiken en wie de diensten erachter zal exploiteren.

Bepaal wie de eigenaar is van de ontwikkelaarsaccounts, wie appwinkelvermeldingen opstelt en wie reageert op beoordelingsvragen. Vereisten van appwinkels en het definitieve indieningsplan moeten worden beoordeeld voor de platforms die u kiest.

Maak een prototype voordat u de lijst met functies vastlegt

Gebruik een klikbaar schermprototype of een vroege build om met het kledingstuk en de controller door de kernsessie te lopen. Geef testers een taak in plaats van uitleg: sluit het apparaat aan en vind de intensiteitsregelaar. Let op waar ze pauzeren, welke labels ze verkeerd begrijpen en of ze kunnen zien in welke staat het apparaat zich bevindt.

Test vervolgens de praktische varianten die voor uw bedrijf van belang zijn: de telefoonmodellen en besturingssystemen die u wilt ondersteunen, een geweigerde toestemming, een verbroken verbinding en een terugkerend lid. Leg per casus het verwachte resultaat vast in een gedeelde acceptatielijst. Hierdoor wordt feedback omgezet in beslissingen die de leverancier kan implementeren en die de koper kan controleren.

Scheid de lanceringsvereisten van latere ideeën. Een samenhangende eerste release geeft u een betrouwbare basis voor het volgende featureverzoek.

Wat u in uw App-briefing moet opnemen

• Publiek: wie de App gebruikt, waar en met welk kledingstuk uit de 2011-serie.
• Merk: naam, logo, kleuren, talen en interfacereferenties.
• Belangrijkste gebruikerspad: schermen voor instellen, verbinden, zone-aanpassing en het beëindigen van een sessie.
• Lidmaatschap: de accountrollen en -functies die nodig zijn bij de lancering, plus latere ideeën.
• Platformen: doellanden, telefoontypen, besturingssystemen en publicatieaccounts.
• Levering: ontwerpgoedkeuring, testapparaten, acceptatiecriteria, eigendom van de release en onderhoud na de lancering.

Neem het geschatte aantal kleding- en controllersets en uw streefschema mee naar het eerste gesprek. Bespreek aangepaste ontwikkelingskosten met de verkoopafdeling. MacroSea kan de opdracht vervolgens omzetten in een OEM/ODM-gesprek over omvang, ontwerp en productie. Deel uw wensen om te beginnen.