Skal du opbygge en mobilapp eller et websted til din opstart? |

Websted, webapp eller mobilapp - hvad ville være den rigtige "formular" til din forretningsidé?

Siden udgivelsen af allerførste iPhone, alle har behandlet den mobile første forretningsmodel som den nye guldrush. Nogle tværtimod siger, at den moderne bruger allerede oplever app træthed, og at folk har tendens til kun at bruge kun tre apps, så det er stadig lettere at konkurrere om desktop opmærksomhed.

Som en ny virksomhedsejer kan du blive overvældet af valget. Vil dit produkt fungere bedre som en mobilapp (som giver en bedre oplevelse på mobilen, men skal alligevel installeres og kan slettes på et indfald) eller en webapp (som er tilgængelig til enhver tid, men endnu mindre let at navigere fra en håndholdt gadget)?

Nogle højt profilerede virksomheder har investeret stærkt i deres "mobile først" -oplevelse (Uber, Instagram, Zomato Order), mens andre (Airbnb, JIRA, InVision) bevidst valgte at holde sig til webappversionen.

I løbet af dette indlæg vil vi specielt tale om sagerne, når du skal opbygge en mobilapp -a produkt, der er specielt designet til at køre på smartphone, tablets og bærbare computere og kræver installation; eller en webapp -klientserver-softwareprogram, der kører i browseren (både desktop og mobil).

Vi undersøger begrundelsen bag beslutningen mellem disse to muligheder og leder dig mod det optimale valg til din produktidee gennem en række spørgsmål.

1. Hvad er dit produktmål?

Du er ved at lancere et nyt tilbud. Selvfølgelig har du bestemte forretningsmæssige mål i tankerne, bortset fra blot at tjene overskud og ændre verden.

For at præcisere dine mål og de næste trin vil du gerne validere din ide og undersøge dit målmarked og deres adfærd som det vedrører din specifikke produktidee og med hensyn til den måde, de forbruger information online på.

Validér dit produktkoncept med en MVP

Du har en ny ide, der ikke er den bedste, og du skal finde ud af hvis din målgruppe er klar til det. Før du bruger ressourcer til at opbygge en fuld version, overvej først at starte en MVP (minimal levedygtig produkt) først. Læs mere om valideringen af ​​din forretningside og produktkoncept her.

MVP-konceptet, populært af Eric Rice of Lean Startup, forudsætter, at inden du går ind og hælder betydelige summer til produktudvikling, tester du grunde med en "beta" version af dit produkt.

Dette kan være lige så enkelt som en screencast-video, der er delt med din målgruppe (sådan blev Dropbox lanceret), en destinationsside, der beskriver dit unikke salgs-punkt og nøgleproduktfunktioner med en interaktiv mockup eller en eller to funktioner MVP mobile app uden egentlig backend tilsluttet.

På denne måde minimerer du risikoen for at lancere et produkt (det potentielt), som ingen ønsker, og samtidig kan du indsamle faktiske brugerfeedback - hvad de kan lide, hvordan de interagerer med produktet - og afgøre, om efterspørgslen er tilstrækkelig på dette tidspunkt.

For at afgøre, om du skal gå til en web eller en mobil MVP-app, skal du overveje følgende:

• Hvad foretrækker dit målmarked? Gennemfør en seri af kundeinterviews, gennemse online brancherapporter eller investere i professionel markedsundersøgelse. Denne tilgang giver kritisk information.
• Hvad har dine konkurrenter til at gøre? Har de valgt en mobilapp eller et websted? Hvorfor? Hvordan kan du forbedre produktet, hvis du vælger den modsatte løsning?
• Hvad er dine budgetter? Opbygning af en MVP-mobilapp vil koste dig lidt mindre end at opbygge en MVP webapp, og det vil tage mindre tid.

Brug data til at forstå din kunde og deres onlineadfærd

Få først at vide, hvordan dit publikum interagerer med dit brand. Se nærmere på de data, du samlede på MVP-scenen eller under dine tidlige operationer. Gør folk adgang til dit websted fra skrivebordet eller mobilenhederne? Hvilke mobile OS-systemer bruger de? Hvilke sider har de mest adgang til? Disse data kunne indsamles via Google Analytics og hjælpe dig med at forme konceptet til din mobilapp.

For eksempel, hvis de fleste mobile brugere går direkte på promoverings- eller kuponsiderne, ville det være fornuftigt at oprette en separat mobil mobilapp, som også lagrer kundens kort og giver dem mulighed for at indløse point.

Du kan selvfølgelig "Outsource" det til en større couponing-website i stedet for at investere i udvikling af mobilapplikationer, men vær opmærksom på følgende faktorer:

• Mange tredjepartsleverandører forventer at du betaler for lister og for yderligere synlighed.
• Du vil er nødt til at konkurrere om kundens opmærksomhed med andre virksomheder.
• Det er svært eller umuligt at samle kundedata for at sende personlige tilbud, da du kun får adgang til afkortet analyse.
• Beholder kunderne med geo push notifikationer, når de træder ind i dit virtuelle " hegn "er heller ikke muligt.

I faserne, inden du har specifikke data om din MVP og kundebase, skal du stole på indsigten fra din markedsundersøgelse og bruge det til at tænke gennem s ituational anvendelser af dit produkt. Mere om det i et øjeblik.

Indsaml mere statistik om dine nuværende kunder

I dette tilfælde skal du først spore de bedste datakilder og hvordan man kan udnytte dem.

F.eks. Indsamle og spore online Browseradfærd og indkøbsmønstre er enklere at integrere i en webapp. I en webapp kan du specifikt tildele salg mere præcist til en bestemt marketingkanal og måle afkastet (investeringsafkast) eller CAC (kundeudgifter) baseret på dataene. Derefter kan du installere varmekort og konverteringssporing, der fremhæver de bedre konverteringselementer på din side, spor den nøjagtige kunderejse og hjælper dig med at identificere (og eliminere) de vigtigste flaskehalse.

Du kan også konfigurere Google Analytics til analysere brugeradfærd i appen og modtag adfærdstrømsrapporter eller hændelsesporing (f.eks. køb, annonce klik osv.). Men det almindelige problem her er, at du er lidt begrænset med de slags begivenheder, du kan spore.

Specifikt er de:

• Menuvalg
• Videoafspilninger
• Swipes
• Knappen klikker
• Køb
• Annonce klik

Selv om du ved at vide fordelene ved en webapp, hvis du undrer dig over, hvad der sker i butikken, kan en mobilapp være en bedre mulighed.

For eksempel har Carrefour for nylig installeret en række iBeacons omkring deres butikker og opbygget en særlig kundeloyalitetsapp, der hjælper brugerne med at navigere rundt i butikken for en mere personlig shoppingoplevelse.

Der var en stigning på ca. 400 procent i brugerens engagement, og selskabet var i stand til at indsamle bedre indsigt i kundernes shoppingvaner og adfærd, som derefter blev brugt til at optimere produktplaceringer og kampagnekampagner.

Forøg brandets synlighed

I dette tilfælde skal du se nærmere på, hvor og hvornår kunderne mest sandsynligt bruger dit websted:

• Outdoors : Mobilapps foretrækkes generelt.
• Bil og offentlig transport: mobilapps eller Carplay.
• Fly: både mobilapps og webapps med offline-tilstand.
• Office: web- og desktop apps.:
• mobil- og webapps er lige så populære. Overvej nu, om du kan få ekstra værdi ved at udnytte en anden kanal. Kan du nå bredere publikumsegmenter med en mobilapp eller et websted?

2.

Vil dit produkt levere tidsfølsomme indsigter eller lette øjeblikkelige handlinger?

Mennesker er ledet til at spore alle former for adfærd på farten og får øjeblikkelig adgang til rettidig information.

Her er nogle statistikker til at bevise punktet:

I 2017 vil amerikanske voksne bruge to timer, 41 minutter om dagen ved hjælp af apps, sammenlignet med 34 minutter om dagen ved hjælp af mobile websteder.

• 90 procent af detailhandlerne bruger deres telefoner i butikken for at sammenligne priserne (54 procent); se op på produktoplysninger (48 procent) og kontroller online anmeldelser (42 procent).
• Ifølge Pew Research Center brugte 62 procent af amerikanske voksne også deres smartphones til at få sundhedsrelateret information; 57 procent bruger deres gadgets til online banking og finansielle transaktioner, og 30 procent brugte det til at tage en online-klasse eller opdage pædagogisk indhold.
• Tænk på, hvordan folk vil interagere med dit produkt. Kan du gøre din idé mere attraktiv ved at tilbyde realtidsadgang til data og øjeblikkelig værdi?

Forestil dig f.eks., At du planlægger at oprette en ny begivenhedsguide, der vil indeholde de nyeste underholdningsmuligheder i området.

Et websted kan i dette tilfælde indeholde forskellige lister med begivenhedsoplysninger, fotos, retninger osv. Sammen med måder at registrere en konto, abonnere på underretninger og købe billetter om nødvendigt.

Det er et fint produktkoncept.

Men her er hvordan du kan gøre det endnu bedre, hvis du vælger at opbygge en mobilapp, snarere end et websted eller en webapp:

På baggrund af deres placering kan brugerne blive underrettet i realtid om begivenheder der finder sted i nærheden.

• Din app kunne indarbejde guidet navigation til begivenhederne, hvilket gør det nemt og strømlinet for folk at finde begivenheder.
• Brugere kunne modtage øjeblikkelige meddelelser om deres kommende planer sammen med promo-tilbud på stedet som "spring over linje for en ekstra løn "eller" opgrader din se på. "
• De kan få besked om, at deres venner besøger det samme show eller en begivenhed i nærheden og forbinder dem.
• Bundlinjen er: Hvis din ide kan være til gavn for at forbinde brugere med flere oplysninger med det samme, skal du bygge en mobilapp vil være mere fornuftig.

I dette tilfælde giver en mobilapp mere interaktiv, realtidserfaring og henvender sig bedre til on-demand behov for en kyndig begivenhedspartner. Opbygning af et websted (webapp) kan være dit næste, andet skridt for at få fat i en større markedsandel.

3. Hvis du tror, ​​at brugerne vil interagere med dit produkt et par gange om dagen (fem eller flere) på farten, er det bedre at opbygge en mobilapp. Når du klikker på nogle få knapper fra din telefon for at hale en kabine, er det meget enklere end at skrive alle detaljer på en mobilwebsite eller dens desktopversion.

Når de er installeret, er de lettere tilgængelige, holder brugerne opdaterede med De seneste in-app-begivenheder og er mere bekvemme at bruge fra mindre skærme.

De almindelige eksempler er:

Bemærk, at du tager apps

Opgavelister

• Sociale medier
• Spil
• Alle slags sporingsapps
• Kort og navigationer
• Transportapps (herunder billeddeling, taxa osv.)
• Nøglen her er, at de fleste mennesker ønsker adgang til disse produkter med det samme. De ønsker ikke at indtaste webadressen og vente, indtil hjemmesiden indlæses.
• Men husk at tænke på, at dit produkt tilbyder hele vejen igennem, inden du tager en snap beslutning. Overvej ofte brugte arbejdsprodukter - din email, den regnskabsmæssige software eller dit foretrukne projektstyringsværktøj. Du får adgang til dem op til et par hundrede gange om dagen, men de fleste interaktioner forekommer ikke fra mobilen, og det ville ikke være rigtigt for dem at være mobil-only.

På dette tidspunkt skal du komme tilbage til punktet to (dit produktmål) og tænk igen om situational anvendelser af dit produkt. Hvis dit produkt ville kræve færre, men langsigtede interaktioner (over en time pr. Dag med non-stop-brug), ville en webapp være at foretrække for de fleste brugere.

4. Har du brug for adgang til telefonens indfødte funktioner?

Overvej følgende punkter:

Vil du have brug for information fra de leverede oplysninger baseret på deres nuværende placering?

Planlægger du at udnytte sådanne funktioner som kamera, gyroskop eller Sensorer?

• Hvis du svarede ja til en af ​​ovenstående, ville en mobil mobil app være et bedre valg.
• Selvfølgelig vil erfarne udviklere sige at de er sikre løsninger, og du kan stadig få adgang til et kamera eller spille spil kræver gyroskop support ved hjælp af HTML5, men det vil ikke gøre dit produkt bedre eller mere stabilt på nogen måde.

Web apps på iPhone har heller ikke lov til at sende geo-push notifikationer eller in-app notifikationer til brugere. Husk tidligere event-app-eksemplet? Mobilappbrugere kan bevares med geo-underretninger, når der sker en kølig begivenhed i nærheden, eller deres venner deltager i en, men webapp-brugere kan ikke drage fordel af dette.

Det almindelige problem her er imidlertid, at opbygningen af ​​en mobilprodukt forudsætter at oprette to separate apps (iOS og Android) og har to separate budgetter til det. Løsningen her er at starte et produkt på et mobilt operativsystem først (jo mere populært er det i din målgruppe) og senere sende din app til en anden platform.

En webapp er tværtimod tilgængelig for brugere med nogen mobile eller stationære OS installeret. Udviklingen af ​​en komplet webapp med backend og server-side-kodning vil dog koste dig mere end at opbygge en mobilapp til en platform, og det vil også tage mere tid.

5. Tror du, at folk vil bruge dit produkt offline?

Lad os tænke mere om dine produktbrugssager.

Mens vi lever i en meget forbundet verden med overkommelige internetdata, kan op til 15 procent af de amerikanske brugere få adgang til apps offline, når som helst

Der er mange tilfælde, hvor en forbindelse muligvis ikke er tilgængelig:

Mens du rejser

-på flyet, tog, metro}

• I udlandet , når roaminggebyrer bliver ublu. > I områder med svagt forbindelsessignal
• -outdører, kældre og så videre. Hvis du vil imødekomme brugerne i disse "offline" situationer, er en mobilapp et mere passende valg med hensyn til bekvemmelighed.
• For eksempel har en række kort og navigationsapps en offline-tilstand, som kun bruger telefonens indbyggede GPS-system, i stedet for internetdata, f.eks. Maps.me-appen. Google Maps giver dig også mulighed for at downloade et bestemt kort og bruge det med navigation offline, men produktfunktionaliteten er stort set afkortet. Tripadvisor giver dig mulighed for at downloade en hurtig byguide, når du er i udlandet med den udvalgte liste over anbefalinger. Instagram tilføjede for nylig en offline-tilstand til deres Android-app, som ville gemme alle brugeres handlinger, indtil forbindelsen er tilbage. Det var et særlig klogt skridt, da virksomheden arbejder på at udvide sin tilstedeværelse i mindre udviklede lande. Ifølge de seneste data fra marts 2017 er den laveste internetindtrængning i Afrika (27,7 procent) og Asien (45,2 procent). Husk denne kendsgerning, hvis du planlægger at forstyrre et af de lokale vækstmarkeder.

6. Hvad er dine budgetter?

Opbygning af et websted, udvikling af en mobilapp eller en komplet webapp skal betragtes som tre forskellige budgetposter.

Ifølge Clutchdata er medianprisen ved at opbygge en komplet mobilapp er mellem $ 37.913 og $ 171.450. Husk at dette koster at opbygge en mobilapp til kun én platform (iOS eller Android).

Hvis du vælger en mobil app MVP, vil omkostningerne estimere være tættere på $ 5.000 - $ 15.000. Det ville være en meget simpel app med kun mellem et og tre kerneegenskaber og et attraktivt minimal design.

Den gennemsnitlige udviklingspris for webapplikationer er mellem $ 10.000 og $ 150.000, igen i høj grad afhængigt af din produktkompleksitet og det firma, du ansætter. > Du kan reducere tallene, hvis du vælger at outsource udviklingen til en mere overkommelig region (tænk Østeuropa eller Latinamerika), hvor gennemsnitlige timepriser ligger mellem $ 35 og $ 75 i forhold til de amerikanske udviklers priser på $ 100 - $ 200 pr. Time.

Opbygning af en veloptimeret mobilwebsite vil sætte dig tilbage til meget mindre konto for et budget på $ 5.000 - $ 12.000.

Outsourcing applikationsudvikling har helt sikkert sine fordele og ulemper. Her er en kort beskrivelse af dem:

Fordele ved outsourcing applikationsudvikling:

Du kan få fat i en bredere talentbase og få adgang til færdigheder, som ikke er tilgængelige lokalt.

Ingen ansættelses- eller overheadomkostninger til ansættelse af medarbejdere.

Mere konkurrencedygtige lønninger.

On-demand adgang til talent.

• Skal eller nedskær dit team efter behov.
• Ulemper ved outsourcing applikationsudvikling:
• Kommunikationsvanskeligheder og mulig sprogbarriere.
• Tidzoneforskelle.
• Sikkerheds- og privatlivets bekymringer.

Når det kommer til den endelige beslutning om budgetterne, skal du tænke igen om de tidligere spørgsmål og svarene du gav. Disse er:

• Hvad er dit produktmål og fælles situationelle anvendelser til det?
• Vil du tilbyde information i realtid?
• Har du til hensigt at bruge indbyggede smartphonefunktioner?

Hvor ofte vil dit produkt blive brugt, og i hvilke tilfælde?

• Planlægger du at tilbyde offlinefunktionalitet?
• Endelig glem ikke at overveje dette vigtige spørgsmål: Vil et mobilt websted være værdifuldt nok til dine kunder? Hvad slags ROI kan du forvente af en mobilapp versus et websted?
• Tænk omhyggeligt disse spørgsmål og sæt dine kunders behov og ønsker i spidsen, når du træffer beslutningen og igangsætter projektet.