Hvordan vil du beskrive dagens typiske mobil-app-bruger? Oftere end ikke har han en tendens til at være som en forkælet brat: nøjeregnende, krævende, distraheret, endda kortvarig! Du kan ikke bebrejde dem; når alt kommer til alt er appudviklere dem, der overforkælede dem i første omgang! Nu glæder de sig over luksusen ved overdreven valg.
men blandt alle disse mangler ligger der også en mulighed; jo flere brugere forventer, jo flere problemer har de, og dermed åbner flere muligheder for appudviklere. Derfor kan du finde apps selv for de mest trivielle problemer i dag.
men på grund af menneskers useriøse natur er det sjældent at få en ny chance, hvis du går galt. Derfor har du ikke råd til fejl i dit første forsøg!
den første ting at gøre, hvis du har en ide, er at sikre dig, at du er klar over, hvilket problem det løser, og hvordan det sigter mod at hjælpe brugeren. Som enhver virksomhed skal du placere dine kunders behov på en piedestal. Du må ikke lade dine drømme mislykkes på grund af luner nogle uforskammet bruger!
spørgsmål 1: Hvorfor læse mere?
læsning af denne blog vil sikre, at dit første forsøg går så godt som muligt. Du skal være i stand til at besvare følgende spørgsmål fortroligt og tydeligt, før du overhovedet starter din appudvikling. Disse spørgsmål bringer:
- klarhed
- forhindre forsinkelser
- øge succes Odds.
Fortsæt læsning for at opbygge succesrige apps!
spørgsmål 2: Hvad er formålet med din mobilapp?
dette sætter grundlæggende tonen i din App, dit team, din udviklingsproces og kan lige så godt definere din personlighed i de kommende måneder.
svarende til enhver virksomhed venture, starte arbejde på en App uden en klar vision eller et mål vil være katastrofalt. Desuden vil målet hjælpe med at fastlægge, hvordan du definerer succes: med hensyn til brugere, penge, betalte abonnementer, besøg osv? Hvis hvordan du måler succes ikke direkte vedrører dit mål, så er det ubrugeligt!
vigtigere er, at dit mål skal give dig mulighed for at udvikle en succesrig forretningsmodel omkring din ansøgning; det er trods alt dit mål, ikke? (Medmindre du planlægger at køre en velgørenhed, er dette faktisk meget vigtigt).
uden dette er det lettere at falde i en fælde med at designe og fokusere igen og igen. Når du undersøger mere om dine markedsbehov og får feedback over tid, er det meget sandsynligt, at du vil skifte fokus, hver gang du ser en negativ feedback. Så, du kan ende med at gå i cirkler, uden nogensinde at udfylde din app i tide.
således tillader et mål fokus og giver endda retning i krisetider.
spørgsmål 3: kan du fastsætte, hvad din Mobile App vil gøre i et par ord?
dette er igen der for at give fokus, men i stedet for at adressere målet eller målet med appen og dit nye venture, centrerer det sig om det primære eller det vigtigste element i din app.
for eksempel er appens primære funktion brugernes bekvemmelighed for at købe produkter; produktanmeldelser, for eksempel, kommer næste.
du kan sige, at dette trækker fra målet; hvor det primære funktionssæt skal udføre målet med din App eller virksomhed.
spørgsmål 4: Hvordan kan du beskytte din Mobilappidee?
dette spørgsmål er noget, der generer flere af mine klienter; alle kreative eller opfindsomme, er lidt forsigtige med at ansætte og konsultere folk på grund af deres frygt for, at nogen stjæler det.
hvad gør denne frygt værre, er ideer kan ikke patenteres.
derfor, uanset hvor original din ide er, hvis en anden slår dig for at udføre den, kan de ende med at patentere den i deres navn!
for at undgå skade på din kreativitet og for at beskytte din intellektuelle ejendom, skal du først kun arbejde og diskutere din ide med folk, du stoler på, og selv da kun sparsomt. Del kun, hvad de har brug for at vide!
hvis du skal afsløre og dele det i detaljer med appudviklere (som du ansætter for at udvikle appen til dig; og hvem har brug for at forstå det fuldstændigt for at opbygge det til dine præcise behov), så skal du bruge fortrolighedsaftaler, før du afslører detaljer.
spørgsmål 5: Hvem ejer projektet?
dette spørgsmål omhandler behovet for at have klare definitioner af “hvem er hvem” i dit team. Det drejer sig specifikt om, hvem der har ansvaret (dvs. Hvem er administrerende direktør?)- den der har det sidste ord i vigtig beslutningstagning?
bortset fra det skal det formelt behandle spørgsmålet om egenkapital.
- Hvordan planlægger du at opdele egenkapital?
- vil du dele det jævnt mellem dit hold?
- har nogen et flertal over andre?
- hvor meget egenkapital har du solgt (eller har til hensigt at sælge) til eksterne kilder?
- hvem bliver den største aktionær da?
yderligere,
- Hvad er din plan for ejerskab, når du starter?
- fortsætter dit team med at arbejde sammen med dig?
- deltager en ny, der har en vis oplevelse efter lanceringen?
- har du til hensigt at sælge mere egenkapital efter lanceringen?
konflikter er uundgåelige, men som de vigtigste faktorer vil det reducere dem at have dette ryddet ud fra get-go. Du vil ikke have dragter, der står op lige uden for døren, når du begynder at komme ind i penge!
spørgsmål 6: Hvem vil være din mobilapps vigtigste brugere?
enhver vellykket app, der eksisterer i dag, startede med det formål at løse en slags problem for sine brugere. (Til tider vidste brugerne ikke om problemet, før de indså, at der var et alternativ!)
dit mål præsenterer en løsning på et eksisterende eller hypotetisk problem; brugerne er dem, for hvem det vil blive løst.
så dette spørgsmål hjælper dig med at forstå din målgruppe, dens demografiske, dens sædvanlige interesser og vaner. Gennem det kan du identificere, hvilke typer telefoner eller tablets de sandsynligvis vil bruge.
spørgsmål 7: hvilken Platform vil være den bedste for disse brugere?
et præcist svar på det foregående spørgsmål vil igen hjælpe dig med at adressere, hvilken type platform og operativsystem du skal fokusere din appudvikling på.
til tider kan du fokusere på en type enhed eller OS for at få fordelen ved funktioner, der er hjemmehørende i den; andre gange foretrækker du måske at opbygge en App, der kan implementeres i alle større operativsystemer og enheder.
det vil blive dikteret af formålet med dit projekt, typen af bruger, din konkurrencemæssige fordel og andre markedskarakteristika.
for eksempel, hvis din app primært vil blive brugt af iPhone-og iPad-brugere, kan du fokusere på at udvikle den i iOS og optimere den ved at drage fordel af dens forskellige særheder.
hvis du på den anden side havde bygget appen til både Android og iOS, ville du have begrænset dit design til de fælles funktioner i begge.
spørgsmål 8: Hvor vigtigt vil Design være for mobilappen?
dette spørgsmål følger igen det foregående.
med dine målbrugere veldefinerede kan du få en grov oversigt over dit design, der passer til deres smag. Dette vil forhindre konflikter og forsinkelser senere. Du kan også tildele design prioritet niveau.
hvis du kun fokuserer på design i slutningen, når det skal sige at være en af appens centrale funktioner, ville du have en omfattende forsinkelse!
brugeroplevelse er nøglen her; det skal også være i overensstemmelse med dit hovedmål. Det er afgørende, at din App gør præcis, hvad du vil, at den simulerer en brugeroplevelse nøjagtigt som du forestillede dig det.
hvis for eksempel Din apps brugere skal være teenagere, så skal din App sandsynligvis være designorienteret for at tiltrække deres korte spænd af opmærksomhed. På den anden side kan ældre mennesker favorisere enkelhed frem for et højt design.
spørgsmål 9: Hvad gør din mobilapp anderledes end dine konkurrenters?
dette er også relateret til dit mål. Hvis lad os sige, dit mål er at løse et problem, som dine målbrugere står over for eller måske står over for, så tror du, at du tilbyder noget, som ingen andre på markedet gør!
det er, hvad de fleste appudviklere har tendens til at tro, at de er de “første” til at gøre det. Det er desværre normalt ikke sandt!
sandsynligvis har du muligvis ikke direkte konkurrenter, men du er i det mindste forpligtet til at have en slags konkurrence. Længe leve kapitalismen!)
under alle omstændigheder, uden din apps eksistens, ville folk løse deres problemer på forskellige måder, uanset hvor ufuldkomne de måtte være. Efter lanceringen konkurrerer din App med disse primitive løsninger. Man kan se på dette spørgsmål som en variant af ‘hvordan løser mine tilsigtede brugere deres problemer i dag?’.
dette vil hjælpe dig med at fastsætte din App potentielle værdi og kan hjælpe dig med at finde ud af din prisstrategi.
spørgsmål 10: hvor meget ville det koste at opbygge din mobilapp? og hvor lang tid ville det tage?
dette er et finansielt krav til enhver type projekt. At bygge eller skabe noget kræver tid, kræfter og ressourcer og ikke kun din egen!
det kan tage måneder, hvis ikke år, før din App begynder at tjene penge, men du skal stadig betale folk for deres ressourcer, tid og kræfter.
bredt, og vigtigst af alt, skal du være i stand til at opdele omkostningerne i:
- faste omkostninger eller generalomkostninger
- Variable omkostninger
det er intelligent at nedbryde disse yderligere for at sikre, at du har inkluderet alle omkostningerne. Medmindre du allerede er dybt nede i penge, skal du bruge finansiering fra andre kilder (oftest VC ‘ er på grund af det høje risikoniveau), og de har tendens til at sætte pris på tal, der sætter alle tilknyttede omkostninger præcist. Dette, de bruger til at se, om din App er pengene værd, efter deres mening.
desuden vil opdeling i faste og Variable omkostninger give dig mulighed for at genkende, hvor mange eller hvor meget du skal sælge for at bryde lige. Disse tal forbedrer klarheden for både dit team og dine investorer.
endnu mere nyttigt er at afgrænse de forskellige faser af din apps tidslinje med hensyn til omkostninger og forventede indtægter; dette tilføjer præcision til din værdianalyse, især til en outsider.
til din VC kan dette hjælpe dem med at forstå din tilbagebetalingsperiode, dens interne afkast (IRR) og nutidsværdi (NPV). Disse værdier vil hjælpe dem med at beslutte, om de vil finansiere, og give dem mulighed for at indstille deres proffer-vilkår.
desuden vil tidslinjen hjælpe dig med at opbygge din Produktefterslæb og tilhørende deadlines for at holde dig på sporet.
spørgsmål 11: Hvad er monetiseringsstrategien for mobilappen?
dette vedrører igen det primære mål for din App og virksomhed. Hvis din App er din virksomhed, vil alle dine indtægter komme direkte fra appen og dens brugere, så du bliver nødt til at finde ud af dens prismodel: en fast pris, en abonnementsmodel, en blanding af begge, andre køb i appen osv.
hvis det vil stole på annoncer for indtægter, skal du have en ide om, hvilken slags annoncer der skal have, hvor mange annoncer, hvordan de ser ud osv.
hvis appen dog skal supplere din hovedvirksomhed, vil din indtægtsstrategi fokusere på, hvordan du driver trafik til din pengeindtægtsvirksomhed.
hvis du har lagt dette eksplicit, kan du ikke miste fokus og opbygge dets funktioner i overensstemmelse hermed.
spørgsmål 12: Hvad kan hindre din mobilapps succes?
her forsøger du at identificere enhver eller alle forventede og mulige risici forbundet med dit projekt. Ofte kan disse primært opdeles i to typer:
- interne risici
- eksterne risici
derefter konsulterer du andre medlemmer af dit team for at komme med en liste over foreslåede løsninger til disse risici.
for eksempel kan du på den ene side af et papir nedskrive alle forventede risici efter konsultation med dit team, og på en anden kan du skrive de foreslåede løsninger til at tackle disse risici, når og når de opstår.
disse risici kan omfatte eventuelle eksterne afhængigheder, der kan forårsage forsinkelser eller øge omkostningerne. Og en foreslået løsning til det kunne være at tildele denne specifikke afhængighed til nogen vil sikre ansvar.
nogle gange bare at være opmærksom på en bestemt risiko tidligt kunne forhindre det i at ske helt. Hvis ikke, så vil det i det mindste give dit team mulighed for at planlægge beredskaber for at reducere virkningen.
konklusion
jeg håber du fandt dette indlæg nyttigt. Jeg forsøgte at være kortfattet og gav dig en liste over de spørgsmål, som jeg fandt vigtige.
for at konkludere, vil jeg gentage det vigtigste at tage væk fra dette indlæg: Du bør være i stand til at besvare alle disse spørgsmål til din App, før du begynder udvikling. Du behøver ikke at have det på et stykke papir (men det hjælper), men de skal være klare i dit hoved.
uden klarhed, tro og tillid til, hvad du forsøger at bygge, er det bundet til at mislykkes! (Ja, det er den forfærdelige sandhed!)
hvordan begyndte du at udvikle din App? Forsøgte du at besvare disse spørgsmål? Vær venlig at dele!