Share
Tegenwoordig zijn de meeste succesvolle mobiele applicaties op meerdere platforms gepubliceerd. Er is een sterke neiging om te proberen toepassingswerkstromen te ontwerpen die werken, ongeacht het platform. Maar dit kan een vergissing zijn.
Veel applicaties kunnen zichzelf zien verheven van "slechts een app die ik heb gedownload" tot "een essentiële app die ik op mijn apparaat moet hebben!" eenvoudigweg door een paar aanpassingen aan te brengen aan de manier waarop gebruikers de applicatie openen.
Door verschillende, slim bedachte toegangspunten tot uw toepassing aan te bieden, kan uw toepassing heel goed meer worden gebruikt en van onschatbare waarde voor uw gebruikers worden..
De ingangspunten van de basisapplicatie zijn vrij gestandaardiseerd over de verschillende mobiele platforms en ontwikkelaars richten zich hier vaak op. Er zijn echter ook platform-specifieke mechanismen om ervoor te zorgen dat uw gebruiker uw applicatie vaker gebruikt, die voor het grootste deel redelijk eenvoudig te implementeren is en vaak de moeite waard is..
In deze zelfstudie geven we een overzicht van veelvoorkomende toegangspunten voor Android-apps. Deze toegangspunten zullen erop gericht zijn ervoor te zorgen dat uw toepassing zijn nut voor de gebruiker maximaliseert.
In deze discussie gebruiken we de terminologie ingangspunt van de toepassing om te betekenen "een manier waarop uw gebruiker uw toepassing bereikt en gebruikt." De meeste van deze methoden leiden ertoe dat uw toepassing wordt gestart en uitgevoerd, maar er zijn ook enkele subtiele manieren waarop u de gebruiker kunt aanmoedigen om uw toepassing te gebruiken en te waarderen zonder deze zelfs maar te hoeven starten.
Ik vind het niet onredelijk om te zeggen dat hoe meer een gebruiker je applicatie gebruikt, hoe succesvoller je applicatie waarschijnlijk wordt. Hoe u van dat gebruik profiteert, of u nu een vergoeding vraagt, via in-app-aankopen of door advertenties weer te geven, is niet waar.
Waar we het hier over hebben, is dat je toepassing zo nuttig of essentieel voor de gebruiker is, dat ze niet zonder kan. Als ze een nieuw apparaat kopen, is het eerste wat ze doen, het downloaden van je app.
Het Android-besturingssysteem is goed ontworpen voor toepassingen om diep te integreren met de werkomgeving van de gebruiker, terwijl het flexibel genoeg blijft om niet te veronderstellen dat er specifieke toepassingen of services bestaan.
De "Share" -functie is een goed voorbeeld van dit slimme ontwerp. Een toepassing die inhoud maakt, hoeft geen specifieke code te schrijven om die inhoud te delen op Facebook, Twitter of SnapChat. De applicatie vertelt gewoon het besturingssysteem "Hé, ik moet dit delen!" en het besturingssysteem controleert welke toepassingen met dat verzoek kunnen omgaan.
De meeste toepassingen hebben baat bij meer dan één toegangspunt. Als uw toepassing niet op het juiste moment aan de gebruiker wordt getoond, mist u belangrijke kansen om de gebruikerservaring te verbeteren. Dit is vooral belangrijk voor toepassingen in de categorieën utility en lifestyle.
Een andere reden om rekening te houden met meerdere toegangspunten heeft te maken met de verfijning van de gebruiker. Als je ooit iemand hebt zien kijken die een mobiel apparaat gebruikt, met name iemand die minstens één generatie ouder of jonger is dan jij, dan heb je waarschijnlijk al beseft dat mensen apparaten anders gebruiken.
Ze navigeren anders en ze hebben verschillende niveaus van inzicht in het besturingssysteem van hun apparaat. Daarom is het logisch dat u deze verschillende soorten gebruikers wilt accommoderen.
Het andere argument is dat hoe meer manieren je aan de gebruiker geeft, hoe meer ze je applicatie zullen gebruiken, en dat is goed, toch?
Uiteraard hebben verschillende toepassingen verschillende behoeften. Niet elke strategie is zinvol voor elke toepassing, maar over het algemeen, als u alleen vertrouwt op de startmethode voor uw toepassing, verkoopt u uzelf - en uw gebruikers - kort.
Toepassingen kunnen niet te veel toegangspunten hebben, maar zorg er wel voor dat alle toegangspunten die uw toepassing gebruikt, logisch zijn voor uw product. U moet uw toepassing niet laten zien als een optie om te starten als deze niets nuttigs doet voor de gebruiker.
Wat u niet wilt, is dat uw toepassing hinderlijk is. Het heeft dus geen zin om bijvoorbeeld de meeste muziekapps te ondersteunen bij het weergeven van tekstdocumenten, of voor een spel om het afspelen van video in te schakelen.
U wilt uw applicatie zo veel mogelijk laten lanceren en gebruiken door uw gebruiker. Een onmisbare applicatie is een succesvolle. Maak u geen zorgen over het verwisselen van de gebruiker door te veel toegangspunten te bieden. Vanwege de manier waarop het Android-besturingssysteem is ontworpen, is uw toepassing gewoon beschikbaar bij de vingertoppen van de gebruiker precies wanneer ze het nodig hebben en blijven stil op de achtergrond wanneer het niet nodig is.
In deze sectie presenteren we een lijst met enkele van de meest gebruikelijke manieren om uw gebruiker te laten communiceren met uw Android-applicatie. Deze lijst is geenszins uitgebreid en nieuwe methoden worden vrijwel dagelijks uitgevonden. Maar in grote lijnen zijn hier enkele van de meest effectieve methoden om gebruikers naar de app te lokken en verslaafd te krijgen.
Zowat elke mobiele gebruiker begrijpt het standaard startscenario van de app: de gebruiker navigeert naar de applijst, tikt op het pictogram van uw app en start het. Gedaan!
Het maakt niet uit op welk platform we het hebben. Het tikken van het pictogram van een app en het starten van de app wordt door de meeste gebruikers goed begrepen. Omdat het een manier is om uw toepassing zeker te gebruiken, moet u ervoor zorgen dat u tijd besteedt om dit goed te doen. Richt u op het stroomlijnen van het startproces, maak het zo snel en responsief mogelijk en minimaliseer tegelijkertijd de benodigde tikken voor de gebruiker om aan de slag te gaan.
Het grote voordeel van de standaard startmethode is dat zowat elke gebruiker weet hoe het werkt. Het nadeel is natuurlijk dat de gebruiker moet onthouden om dit alleen te doen.
Probeer deze kleine oefening: pak je apparaat en doorzoek alle apps die je hebt geïnstalleerd. Hoeveel heb je gedownload, misschien een of twee keer uitgevoerd en vervolgens helemaal vergeten? Heb je nu zin om ze te lanceren of verspillen ze gewoon ruimte op je apparaat?
De meeste applicaties werken op deze manier. Games hebben de neiging om deze methode te gebruiken: het spel starten, hervatten of hervatten, het spel spelen, het spel opslaan en sluiten.
Een eenvoudige manier om gebruikers te laten 'onthouden' om terug te keren naar uw app, is door meldingen te gebruiken. Het Android-notificatiesysteem maakt het mogelijk dat rich notifications aan de gebruiker worden afgeleverd. De gebruiker kan de melding lezen en, indien geneigd, de toepassing starten.
Een goede vuistregel is om de rijkste, meest relevante inhoud in meldingen te bieden. De meldingsfrequentie is ook erg belangrijk. U moet een evenwicht vinden tussen het voldoende herinneren van gebruikers om te voorkomen dat ze uw toepassing vergeten, maar ook niet zozeer dat u het meldingssysteem spamt of misbruikt.
Er zijn een aantal praktische tips voor meldingen en bepaalde 'no-nos', zoals het betuttelen van uw gebruikers met marketingmeldingen, bijvoorbeeld.
Een e-mailclient kan bijvoorbeeld de gebruiker op de hoogte stellen telkens wanneer er een nieuwe e-mail binnenkomt, maar deze berichten indien nodig stapelen en samenvouwen. Als ik bijvoorbeeld mijn telefoon voor de dag onbeheerd achterlaat, ontvang ik mogelijk 55 nieuwe e-mails, maar tegen de tijd dat ik naar mijn meldingen kijk, mag er maar één melding zijn dat ik 55 nieuwe e-mails heb in plaats van 55 meldingen die ik moet doen door één voor één.
Houd er rekening mee dat deze meldingen rijk zijn: ze bevatten vaak informatie over de afzender en de onderwerpregel en zelfs de eerste paar zinnen van het bericht. Ze zeggen niet alleen: "U hebt een nieuwe e-mail."
Als uw toepassing minder een hulpprogramma is en meer het stand-alone type, zoals een game, kunt u nog steeds meldingen gebruiken om de gebruiker terug te halen naar uw toepassing. Ik heb een spel dat ik soms speel, en als ik een paar dagen speel zonder te spelen, bieden ze me een aantal gratis in-game dingen aan. Een dergelijke strategie moet voorzichtig worden gebruikt. U moet voorkomen dat u uw gebruiker lastigvalt, bijvoorbeeld door deze meldingen uit te schakelen.
Android-gebruikers passen hun apparaten aan met widgets op hun thuis- en vergrendelschermen. Het maken van een widget die een aanvulling is op uw applicatie, is een uitstekende manier om de aandacht van de gebruiker te houden voor uw toepassing.
Verschillende toepassingen hebben verschillende widgetvereisten. Widgets kunnen meer doen dan gegevens weergeven. U kunt ze zodanig inschakelen dat uw gebruiker met hen kan communiceren om veelvoorkomende taken snel te doorlopen, zoals het bijwerken van hun sociale media-status of het op de hoogte houden van eventuele wijzigingen in de toepassing. Widgets kunnen zelfs in de volledige toepassing worden gestart als er meer functies nodig zijn.
Een weerapplicatie kan bijvoorbeeld een widget gebruiken om up-to-date prognosegegevens voor uw huidige locatie te bieden. Wees creatief over het gebruik van widgets. Een fotogalerij-toepassing kan bijvoorbeeld schattige foto's weergeven. Een game kan een leaderboard-widget hebben, die gebruikers kan terugleiden wanneer hun vrienden hun hoogste score halen. Een reisapplicatie kan een widget bevatten met een lijst van het huidige TSA-dreigingsniveau of de geschatte wachttijd van de beveiligingslijn op de dichtstbijzijnde luchthaven.
De standaard opstartvolgorde is er een waarbij de toepassing net wordt gestart zonder enige echte kennis van de intentie van de gebruiker binnen de toepassing. U kunt uw toepassing echter ook zo configureren dat deze rechtstreeks naar specifieke functies wordt gestart door bij het starten enkele metagegevens te verstrekken.
Dergelijke lanceringen kunnen impliciet of expliciet zijn. Dat wil zeggen, u kunt verzoeken maken om een specifieke toepassing te starten en deze door te geven, of u kunt het besturingssysteem vertellen "Hé, ik heb dit stuk gegevens waarmee ik iets wil doen, welke apps kunnen ermee omgaan?"
Laten we eerst praten over de expliciete methode. In dit geval bent u waarschijnlijk de eigenaar van de gegevens om mee te beginnen. Een app voor een muziekspeler kan bijvoorbeeld een app-widget hebben waarmee de gebruiker muziek uit een afspeellijst kan afspelen. De gebruiker kan echter op die widget klikken en de volledige muziekspeler kan alle afspeellijsten openen of weergeven, of de inhoud van die afspeellijst. In dit geval zou uw widget een expliciete lancering willen veroorzaken, omdat u het niet aan het besturingssysteem overlaat omdat het de gebruiker andere muziekspelers naast het uwe kan bieden. Het is geen standaardlancering, maar u geeft de afspeellijstgegevens door voor de huidige afspeellijst die in de widget wordt weergegeven en brengt de gebruiker rechtstreeks naar het bewerkingsscherm voor afspeellijsten om hun ding te doen.
Op dezelfde manier kan de widget het huidige nummer weergeven dat wordt afgespeeld van die afspeellijst en als ze op het albumpictogram voor het nummer tikt, kan uw toepassing expliciet in het albumoverzichtscherm worden geopend.
De echte kracht van Android begint echt te laten zien als we beginnen te praten over impliciete intenties. In dit geval geeft de verzoekende toepassing niet aan met welke applicatie een aanvraag moet worden afgehandeld. In plaats daarvan beschrijft het alleen het verzoek aan het besturingssysteem, dat de intent filterregels gebruikt om te bepalen welke toepassingen in staat zijn om het verzoek af te handelen. Dit is ook hoe het besturingssysteem uitzoekt welke applicaties een bijlage uit een e-mail of sms kunnen verwerken.
Een gebruiker kan bijvoorbeeld een muziekbestand van een vriend ontvangen en het afspelen. Het is onwaarschijnlijk dat de e-mailtoepassing het audiobestand kan afspelen. In plaats daarvan is de kans groter dat de client een impliciete intentie gebruikt om het besturingssysteem een lijst weer te geven van de toepassingen die audiobestanden kunnen afspelen. Het is dus vrij duidelijk dat als uw toepassing in staat is om muziek af te spelen, u wilt dat het besturingssysteem dit weet zodat de gebruiker uw applicatie kan kiezen ten opzichte van andere concurrerende apps.
Uw toepassing kan luisteren naar specifieke gebeurtenissen die door het besturingssysteem worden verzonden en intentiefilters maken om te specificeren welke soorten activiteiten en welke typen gegevens het kan gebruiken.
Een mediatoepassing kan bijvoorbeeld specificeren dat het in staat is om specifieke muziekformaten zoals mp3- of wav-bestanden af te spelen. Op dezelfde manier kan een tekstverwerker in staat zijn om documenten te bekijken of te bewerken, zoals doc- en txt-bestanden.
Het zou echter niet logisch zijn als een tekstverwerkingsprogramma wordt aangeboden om te worden gestart wanneer de gebruiker muziek probeert af te spelen, dus u wilt uw toepassing zo configureren dat aanvragen worden gefilterd die niet voldoen aan de uitvoeringscriteria..
Het opzetfiltermechanisme op Android is zeer krachtig en flexibel. Het is een van de meer onderscheidende en unieke functies van het Android-platform en de moeite waard om te gebruiken, zelfs als de toepassing ook beschikbaar is op platforms die geen impliciete intenties ondersteunen. Dit is met name het geval als uw toepassing overweg kan met veelgebruikte soorten inhoud, zoals tekst of audio. Een muziekspeler gebruikt muziek. Een toepassing voor sociale media kan tekst, afbeeldingen en video's bevatten. Je snapt het idee.
Zoals we eerder al zeiden, is dit de manier waarop de "Share" -functie van Android werkt. Laten we zeggen dat u een toepassing voor sociale media maakt waarmee gebruikers tekstberichten, foto's, videoclips en geluidsbestanden kunnen plaatsen. De eenvoudigste versie van deze toepassing ondersteunt mogelijk het standaardlanceringsscenario:
Dit is een redelijk gebruikersscenario en het is zeker een app die elke app voor sociale media zou moeten ondersteunen, maar het is niet erg spannend. Het houdt geen rekening met alle andere apps die de gebruiker op zijn apparaat heeft staan, genereert opwindende en relevante inhoud die de gebruiker mogelijk wil delen.
Met een paar eenvoudige wijzigingen kunt u het besturingssysteem uw toepassing laten weergeven aan elke toepassing die inhoud genereert die belangrijk is voor uw service.
We hebben het gehad over hoe u uw applicatie kunt voorbereiden om gegevens van andere applicaties te accepteren, maar het is ook belangrijk om de inverse situatie te overwegen - de functie "Delen" in uw eigen toepassing inschakelen.
In eerste instantie voelt u zich misschien een beetje wantrouwig als u toestaat dat gebruikers in principe gegevens uit uw toepassing naar andere apps exporteren. Er kunnen zelfs applicaties zijn die dit proberen te voorkomen. Maar de meeste toepassingen doen het goed als ze goed met de rest van het besturingssysteem spelen.
Hier is een voorbeeld. Een grafische toepassing heeft mogelijk functies waarmee u verbazingwekkende kunst kunt maken. Als deze toepassing niet de mogelijkheid biedt om creaties van de gebruiker te delen, blijft de inhoud van de gebruiker in de toepassing steken.
Wanneer gebruikers een manier eisen om hun illustraties te exporteren, kunnen ontwikkelaars die niet zo bekend zijn met Android, geneigd zijn om hun eigen exportfunctionaliteit te ontwikkelen. Dit is zelden nodig. Door impliciete intenties te gebruiken om de inhoud van de gebruiker te delen, hoeft die grafische toepassing niets te weten over welke toepassingen de aanvraag voor delen kunnen verwerken of als ze op het apparaat van de gebruiker zijn geïnstalleerd. Dat is de verantwoordelijkheid van het besturingssysteem. De grafische toepassing maakt een verzoek met de tekst: "Hé, ik heb dit bitmapbestand. Kan iemand er iets mee doen?"
Laten we zeggen dat ik een zombiespel heb waar ik dol op ben en laat me in het spel korte videoclips maken. Dus besluit ik een klein fragment van mijn zombies onthoofd te nemen voor mijn vrienden en probeer het te delen. In deze situatie kan uw sociale-mediatoepassing worden ingesteld als de vrijwilliger om de gebruiker te helpen wanneer zij ervoor kiezen om de inhoud te delen. Uw toepassing zegt in feite: "Hé, ik kan videoclips delen, geef het hier!"
Het configureren van uw toepassing als een gemeenschappelijk doel kan eenvoudig zijn of u kunt geavanceerd worden door te proberen uw toepassing aan te passen aan nieuwe mediasoorten als deze zich voordoen. Overweeg of u nuttige nieuwe manieren kunt bieden om gebruikers ertoe te brengen uw applicatie op deze manier te gebruiken. Je kunt behoorlijk slim en innovatief worden met dit soort dingen. Als uw toepassing bijvoorbeeld een muziekwinkel en -speler is, kan deze tekstgegevens accepteren en proberen deze aan te passen aan songtitels of albums, waardoor een soort hyperlinkmechanisme ontstaat.
Verschillende applicaties gaan erachter dat verschillende lanceringsmethoden het meest effectief zijn. Sommige van deze methoden vereisen echter een aanzienlijke ontwikkeling en kunnen de codebase van uw toepassing bemoeilijken, dus u wilt de voordelen afwegen tegen de nadelen in termen van complexiteit van de code en onderhoud.
Een andere handige manier om te bepalen welke manieren het beste werken, is door gebruiksgegevens te verzamelen in uw toepassing. Het is gemakkelijk om hooks toe te voegen aan al je startmechanismen. Hiermee kunt u zien hoe de gebruikers van uw toepassing uw applicatie gebruiken en niet gebruiken.
Onthoud dat het niet gebruiken van een methode niet noodzakelijkerwijs betekent dat het geen goed idee is, maar dat het enige vorm van educatie vereist om gebruikers te laten realiseren dat ze bepaalde taken kunnen uitvoeren. Dit wordt eenvoudig beheerd met een hulpscherm of gebruikerstips en suggesties op het juiste moment.
Gebruik deze mogelijkheden om uw applicatie beter te integreren met het Android-besturingssysteem. Hoe meer uw gebruikers uw toepassing gebruiken in hun dagelijkse taken, hoe waardevoller uw toepassing voor hen wordt. Maar naarmate toepassingen sociaal bewuster worden en inhoud wordt gegenereerd door applicaties, of het nu gaat om tekst, afbeeldingen, audio, videoclips of wat voor u dan ook, leren veel app-ontwikkelaars interessante manieren om deze inhoud te maken en te delen of te consumeren met hun eigen applicaties.
Accentsconagua