Moet u een mobiele app of een website voor uw start maken? |

Website, web-app of een mobiele app -wat zou de juiste "vorm" zijn voor uw bedrijfsidee?

Sinds de release van de allereerste iPhone, iedereen heeft het mobiel-eerste bedrijfsmodel als de nieuwe goudkoorts behandeld. Sommigen daarentegen zeggen dat de moderne gebruiker al last heeft van app-vermoeidheid en dat mensen meestal maar drie apps gebruiken, dus concurreren om aandacht van het bureaublad blijft nog steeds eenvoudiger.

Als eigenaar van een nieuwe onderneming kunt u overweldigd raken door de keuze. Zal uw product beter dienen als een mobiele app (die een betere ervaring biedt op mobiel, maar geïnstalleerd moet worden en in een opwelling kan worden verwijderd), of een webapp (direct toegankelijk op elk moment, maar minder eenvoudig om te navigeren vanuit een handheld-gadget)?

Sommige spraakmakende bedrijven hebben zwaar geïnvesteerd in hun "mobile-first" -ervaring (Uber, Instagram, Zomato Order), terwijl anderen (Airbnb, JIRA, InVision) er bewust voor hebben gekozen zich aan de webapp-versie te houden.

In de loop van dit bericht zullen we specifiek praten over de gevallen waarin u een mobiele app zou moeten bouwen -een product dat specifiek is ontworpen voor gebruik op smartphones, tablets en wearables en waarvoor installatie vereist is; of een webapp : een client-server softwaretoepassing die in de browser wordt uitgevoerd (zowel desktop als mobiel).

We zullen de redenering achter de beslissing tussen deze twee opties bekijken en u begeleiden naar de optimale keuze voor uw productidee door middel van een reeks vragen.

1. Wat is uw productdoel?

U staat op het punt een nieuw aanbod te lanceren. Natuurlijk, je hebt specifieke zakelijke doelen voor ogen, behalve alleen maar winst maken en de wereld veranderen.

Om je doelen en volgende stappen te verduidelijken, wil je je idee valideren en je doelmarkt en hun gedrag onderzoeken als het heeft betrekking op uw specifieke productidee en op de manier waarop zij online informatie consumeren.

Valideer uw productconcept met een MVP

U hebt een nieuw, uit de doos verkrijgbaar idee en u moet erachter komen als je doelgroep er klaar voor is. Voordat u de middelen besteedt aan het bouwen van een volledige versie, overweegt u eerst een MVP (minimaal levensvatbaar product) te lanceren. Meer informatie over het valideren van uw bedrijfsidee en productconcept hier.

Het MVP-concept, gepopulariseerd door Eric Rice van Lean Startup, gaat ervan uit dat u voordat u all-in gaat en aanzienlijke sommen stort in productontwikkeling, het terrein test met een "bèta" versie van uw product.

Dit kan zo simpel zijn als een screencastvideo die wordt gedeeld met uw doelgroep (zo is Dropbox gelanceerd), een bestemmingspagina die uw unique selling point en belangrijke productfuncties beschrijft met een interactieve mockup of een of twee zijn voorzien van een MVP mobiele app zonder aangesloten backend.

Op deze manier minimaliseert u zowel de risico's van het lanceren van een product (dat mogelijk) niemand wil, en tegelijkertijd kunt u feitelijke gebruikersfeedback verzamelen - wat ze leuk vinden, hoe ze omgaan met het product - en beslissen of de vraag op dit punt voldoende is.

Om te beslissen of u voor een web- of een mobiele MVP-app moet gaan, kunt u het volgende overwegen:

• Wat heeft uw doelmarkt de voorkeur? Voer een seri uit van klantinterviews, blader door online brancherapporten of investeer in professioneel marktonderzoek. Deze aanpak levert kritieke informatie op.
• Wat doen uw concurrenten? Hebben ze een mobiele app of een website gekozen? Waarom? Hoe kunt u het product verbeteren als u de tegenovergestelde optie kiest?
• Wat zijn uw budgetten? Het bouwen van een MVP mobiele app kost u iets minder dan het bouwen van een MVP-webapp, plus het kost minder tijd.

Gebruik gegevens om uw klant en zijn online gedrag te begrijpen

Leer eerst hoe uw publiek met uw merk omgaat. Bekijk de gegevens die u hebt verzameld in de MVP-fase of tijdens uw vroege activiteiten van naderbij. Hebben mensen toegang tot uw website vanaf de desktop of mobiele apparaten? Welke mobiele OS-systemen gebruiken ze? Op welke pagina's hebben ze het vaakst toegang? Deze gegevens kunnen worden verzameld via Google Analytics en helpen u het concept van uw mobiele app vorm te geven.

Als de meeste mobiele gebruikers bijvoorbeeld rechtdoor gaan op de promo's of couponpagina's, zou het logisch zijn om een ​​afzonderlijke loyalty mobiele app te bouwen, die ook de kaarten van de klant zou opslaan en hen in staat zou stellen punten te verzilveren.

Natuurlijk kunt u "Besteed dit uit aan een grotere website met coupons in plaats van te investeren in de ontwikkeling van mobiele apps, maar houd rekening met de volgende factoren:

• Veel externe leveranciers verwachten dat u betaalt voor vermeldingen en voor extra zichtbaarheid.
• moet concurreren om de aandacht van klanten met andere bedrijven.
• Het verzamelen van klantgegevens voor het verzenden van gepersonaliseerde aanbiedingen is moeilijk of onmogelijk omdat u alleen toegang krijgt tot afgekapte analyses.
• Klanten behouden met geodrukmeldingen zodra ze uw virtuele binnenstappen " fence "is ook niet mogelijk.

In de stadia voordat u specifieke gegevens over uw MVP en klantenbestand hebt, moet u vertrouwen op de inzichten uit uw marktonderzoek en dat gebruiken om door de s ituational gebruik van uw product. Meer daarover in een oogwenk.

Verzamel meer statistieken over uw huidige klanten

In dit geval moet u eerst de beste gegevensbronnen opsporen en deze gebruiken.

Bijvoorbeeld, online verzamelen en volgen browsergedrag en winkelpatronen kunnen eenvoudiger worden geïntegreerd in een webapp. Met name kunt u in een webapp de verkoop preciezer toewijzen aan een bepaald marketingkanaal en de ROI (return on investment) of CAC (aankoopprijs van klanten) meten op basis van de gegevens. Vervolgens kunt u warmtekaarten en conversietracking installeren, die de beter converterende elementen op uw pagina markeren, de exacte customer journey volgen en u helpen de belangrijkste knelpunten te identificeren (en te elimineren).

U kunt Google Analytics ook instellen om het gebruikersgedrag in de app analyseren en gedragsstroomrapporten of het bijhouden van gebeurtenissen ontvangen (bijvoorbeeld kopen, klikken op advertenties, enzovoort). Toch is het gemeenschappelijke probleem hier dat je enigszins beperkt bent met het soort evenementen dat je kunt volgen.

Concreet zijn dat:

• Menuselecties
• Video speelt
• Swipes
• Knop klikt
• Aankopen
• Advertentieklikken

Zelfs als u de voordelen van een web-app kent, kunt u een mobiele app misschien beter gebruiken als u zich afvraagt ​​wat er in de winkel gebeurt.

Zo heeft Carrefour onlangs een aantal iBeacons in hun winkels en bouwden een speciale klantloyaliteit-app, waarmee gebruikers door de winkel kunnen navigeren voor een meer gepersonaliseerde winkelervaring.

Hun in-app-gebruikersbetrokkenheid groeide daarna met 400 procent en het bedrijf kon zich verzamelen betere inzichten in winkelgewoonten en gedrag van klanten, die vervolgens werden gebruikt om productplaatsingen en promotiecampagnes te optimaliseren.

Merkbaarheid vergroten

Kijk in dit geval specifiek waar en wanneer klanten uw website waarschijnlijk zullen gebruiken:

• Buiten : mobiele apps hebben over het algemeen de voorkeur.
• Auto en openbaar vervoer: mobiele apps of Carplay.
• Vliegtuig: zowel mobiele apps als web-apps met offlinemodus.
• Kantoor: web- en desktop-apps.
• Startpagina: mobiele en web-apps zijn even populair.

Overweeg nu of u extra waarde kunt genereren door gebruik te maken van een ander kanaal. Kun je bredere doelgroepen bereiken met een mobiele app of een website?

2. Gaat uw idee uit van realtime informatieverspreiding?

Levert uw product tijdgevoelige inzichten of vergemakkelijkt het onmiddellijke acties?

Mensen zijn getelegrafeerd om allerlei soorten gedrag onderweg bij te houden en onmiddellijk toegang te krijgen tot tijdige informatie.

Hier zijn enkele statistieken om het punt te bewijzen:

• In 2017 besteden Amerikaanse volwassenen twee uur, 41 minuten per dag met behulp van apps, vergeleken met 34 minuten per dag met behulp van mobiele websites.
• 90 procent van de winkelklanten gebruiken hun telefoons in de winkel om prijzen te vergelijken (54 procent); zoek productinformatie op (48 procent) en bekijk online beoordelingen (42 procent).
• Volgens Pew Research Center gebruikte 62 procent van de Amerikaanse volwassenen hun smartphones ook voor gezondheidsgerelateerde informatie; 57 procent gebruikt zijn gadgets voor online bankieren en financiële transacties, en 30 procent gebruikt het om online lessen te volgen of educatieve inhoud te ontdekken.

Denk na over de manieren waarop mensen omgaan met uw product. Kunt u uw idee aantrekkelijker maken door realtime toegang tot gegevens en directe waarde te bieden? Stel u bijvoorbeeld voor dat u van plan bent een nieuwe evenementengids te maken met de nieuwste entertainmentopties in de regio.

Een website kan in dit geval verschillende vermeldingen bevatten met details over gebeurtenissen, foto's, aanwijzingen, enzovoort, samen met de manieren om een ​​account te registreren, zich te abonneren voor meldingen en kaarten te kopen, indien nodig.

Dat is een goed productconcept.

Maar u kunt het nog beter maken als u ervoor kiest om een ​​mobiele app te bouwen in plaats van een website of web-app:

Op basis van hun locatie kunnen gebruikers in realtime worden geïnformeerd over gebeurtenissen in de buurt.

• Uw app kan geleide navigatie naar de gebeurtenissen bevatten, waardoor het eenvoudig en gestroomlijnd is voor mensen om evenementen te vinden.
• Gebruikers kunnen instantmeldingen ontvangen over hun aankomende plannen, samen met promo-aanbiedingen ter plekke zoals 'sla de regel voor een extra betaling "of" upgrade uw se op. "
• Ze kunnen op de hoogte worden gesteld dat hun vrienden dezelfde show of een evenement in de buurt bezoeken en met hen in contact komen. mobiele app zal logischer zijn.
• In dit geval biedt een mobiele app meer interactieve, realtime ervaring en is beter afgestemd op de on-demand on-the-go-behoeften van een slimme gebeurtenisbezoeker. Het bouwen van een website (web-app) kan uw volgende, tweede stap zijn om een ​​groter marktaandeel te veroveren.

3. Veronderstelt of moedigt uw product frequent dagelijks gebruik aan?

Als u denkt dat gebruikers een paar keer per dag (vijf of meer) onderweg uw product gebruiken, is het bouwen van een mobiele app beter. Het klikken op een paar knoppen op je telefoon is immers veel eenvoudiger dan het typen van alle details op een mobiele website of de desktopversie.

Na installatie zijn ze gemakkelijker toegankelijk, houden ze de gebruikers up-to-date de nieuwste in-app-evenementen en zijn handiger in gebruik op kleinere schermen.

De gebruikelijke voorbeelden zijn:

Notities maken met apps

Takenlijst

• Sociale media
• Games
• Allerlei tracking-apps
• Kaarten en navigatie
• Transport-apps (inclusief autodelen, taxi, enz.)
• De sleutel hier is dat de meeste mensen onmiddellijk toegang tot deze producten willen. Ze willen de URL niet intypen en wachten tot de website wordt geladen.
• Denk er echter aan om uw specifieke productaanbieding volledig te overwegen voordat u een snelle beslissing neemt. Overweeg veelgebruikte werkproducten: uw e-mail, die boekhoudsoftware of uw favoriete projectmanagementtool. Je hebt ze wel een paar honderd keer per dag geopend, maar de meeste interacties komen niet van mobiel, en het zou niet echt logisch zijn dat ze alleen mobiel zijn.

Nu moet je terug naar punt gaan twee (uw productdoel) en denk opnieuw aan het situationele gebruik van uw product. Als uw product interacties op de langere termijn vereist (meer dan een uur per dag non-stop gebruik), heeft een web-app de voorkeur boven de meeste gebruikers.

4. Heeft u toegang tot de native functies van de telefoon nodig?

Houd rekening met de volgende punten:

Zullen uw gebruikers profiteren van de informatie die wordt geleverd op basis van hun huidige locatie?

Bent u van plan gebruik te maken van functies als Camera, Gyroscoop of Sensoren?

• Als u een van de bovenstaande antwoorden met ja hebt beantwoord, is een native mobiele app een betere keuze.
• Natuurlijk ervaren ervaren ontwikkelaars dat dit bepaalde oplossingen zijn en u nog steeds toegang hebt tot een camera of games kunt spelen Gyroscoop-ondersteuning vereisen met behulp van HTML5, maar dat maakt uw product op geen enkele manier beter of stabieler.

Ook mogen web-apps op de iPhone geen geo-pushmeldingen of in-app-meldingen naar gebruikers verzenden. Denk aan het voorbeeld van de evenementapp dat eerder werd genoemd? Gebruikers van mobiele apps kunnen worden vastgehouden met geo-meldingen wanneer een cool evenement in de buurt plaatsvindt of hun vrienden er een bijwonen, maar gebruikers van een web-app kunnen hier niet van profiteren.

Het algemene probleem hier is echter dat bij het bouwen van een mobiel product het creëren van twee afzonderlijke apps (iOS en Android) en daarvoor twee aparte budgetten vereist. De oplossing is om eerst een product op één mobiel besturingssysteem te starten (het meest populaire in uw doelgroep) en later uw app te poorten naar een ander platform.

Een webapp daarentegen is toegankelijk voor gebruikers met eender welk ander platform. mobiel of desktop OS geïnstalleerd. Toch kost het ontwikkelen van een complete web-app met backend en server-side codering meer dan alleen het bouwen van een mobiele app voor één platform, en kost het ook meer tijd.

5. Denkt u dat mensen uw product offline zullen gebruiken?

Laten we verder denken over uw gevallen van productgebruik.

Hoewel we in een wijdverspreide wereld leven met betaalbare internetgegevens, heeft tot 15 procent van de Amerikaanse gebruikers offline toegang tot apps gegeven tijd.

Er zijn talloze gevallen waarin een verbinding mogelijk niet beschikbaar is:

tijdens het reizen

- op het vliegtuig, de trein, de metro.

• Buitenland wanneer roamingkosten exorbitant worden.
• In gebieden met een zwak verbindingssignaal - buitendeuren, kelders, enzovoort.
• Als u in die "offline" situaties op de gebruikers wilt inspelen, is een mobiele app een geschiktere keuze op het gebied van gemak. Een aantal kaarten en navigatie-apps hebben bijvoorbeeld een offline-modus, die alleen het ingebouwde GPS-systeem van de telefoon gebruikt in plaats van internetgegevens, bijvoorbeeld de app Maps.me. Met Google Maps kunt u ook een bepaalde kaart downloaden en gebruiken met offline navigatie, maar de productfunctionaliteit is grotendeels afgekapt. Met Tripadvisor kun je een korte stadsgids downloaden wanneer je in het buitenland bent met de geselecteerde lijst met aanbevelingen.

Instagram heeft onlangs een offline-modus aan hun Android-app toegevoegd, waardoor alle actie van de gebruiker zou worden opgeslagen totdat de verbinding terug is. Dat was een bijzonder verstandige stap, want het bedrijf werkt aan uitbreiding van zijn aanwezigheid in minder ontwikkelde landen. Volgens de laatste gegevens van maart 2017 is de laagste internetpenetratie in Afrika (27,7 procent) en Azië (45,2 procent). Let op dit feit, als u van plan bent om een ​​van de lokale opkomende markten te verstoren.

6. Wat zijn uw budgetten?

Het bouwen van een website, het ontwikkelen van een mobiele app of een volledige web-app moet worden beschouwd als drie verschillende begrotingslijnen.

Volgens de Clutch-gegevens zijn de mediane kosten van het bouwen van een mobiele app met volledige functionaliteit ligt tussen $ 37,913 en $ 171,450. Vergeet niet dat dit de kosten zijn van het bouwen van een mobiele app voor slechts één platform (iOS of Android).

Als u kiest voor een MVP voor mobiele apps, liggen de kostenramingen dichter bij $ 5.000 - $ 15.000. Dat zou een heel eenvoudige app zijn met slechts één tot drie kernfuncties en een aantrekkelijk minimaal ontwerp.

De gemiddelde ontwikkelingskosten van webtoepassingen liggen tussen $ 10.000 en $ 150.000, opnieuw grotendeels afhankelijk van de complexiteit van uw product en het bedrijf dat u huurt.

U kunt het aantal verminderen als u ervoor kiest om de ontwikkeling uit te besteden naar een meer betaalbare regio (denk aan Oost-Europa of Latijns-Amerika), waar de gemiddelde uurtarieven tussen de $ 35 en $ 75 liggen, vergeleken met de Amerikaanse ontwikkelaarscijfers van $ 100- $ 200 per uur.

Door een goed geoptimaliseerde mobiele website te maken, kunt u veel minder betalen voor een budget van $ 5000 - $ 12.000.

Het uitbesteden van applicatie-ontwikkeling heeft zeker zijn voor- en nadelen. Hier volgt een kort overzicht van:

Voordelen van het uitbesteden van de ontwikkeling van toepassingen:

U kunt een bredere talentenbasis gebruiken en toegang krijgen tot vaardigheden die niet lokaal beschikbaar zijn.

Geen personeelskosten of overheadkosten voor het inhuren van werknemers.

• Meer concurrerende salarissen.
• On-demand toegang tot talent.
• Schaal of verklein uw team als dat nodig is.
• Nadelen van uitbesteding van applicatie-ontwikkeling:
• Communicatiemoeilijkheden en mogelijke taalbarrière.

Tijdzoneverschillen.

• Beveiligings- en privacyproblemen.
• Denk bij het definitieve besluit over de budgetten nogmaals na over de eerdere vragen en de antwoorden die u heeft gegeven. Dat zijn:
• Wat zijn uw productdoel en veel voorkomende situationele toepassingen ervoor?

Levert u realtime informatietransmissie?

• Bent u van plan inheemse smartphonefuncties te gebruiken?
• Hoe vaak wordt uw product gebruikt en in welke gevallen?
• Bent u van plan offline functionaliteit aan te bieden?
• Vergeet ten slotte deze belangrijke vraag niet te overwegen: zal een mobiele website waardevol genoeg zijn voor uw klanten? Wat voor ROI kunt u verwachten van een mobiele app versus een website?
• Denk goed na over deze vragen en stel de behoeften en wensen van uw klanten op de voorgrond bij het nemen van de beslissing en het in bedrijf stellen van het project.