5 Spørsmål Å Stille Før Du Bygger En App

På Lickability har vi hjulpet mange mennesker med å bygge og sende gode apper. På grunn av dette, mange ganger når folk møter oss for første gang, spør de oss om det er noe de glemmer når de tenker på å starte arbeidet med deres 1.0.

her er 5 av de viktigste spørsmålene vi tror du bør stille deg selv før du begynner å bygge din app.

Hva er dine mål?

Først og fremst bør du tenke på målene dine for appen, da disse målene vil drive mange av de andre avgjørelsene du må gjøre nedover veien.

er formålet med appen å tjene penger med en gang, kanskje ved å selge tilgang til et produkt, en tjeneste eller en opplevelse? Eller er målet å bare skaffe brukere for å validere ideen og bevise at produktmarkedet passer? Er du ute etter å utvikle en prototype, lansere EN MVP og iterere på ideen din (kanskje til og med i en privat beta), eller lansere en fullt polert 1.0?

Sette realistiske og oppnåelige mål i starten av app-bygningen reisen vil gi deg et solid fundament for å ta fremtidige beslutninger og gjøre mange andre spørsmål klarere å svare.

Hvilke plattformer vil du støtte?

for noen folk kan svaret her virke enkelt … støtte alle plattformene! Men avhengig av målene du har etablert når du svarer på det forrige spørsmålet, kan det ikke være det rette svaret for prosjektet ditt.

når du tenker på mobilapper, er det to hovedspillere: iOS og Android. Men med dette enkle valget kommer mange andre beslutningspunkter, for eksempel om du skal skrive appene innfødt eller bruke en plattformsteknologi. For folk som starter fra bunnen av, er vår anbefaling å velge en enkelt plattform for å spikre opplevelsen først. Dette er vanligvis det raskeste og minst kostbare alternativet, og lar deg få produktet ut i verden for å begynne å få tilbakemelding fra brukere.

hvis et av målene dine er å nå så mange som mulig ved lansering, kan det være best å støtte begge plattformene ut av porten. Hvis dette er tilfelle, har du et valg å gjøre om hvordan appen er opprettet. Hvis ytelse og polsk er viktig for å nå målet ditt, skrive app opprinnelig for hver plattform er det beste valget, som det lar deg dra nytte av alt maskinvaren OG systemet OS har å tilby. Hvis kostnad og hastighet er hovedfaktoren, kan det være riktig å dra nytte av en kryssplattformsteknologi (kort sagt en kodebase for begge plattformene). Derimot, et ord av forsiktighet vi liker å gjøre våre kunder oppmerksomme på er at bruk av kryssplattform teknologier er ikke så enkelt som å få to apps for prisen av en. Du må fortsatt vurdere forskjeller i design på tvers av støttede enheter, og du trenger litt innfødt kode for å få bestemte funksjoner til å fungere på hver plattform.

i tillegg til den mobile plattformen du velger, vil du kanskje vurdere om det er fornuftig å støtte andre plattformer for nettbrett og wearables. Til slutt, ikke glem de andre teknologiene i stabelen som vil drive appen din—et innholdsstyringssystem for å legge til innhold i appen, en backend for brukerkontoer og brukeranalyse og krasjrapportering for å overvåke ytelsen.

Hva kan du gjøre selv og hva trenger du hjelp med?

Å Bygge en mobilapp fra bunnen av er hardt arbeid. Det ville være lurt å utføre en selvevaluering av hva dine evner er, både i ferdighet og i tilgjengelig tid. Dette vil hjelpe deg med å sette sammen en klar liste over hvilket arbeid du kan ta vare på internt og hvilken hjelp du trenger å oppsøke.

noen tjenester å huske på:

  • Design
  • Frontend & Backend Utvikling
  • Prosjektledelse
  • Produktledelse
  • Kundestøtte
  • Markedsføring/Sosiale Medier

denne prosessen fører også godt inn i det neste viktige spørsmålet…

Hva er din Budsjett?

et av de vanskeligste (og viktigste) spørsmålene å svare på dreier seg om trippelbegrensningene: tid, kostnad og omfang. Denne prosjektstyringstrekanten gjelder for ethvert prosjekt du noen gang kan gjennomføre – fra å gjøre om en kjøkkenvask i huset ditt til å bygge neste Facebook.

Untitled-84c5f7.png

Tiden kan reduseres ved å legge til flere ingeniører i prosjektet (og legge til kostnader) eller redusere omfanget. En ting å huske på her er at det er avtagende avkastning på å legge til ingeniører for å senke utviklingstiden, da bare så mye arbeid kan gjøres parallelt.

Omfanget vil i stor grad bli bestemt av målene for appen. Så mye som vi kanskje vil inkludere alle mulige funksjoner, er virkeligheten at du kanskje må ta noen vanskelige beslutninger her. Men ikke glem at du alltid kan legge til flere funksjoner senere i appens veikart.

Mobile app utvikling er dyrt, så holde kostnadene i sjakk er en viktig faktor. Generelt, redusere omfanget er den mest effektive måten å redusere kostnadene, men økende utviklingstid kan også være en god måte å spare litt penger.

Å Sette sammen budsjettet ditt er også en god tid å tenke på finansieringen din. Det er flere alternativer for å finansiere et prosjekt, som alle har sine egne fordeler og ulemper. Du kan skaffe venturekapitalfond, crowdfund ideen din på plattformer som Kickstarter, se etter engel investorer, oppsøke finansiering fra venner & familie, eller bootstrap prosjektet selv for å nevne noen mulige løsninger.

Hva er planene dine etter at appen er utgitt?

Til Slutt, ta deg tid til å tenke på din etterlanseringsplan. Programvaren er aldri perfekt og alltid i endring, så hva vil planen være for vedlikehold & feilrettinger? Når brukerne endelig kommer til å spille med appen din, vil de få tilbakemelding. Hvordan vil du takle denne tilbakemeldingen og gi støtte til kunder som trenger det? Er du forberedt på å støtte appen din hvis den eksploderer i popularitet? Hva med ekstra funksjonsutvikling, enten det er elementer på veikart eller bruker forespurte funksjoner? Planlegger du å overta eierskapet av appen, ansette et heltidsteam eller fortsette å bruke en partner?

Å Svare på disse spørsmålene bør sette deg godt på vei til å bringe ideen til liv. Enten du trenger hjelp til å svare på disse spørsmålene selv, eller du er klar til å komme i gang, vil vi gjerne chatte med deg og hjelpe, men vi kan!

Vil du ha hjelp til å bygge & sende en iOS-app ? Vi kan hjelpe! Ta kontakt.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.