Skal du bygge en mobilapp eller et nettsted for oppstart? |

Nettsted, nettapp, eller mobilapp - hva ville være riktig "skjema" for forretningsideen din?

Siden utgivelsen av aller første iPhone, har alle vært å behandle den mobile første forretningsmodellen som den nye gullhastigheten. Noen sier tvert imot at den moderne brukeren allerede opplever apptretthet, og at folk har en tendens til å bruke bare tre apper på det meste, så det er fortsatt enklere å konkurrere om desktop-oppmerksomhet.

Som en ny bedriftseier kan du bli overveldet av valget. Vil produktet ditt tjene bedre som en mobilapp (som gir en bedre opplevelse på mobil, men trenger å bli installert og kan slettes på et innfall), eller en webapps (umiddelbart tilgjengelig når som helst, men mindre enkel å navigere fra en håndholdt gadget)?

Noen høyt profilerte bedrifter har investert tungt i sin "mobile første" opplevelse (Uber, Instagram, Zomato Order), mens andre (Airbnb, JIRA, InVision) bevidst valgte å holde seg til webappversjonen.

I løpet av dette innlegget snakker vi spesielt om tilfellene når du skal bygge en mobilapp - et produkt som er spesielt designet for å kjøre på smarttelefon, tabletter og slitasje og krever installasjon; eller en webapp -klientserverprogramvare som kjører i nettleseren (både skrivebord og mobil).

Vi ser på begrunnelsen bak avgjørelsen mellom disse to alternativene, og veileder deg mot det optimale valget for produktideen din gjennom en rekke spørsmål.

1. Hva er ditt produktmål?

Du er i ferd med å lansere et nytt tilbud. Selvfølgelig har du spesifikke forretningsmål i tankene, bortsett fra bare å tjene penger og forandre verden.

For å klargjøre målene dine og de neste trinnene, vil du validere ideen din og undersøke målmarkedet og deres oppførsel som Det gjelder din spesifikke produktidee og hvordan de bruker informasjon på nettet.

Bekreft ditt produktkonsept med en MVP

Du har en ny ide utenom det, og du må finne ut hvis målgruppen er klar for det. Før du bruker ressurser til å bygge en fullversjon, bør du vurdere å starte en MVP (minimalt levedyktig produkt) først. Lær mer om å validere forretningsidé og produktkonsept her.

MVP-konseptet, populært av Eric Rice of Lean Startup, antar at før du går inn og henter betydelige summer i produktutvikling, tester du begrunnelsen med en "beta" versjon av produktet.

Dette kan være like enkelt som en skjermvideo som deles med målgruppen din (det er hvordan Dropbox ble lansert), en destinasjonsside som beskriver ditt unike salgsargument og viktige produktfunksjoner med en interaktiv mockup eller en eller to funksjoner MVP-mobilapp uten tilkoblet faktisk backend.

På denne måten minimerer du risikoen for å starte et produkt (det potensielt) ingen ønsker, og samtidig kan du samle faktisk tilbakemeldinger fra brukere - hva de liker, hvordan de samhandler med produktet - og avgjøre om etterspørselen er tilstrekkelig på dette tidspunktet.

For å avgjøre om du skal gå til en web eller en mobil MVP-app, bør du vurdere følgende:

• Hva foretrekker målmarkedet ditt? Gjennomfør en seri es av kundeintervjuer, bla gjennom bransjerapporter på nettet eller investere i profesjonell markedsundersøkelse. Denne tilnærmingen gir kritisk informasjon.
• Hva gjør konkurrentene dine? Har de valgt en mobilapp eller et nettsted? Hvorfor? Hvordan kan du forbedre produktet hvis du velger det motsatte alternativet?
• Hva er budsjettene dine? Ved å bygge en MVP-mobilapp vil du koste litt mindre enn å bygge en MVP-nettapp, og det vil ta mindre tid.

Bruk data for å forstå kunden din og deres onlineadferd

Først lærer du hvordan publikum interagerer med merkevaren din. Ta en nærmere titt på dataene du samle på MVP-scenen eller i tidlig drift. Få folk tilgang til nettstedet ditt fra skrivebordet eller mobilenheten? Hvilke mobile OS-systemer bruker de? Hvilke sider har de mest tilgang til? Disse dataene kan samles gjennom Google Analytics og hjelpe deg med å forme opp konseptet til mobilappen din.

For eksempel, hvis de fleste mobile brukere går rett på promos eller kupongsidene, ville det være fornuftig å bygge en egen mobil mobilapp, som også vil lagre kundens kort og tillate dem å løse inn poeng.

Selvfølgelig kan du "Outsource" det til et større kupongnettsted i stedet for å investere i mobilapputvikling, men vær oppmerksom på følgende faktorer:

• Mange tredjepartsleverandører forventer at du betaler for oppføringer og for ytterligere synlighet.
• Du vil må konkurrere om kundens oppmerksomhet med andre virksomheter.
• Det er vanskelig eller umulig å samle kundedata for å sende personlige tilbud, da du bare får tilgang til trunkerte analyser.
• Behold kunder med geo push-varsler når de kommer inn i det virtuelle " gjerde "er heller ikke mulig.

I stadiene før du har spesifikke data på din MVP og kundebase, må du stole på innsiktene samlet fra markedsundersøkelsen din og bruke det til å tenke gjennom s ituational bruk av produktet ditt. Mer om det bare et øyeblikk.

Samle mer statistikk om dine nåværende kunder

I dette tilfellet bør du først spore de beste datakildene og hvordan du kan utnytte dem.

For eksempel samler og sporer på nettet nettleseradferd og kjøpsmønstre er enklere å integrere i en nettapp. Spesielt, i en webapp kan du tildele salg mer presist til en bestemt markedsføringskanal og måle avkastningen (avkastning på investeringen) eller CAC (kundeoppkjøpspris) basert på dataene. Deretter kan du installere varmekart og konverteringssporing som fremhever de bedre konverteringselementene på siden din, spore den eksakte kundereisen, og hjelpe deg med å identifisere (og eliminere) nøkkelhalshalsene.

Du kan også konfigurere Google Analytics til analysere brukeradferd i appen og motta rapporter om atferdsflyt eller hendelsessporing (f.eks. kjøp, annonseklikk og så videre). Men det vanlige problemet her er at du er litt begrenset med hva slags hendelser du kan spore.

Spesielt er disse:

• Menyvalg
• Video spiller
• Swipes
• Knappeklikk
• Innkjøp
• Annonseklikk

Selv om du kjenner til fordelene med en nettapp, kan du spørre om hva som skjer i butikken. En mobilapp kan være et bedre alternativ.

For eksempel installerte Carrefour nylig en rekke iBeacons rundt sine butikker og bygget en spesiell kundeloyalitetsapp, som hjelper brukerne med å navigere rundt i butikken for en mer personlig shoppingopplevelse.

Deretter økte brukerinteressertekningsnivåene med 400 prosent etter det, og selskapet var i stand til å samle bedre innsikt i kundernes shoppingvaner og atferd, som deretter ble brukt til å optimalisere produktplaceringer og kampanjekampanjer.

Øk merkevarenes synlighet

Se i så fall spesielt hvor og når kundene mest sannsynlig bruker nettstedet ditt:

• Utendørs : Mobilapper er å foretrekke generelt.
• Bil og offentlig transport: mobilapper eller Carplay.
• Plane: både mobilapper og nettapper med frakoblet modus.
• Office: web- og skrivebordsprogrammer.:
• mobil- og nettapps er like populære. Nå, vurder om du kan få ekstra verdi ved å utnytte en annen kanal. Vil du kunne nå bredere publikumsegmenter med en mobilapp eller et nettsted?

2.

Mennesker er koblet til å spore all slags atferd på farten, og får øyeblikkelig tilgang til rettidig informasjon.

Her er noen statistikker for å bevise poenget:

I 2017 vil amerikanske voksne tilbringe to timer, 41 minutter per dag ved hjelp av apper, sammenlignet med 34 minutter om dagen ved hjelp av mobile nettsteder.

• 90 prosent av detaljhandelskunder bruker deres telefoner i butikken for å sammenligne priser (54 prosent); se opp produktinformasjon (48 prosent) og sjekk online vurderinger (42 prosent).
• Ifølge Pew Research Center brukte 62 prosent av amerikanske voksne også sine smarttelefoner for å få helsemessig informasjon; 57 prosent bruker sine gadgets til nettbank og finansielle transaksjoner, og 30 prosent brukte det til å ta en online-klasse eller oppdage pedagogisk innhold.
• Tenk på hvordan folk vil samhandle med produktet ditt. Kan du gjøre ideen din mer attraktiv ved å tilby sanntids tilgang til data og umiddelbar verdi?

For eksempel, tenk at du planlegger å bygge en ny begivenhetsguide, som vil inneholde de nyeste underholdningsalternativene i området.

Et nettsted, i dette tilfellet, kan inneholde forskjellige oppføringer med hendelsesdetaljer, bilder, veibeskrivelser og så videre, sammen med måtene å registrere en konto, abonnere på varsler og kjøpe billetter om nødvendig.

Det er et fint produktkonsept.

Men her kan du gjøre det enda bedre hvis du velger å bygge en mobilapp, i stedet for et nettsted eller en nettapp:

På grunnlag av plasseringen kan brukerne bli varslet i sanntid om hendelser som skjer i nærheten.

• Appen din kan inneholde guidet navigasjon til hendelsene, noe som gjør det enkelt og strømlinet for folk å finne hendelser.
• Brukere kan motta øyeblikkelige varsler om deres kommende planer, sammen med tilbud på stedet som "hopp over linje for en ekstra lønn "eller" oppgrader din se på. "
• De kunne få beskjed om at vennene dine besøker det samme showet eller en begivenhet i nærheten og kobler seg til dem.
• Bunnlinjen er: Hvis ideen din kan ha nytte av å koble brukere med mer informasjon umiddelbart, bygger du en mobilapp vil gjøre mer fornuftig.

I et slikt tilfelle gir en mobilapp mer interaktiv, sanntidserfaring, og passer bedre til on-demand-behovene til en kunnskapsrik event-goer. Å bygge et nettsted (webapp) kan være ditt neste, andre skritt for å få tak i en større markedsandel.

3. Hvis du tror at brukerne vil samhandle med produktet ditt noen ganger om dagen (fem eller flere) på farten, er det bedre å bygge en mobilapp. Når du klikker på noen få knapper fra telefonen for å hente en drosje, er det mye enklere enn å skrive alle detaljene på et mobilnettsted eller den stasjonære versjonen.

Når de er installert, er de enklere å få tilgang til, holde brukerne oppdatert med De nyeste eksemplene på appen, og er mer praktiske å bruke fra mindre skjermer.

Vanlige eksempler er:

Notattakere

Tilleggslister

• Sosiale medier
• Spill
• Alle typer sporingsapps
• Kart og navigasjon
• Transportapps (inkludert bildeling, taxi osv.)
• Nøkkelen her er at folk flest ønsker tilgang til disse produktene umiddelbart. De ønsker ikke å skrive inn nettadressen og vente til nettstedet laster.
• Men husk å tenke på at ditt produkt har hele veien gjennom før du tar en snap-beslutning. Vurder ofte brukte arbeidsprodukter - din e-post, den regnskapsmessige programvaren eller ditt favorittprosjektstyringsverktøy. Du får tilgang til dem opptil et par hundre ganger om dagen, men de fleste samhandlingene skjer ikke fra mobilen, og det ville ikke gi mening at de bare er mobile.

På dette tidspunktet bør du komme tilbake til punktet to (ditt produktmål) og tenk igjen på situasjonelle bruksområder av produktet ditt. Hvis produktet ditt ville kreve færre, men langsiktige interaksjoner (over en time per dag uten bruk), ville en web-app være å foretrekke for de fleste brukere.

4. Har du behov for tilgang til telefonens innfødte funksjoner?

Vurder følgende punkter:

Vil du ha nytte av informasjon levert avhengig av deres nåværende beliggenhet?

Planlegger du å utnytte slike funksjoner som Kamera, Gyroskop eller Sensorer?

• Hvis du svarte ja til en av de ovennevnte, ville en innfødt mobilapp være et bedre valg.
• Selvfølgelig vil erfarne utviklere si at de er sikre løsninger og du kan fortsatt få tilgang til et kamera eller spille spill krever gyroskopstøtte ved hjelp av HTML5, men det vil ikke gjøre produktet ditt bedre eller mer stabilt på noen måte.

Webapps på iPhone har heller ikke lov til å sende meldinger om geo-push eller app-varsler til brukere. Husker du eventapplikasjonseksemplet tidligere nevnt? Mobilappbrukere kan beholdes med geo-varsler når en kul hendelse skjer i nærheten, eller deres venner deltar på en, men brukere av webapplikasjoner kan ikke dra nytte av dette.

Det vanlige problemet her er imidlertid at det å bygge et mobilprodukt antas å skape to separate apper (iOS og Android) og ha to separate budsjetter for det. Løsningen her er å starte et produkt på ett mobilt operativsystem først (jo mer populært er det i målgruppen din) og senere overføre appen din til en annen plattform.

En web-app, derimot, er tilgjengelig for brukere med noen mobil eller stasjonær OS installert. Likevel vil utvikling av en fullverdig webapp med backend og server-side koding koste deg mer enn å bygge en mobilapp for en plattform, og det vil også ta mer tid.

5. Tror du at folk vil bruke produktet ditt uten nett?

La oss tenke nærmere på produktbrukstilfellene.

Mens vi lever i en allment forbundet verden med rimelige Internett-data, kan opptil 15 prosent av amerikanske brukere få tilgang til apps uten nett

Det er mange tilfeller der en forbindelse kanskje ikke er tilgjengelig:

Når du reiser

på flyet, tog, t-bane.

• Utlandet når roamingavgifter blir ublu.
• I områder med svakt tilkoblingssignal -utdører, kjellere og så videre.
• Hvis du vil imøtekomme brukerne i de "offline" situasjonene, er en mobilapp et mer egnet valg når det gjelder bekvemmelighet. For eksempel har en rekke kart og navigasjonsapplikasjoner en frakoblet modus, som bare bruker telefonens innebygde GPS-system, i stedet for internettdata, for eksempel Maps.me-appen. Google Maps lar deg også laste ned et bestemt kart og bruke det med navigering offline, men produktets funksjonalitet er i stor grad avkortet. Tripadvisor lar deg laste ned en rask byguide når du er i utlandet med den valgte listen over anbefalinger.

Instagram har nylig lagt til en frakoblet modus til deres Android-app, som vil lagre alle brukerens handlinger opp til tilkobling er tilbake. Det var et spesielt klokt skritt som selskapet jobber med å utvide sin tilstedeværelse i mindre utviklede land. Ifølge de nyeste dataene fra mars 2017 er den laveste internettpenetrasjonen i Afrika (27,7 prosent) og Asia (45,2 prosent). Vær oppmerksom på dette hvis du planlegger å forstyrre et av de lokale fremvoksende markedene.

6. Hva er budsjettene dine?

Bygg et nettsted, utvikle en mobilapp eller en fullverdig webapp skal betraktes som tre forskjellige budsjettlinjer.

I følge Clutch-data er medianprisen for å bygge en fullverdig mobilapp er mellom $ 37,913 og $ 171,450. Husk at dette er kostnaden for å bygge en mobilapp for bare en plattform (iOS eller Android).

Hvis du velger en mobilapps-MVP, vil kostnadsoverslagene være nærmere $ 5,000 - $ 15,000. Det ville være en veldig enkel app med bare mellom ett og tre kjernefinesser og en attraktiv minimal design.

Den gjennomsnittlige utviklingen på webapplikasjonen er mellom $ 10.000 og $ 150.000, igjen i stor grad avhengig av produktkompleksiteten og firmaet du ansetter.

Du kan redusere tallene hvis du velger å outsource utviklingen til en rimeligere region (tenk Øst-Europa eller Latin-Amerika), der gjennomsnittlige timepriser er mellom $ 35 til $ 75, sammenlignet med amerikanske utvikleres priser på $ 100- $ 200 per time.

Å bygge et godt optimalisert mobilnettsted vil sette deg tilbake for mye mindre konto for et budsjett på $ 5.000 - $ 12.000.

Outsourcing applikasjonsutvikling har absolutt fordeler og ulemper. Her er en kort beskrivelse av disse:

Fordeler med outsourcing applikasjonsutvikling:

Du kan få tak i en bredere talentbase og få tilgang til ferdigheter som ikke er tilgjengelige lokalt.

Ingen ansettelses- eller overheadkostnader for å ansette ansatte.

• Mer konkurransedyktige lønninger.
• Tilgang til talent på forespørsel.
• Skal eller redusere teamet ditt etter behov.
• Ulemper ved outsourcing applikasjonsutvikling:
• Kommunikasjonsvansker og mulig språkbarriere.

Tidssoneforskjeller.

• Sikkerhets- og personvernproblemer.
• Når det gjelder den endelige avgjørelsen om budsjettene, tenk igjen om de tidligere spørsmålene og svarene du ga. De er:
• Hva er ditt produktmål og vanlige situasjonelle bruksområder for det?

Vil du tilby informasjon om sanntidsinformasjon?

• Har du tenkt å bruke innfødte smarttelefonfunksjoner?
• Hvor ofte blir produktet ditt brukt og i hvilke tilfeller?
• Planlegger du å tilby offlinefunksjonalitet?
• Til slutt, ikke glem å vurdere dette viktige spørsmålet: Vil et mobilnettsted være verdifullt nok til kundene dine? Hva slags avkastning kan du forvente fra en mobilapp i forhold til et nettsted?
• Tenk gjennom disse spørsmålene nøye, og legg kundens behov og ønsker i forkant når du bestemmer deg for og tar i bruk prosjektet.