Jeg har en appidee … Hva skal jeg gjøre neste ?

(Josefina Ruiz) (15. okt. 2019)

Å lage en appidee ekte: Nybegynnerveiledning

Jeg vet hva du føler akkurat nå. Det er en blanding av spenning, angst og frustrasjon du får når du vet at du har en fantastisk ide, men ikke har peiling på hvordan du skal følge opp. Den gode nyheten er at du er på rett sted!

I dette innlegget vil vi forklare trinnene du bør følge hvis du vil gjøre ideen din om til en ekte og app for å tjene penger . Detaljene er gjennom hele artikkelen, men her er en kortliste for å sortere forventningene dine:

  1. Det første trinnet er å» føre ideen din gjennom «en serie med filtre som følger The Lean Validation-metoden, for å validere og sørge for at du ikke kaster bort tiden og pengene dine.
  2. Etter validering av og planlegging ideen din , Hvis du ikke har noen idé om apputvikling, må du finne noen til veikart prosjektet ditt (vi forklarer dette konseptet senere i artikkelen). Det er mange alternativer med forskjellige fordeler og ulemper med hvem som skal kartlegge prosjektet ditt, men ikke bekymre deg, artikkelen vil hjelpe deg å velge mer nøyaktig en.
  3. Når veikartet er gjort, er det på tide for utvikleren å lage Minimum levedyktig produkt (vi kommer også til dette i artikkelen).
  4. Etter lanseringen av MVP bør du evaluere ytelsen og få tilbakemelding fra tidlige brukere. Avhengig av disse resultatene og tilbakemeldingene, vil du fortsette å utvikle nye funksjoner og gjøre endringer.
  5. Å lage en app er ikke en enkel jobb, men ikke mist din entusiasme ! Hvis du har en god ide og du er motivert, vil det ikke nødvendigvis stoppe deg å være amatør, men du må undersøke og planlegge. Nøkkelen til suksess er ikke bare avhengig av ideen, den er hovedsakelig avhengig av å vite hvordan du skal utføre den.

# 1. Filtre

Det første trinnet du må ta er å evaluere om ideen din er levedyktig . Du tror sannsynligvis det er, men … har du tenkt gjennom dette?

For å gjøre dette, Lean Validation Methodology presenterer fire forskjellige stadier av validering: problemet det løser, marked, produkt og betalingsvilje . For å validere ideen, bør du «gi den gjennom» disse trinnene, som fungerer som filtre og vil hjelpe deg med å enten ratifisere, modifisere eller forkaste ideen din. Det er en måte å bekrefte at ideen din ikke bare er god, den er også levedyktig og vil fungere effektivt. Hvis ideen mislykkes på noe tidspunkt, betyr det ikke at du skal kaste den bort. Viktigheten av å validere kommer med å hjelpe deg med å finne ut måter å endre den originale ideen for å utføre.

Om problemet det løser:

Først kan du stille deg noen spørsmål. Hvilket problem løser denne appen? Tror du det er en viktig mengde mennesker som har det problemet? Finne ut. Søk om det er et reelt marked, du kan finne demografiske dataene i landets folketellingsresultater. Hvis det er en betydelig gruppe mennesker i målgruppen din … Ville de bruke appen? Er det virkelig nødvendig for dem?

Det er forskjellige måter å validere ideen på i dette stadiet. Nøkkelen er å fokusere på brukerundersøkelser, Dette vil hjelpe deg med å bekrefte problemet du har å gjøre med er ikke bare en problem for deg, og at det du finner en ideell løsning er det de andre også leter etter.

Det er viktig å dialog med potensielle brukere. Dette er ikke din familie, venner og kolleger, det er ikke de som skal bruke appen din. Ok, kanskje de er det, men de er partiske, akkurat som deg, og de vil støtte deg og fortelle deg hva du vil høre.Du må avgrense målgruppen og be dem om tilbakemelding . Dette spør ikke «vil du bruke denne appen?», Folk vil svare at de vil.

For å få denne tilbakemeldingen er det flere teknikker. Den ene er for eksempel intervjuet. Sette seg sammen med en potensiell bruker og lære om ham, hans problem, tidligere erfaringer, hvordan han prøvde å løse det og resultatet, hva han ville sette pris på som bruker osv. Det er viktig å vite hva de vil, men du bør ikke spørre dem direkte, i stedet be dem om motivasjon bak det de vil ha.

Andre teknikker:

Om markedet:

Ved å snakke med mulige brukere, bekrefter du at folk med problemet ditt virkelig eksisterer. Men hvor mange er de? Du må sørge for at det er et betydelig antall mennesker som vil bruke appen din til at den skal være lønnsom .

Hvor stort skal markedet være? Det avhenger av produktet og målet. Det er mikromarkedsføringsprosjekter med veldig gode inntekter. Det kommer virkelig an på dine ambisjoner og detaljene. Apper trenger ikke å være enorme for å lykkes, du trenger ikke være Uber, Facebook eller Amazon for å være lønnsomme.

For å avgrense og forstå markedet bør du undersøke for søsken markedsfører og analyserer volumet og kjennetegn. Du kan vurdere at produktet ditt er så innovativt at du skaper et nytt marked; dette er mulig, men ikke sannsynlig, så se dypt inn i det. Du bør gjøre omfattende konkurrentundersøkelser, ikke bare for direkte konkurrenter, men også for lignende produkter og løsninger. Bli kjent med dem grundig: teamet, kontoret, forretningsmodellen, media, priser, funksjoner …

Det er forskjellige verktøy du kan bruke til å validere markedet, for eksempel Google Trends eller Google Adwords Planner . Du kan for eksempel også opprette en pretotype . Dette konseptet følger begrepet “falske det før du lager det”. I dette tilfellet kan du for eksempel bygge en enkel og standard webside som lover løsningen du vil utvikle, men uten å ha løsningen. På denne måten kan du måle og til og med få data om personene som kom inn på nettet. Dette er en måte å avgrense markedet på.

Om produktet

Det er på tide å validere ideen din, og for det må du bygge en prototype , selv om den er håndlaget. Men først må du forme dine ideer.

Skriv ned en kortfattet forklaring på alt om appen . Begynn med det grunnleggende og fortsett å dykke mer og mer dypt. Først må du inkludere problemet det løser, hvordan det løses , og målgruppe . Gå så dypere, tenk på detaljene , alt du vil at appen skal ha. Inkluder alle funksjoner, fordeler, attributter, innovative ting som vil gi appen din reell og ny verdi for den endelige forbrukeren.

Ikke glem å ta med forretningsmodellen . På en eller annen måte må appen din tjene penger. Vil for eksempel appen belastes? Her er de forskjellige inntektsgenereringsmetodene:

  • Betalt app: Brukeren må betale ( på AppStore / Google Play hvis det er en mobilapp eller i appen hvis den er nett) for å laste ned / bruke appen.
  • Innkjøp i app : Nedlasting / bruk av appen er gratis, men det er et betalt alternativ som låser opp ekstra funksjoner / nivåer. (For eksempel i et spill kan du kjøpe ekstra liv eller spillpenger).
  • Annonsering i app: Dette er den mest populære måten å tjene penger på en app. Det er ganske enkelt, en annonsør med en lignende målgruppe angir en annonse på appen din, og du, appeier, får penger for antall visninger eller klikk annonsen hadde. Mengden penger avhenger også av annonsetypen, det kan være et banner, en video, en popup, etc.
  • Abonnement : Appen er gratis og en del av innholdet er også, men brukere kan abonnere ( betale månedlig / per år) og få tilgang til en ubegrenset versjon av appen, eller til noe annet innhold som bare er tilgjengelig for abonnenter. Dette er for eksempel tilfelle Spotify og Netflix.
  • Sponsing : I dette tilfellet, appen er din, men du merker den for å matche en sponsors merkevare. Sponsoren betaler.
  • Freemium : Det er to versjoner av appen, en gratis og en betalte en. Hvis brukere liker den gratis, kan det være lurt å oppgradere og kjøpe den betalte versjonen.

Etter å ha formet ideene dine er det på tide å materialisere dem. Den gode nyheten er at du ikke trenger å være et teknologisk geni for å bygge en prototype . Vi er alle appbrukere og vi vet hvordan de vanligvis fungerer, så ta noen markører, blanke sider og begynn å bygge wireframe . En trådramme er i utgangspunktet en visuell guide som illustrerer skjelettrammen til appen. Viktigheten av trådrammen er å inkludere funksjonene som er oppført i sammendraget med hierarkiet, uten å fokusere på de grafiske og designelementene. Det er enkelt, du må planlegge og illustrere (en enkel tegning er greit) hver funksjon du skrev ned i korte trekk. Bare ta en penn og design appen. Lag enkle skisser: “Hvis du klikker her, tar det deg hit”. Skisser kan hjelpe deg med å materialisere ideene dine, finne ut om de er levedyktige, forståelige.

Det spiller ingen rolle om du ikke har peiling på ingeniørarbeid, bare planlegg og organiser ideene dine for å presentere dem for noen som vet hvordan du lager appen. Hovedmålet med dette trinnet er ikke å designe en endelig versjon, noen andre vil gjøre det for deg. Målet er at du bestiller ideene dine og visualiserer dem på en tydeligere måte. Da blir det lettere for deg å overføre ideene dine til utviklerne og markedsførerne.

Jeg anbefaler deg også å bygge en mockup . Dette er på en eller annen måte en “oppgradert versjon” av trådrammen. En mockup vil være en pen fremstilling av appen, den kan eller ikke kan være funksjonell, dette betyr ikke at den virkelig fungerer, det er en demonstrasjon av hvordan den vil fungere. Det er forskjellige verktøy du kan bruke til å bygge modeller, de er veldig enkle, så igjen, du trenger ikke å være ingeniør for å bruke dem. Noen av dem er Sketch (to do wireframes) & Invision (for å konvertere Sketch wireframes til mockups), Adobe XD eller Balsamiq.

Om betalingsvilligheten:

Folk sa at de var villige til å bruk appen din, men er de villige til å betale for det? Vi kan ikke stole på folks ord når et helt prosjekt er på banen. Det er forskjellige metoder du kan bruke for å validere betalingsviljen.

En god en er å lage et enkelt nettsted, som den pretotypen jeg nevnte tidligere, med en «kjøp» oppfordring til handling. Selvfølgelig vil du ikke lade, når folk prøver å kjøpe, vil du fortelle dem at funksjonen ikke er tilgjengelig ennå, men du får informasjonen om alle disse menneskene som faktisk er villige til å betale for løsningen din . Du bør måle summen av «salg» og forstå hvor de kommer fra. En annen interessant variabel er «vognens forlatelsesrate», som måler antall personer som startet kjøpsprosessen, men av en eller annen grunn ikke fullførte den.

Du kan også spørre direkte til potensielle brukere om de ville betal på forhånd for løsningen din, før den er fullt utviklet. Hvis de gjør det, betyr det at du har reelle potensielle forbrukere. Hvis de ikke gjør det, bør du grave dypere for å finne ut hvorfor og om de virkelig vil betale for appen når appen er i markedet (selvfølgelig avhenger dette av forretningsmodellen din, det kan medføre betaling).

# 2. Veikarting

Planen din er klar og dette betyr at det er på tide å gjøre det ekte, så i tilfelle du ikke er en apputvikler, bør du være nysgjerrig på denne delen. Utvikleren din starter med veikarting prosjektet ditt. Veikartlegging er den strategiske prosessen med å definere handlingene og ressursene som trengs for å ta et initiativ fra visjon til virkelighet. Hvem kan kjøreplaner og utvikle appen min? Det er forskjellige alternativer, hver med fordeler og ulemper.

Her er noen:

  • Ansette et programvareutviklingsbyrå: dette er sannsynligvis et av de beste alternativene.Hvis du leier et byrå, vil du ha personer med forskjellige spesialiseringer og fokuserer på å jobbe med prosjektet ditt, dette betyr at hver del av app vil oppfylle profesjonelle standarder. I tillegg er tryggere enn å ansette en frilanser.
  • Du kan velge å ansette et USA-basert byrå eller byråer basert i andre land. Begge alternativene fungerer perfekt. Du tror kanskje at å ansette noen i USA er enklere og tryggere, men sannheten er at prisene pleier å være mye høyere. Å utvikle med et amerikansk byrå er et godt alternativ, men det er også det dyreste, og dette betyr ikke engang bedre kvalitet. Det er derfor du kanskje vil vurdere å ansette et byrå basert i et annet land. Det er mange seriøse byråer over hele verden, med gode fagpersoner som utvikler programvare av høy kvalitet. I dette tilfellet vil du utvikle appen din til betydelig lavere pris uten å miste kvalitet . Mange ganger selv amerikanske byråer outsourcer til andre land.
  • Du bør imidlertid ikke ansette det første byrået du finner bare fordi det er billig. Du bør absolutt gjøre undersøkelser, sjekke tidligere produkter og vurdere om de er gode, snakke med dem, finne ut om deres tankesett og ditt møtes osv.
  • En annen viktig ting å ta i betraktning er kommunikasjon . Den gode nyheten er at det i dag, med fantastiske teknologier som Slack eller Skype, er veldig enkelt å kommunisere. Men hvis du ansetter et byrå fra et annet land, kan du planlegge samtaler og sørge for at engelsk er bra. Sjekk også om byråets tidssone og din er like; et byrå er en partner, og du vil jobbe side om side med dem, du vil ikke at de skal ha en helt annen tidssone. Dette betyr ikke at du ikke kan jobbe med byråer fra andre land, for eksempel har Uruguay og New York bare en times forskjell, mens New York og LA har 3.
  • Avsluttende hvis du leter frem til å ansette et byrå, undersøke de forskjellige forslagene, sammenligne dem i pris, kvalitet på tidligere arbeid, kommunikasjon og kompromiss, og ikke vær redd for å ta hensyn til byråer fra andre land.
  • Ansett en frilanser: Du finner frilansere i USA eller i andre land, de pleier å være billigere enn byråer (prisene avhenger også av der de er lokalisert) men er mindre pålitelige ettersom de ikke har selskapssupport. Hvis du tenker på å ansette en frilanser, anbefaler jeg deg på det sterkeste å finne ut tidligere kunder fra utvikleren og be dem om tilbakemelding på sitt arbeid.
  • Finn en teknisk medstifter. Dette er å finne noen som er villige til å invester tid og kunnskap i appen din uten å motta penger til utviklingen, men forvent å tjene penger når appen er lansert og fakturert. Sannheten er at det ikke er lett å finne noen som godtar disse vilkårene, men det er ikke umulig. En teknisk medstifter må være noen virkelig lidenskapelig og motivert av ideen din, noen med forpliktelse og tid til å investere. Han burde være like overbevist om potensialet i appen som du er. Den beste måten å finne en teknisk medstifter er i ditt eksisterende nettverk: medarbeidere, gründere, venner eller venner av venner! Hvordan dele inntektene? Det avhenger av avtalen du inngår med partneren din. Dette er et flott alternativ, men det er ikke alltid en mulighet.

Hvilken bør jeg velge? Bare du kan bestemme det. Du bør ta hensyn til budsjettet ditt, risikoen du er villig til å ta, profilen og erfaringen til byråene / utviklerne, verktøyene de bruker, deres arbeidsmetodikk, stilen som passer mer for deg osv. Det beste rådet jeg kan gi deg er å undersøke hvert alternativ og bli grundig kjent med byrået / utvikleren før du tar en beslutning. Ta hensyn til at den du velger vil være partneren din i lang tid, så det er viktig å jobbe med noen som virkelig forstår hva du vil og gleder deg til å jobbe side om side med deg.

# 3. Å utvikle MVP

MVP går til Minimum levedyktig produkt . Det er et sentralt konsept i LEAN-tilnærmingen, og det refererer til en første versjon av produktet.MVP er en fungerende versjon av appen som har de grunnleggende funksjonene . Bortsett fra å tjene faktiske penger (eller ikke, det avhenger av strategien du velger når du lanserer MVP), vil du samle inn relevant informasjon om brukere ved å observere deres atferd. Så MVP har to hovedformål: på den ene siden å tilfredsstille de viktigste behovene til brukerne, og på den andre siden å skaffe verdifull informasjon og tilbakemelding om disse tidlige forbrukerne. Å mislykkes er å lykkes, å finne feil og innsikt i MVP er billigere enn å finne dem etter å ha utviklet en app med større omfang.

Det er en vanlig feil å tro at MVP og prototypen (i valideringsinstansen) er de samme, men de er veldig forskjellige. Selv om begge samler inn informasjon om brukerne, er hovedforskjellen at mens MVP er en faktisk fungerende app med reell verdi for brukeren, er prototypen en skisse, en veldig billig og enkel måte å representere produktet som ikke faktisk funksjon enda. Dette betyr at MVP krever en mye større investering av penger og tid. Derfor gjøres det senere.

# 4. Fortsett å legge til verdi!

Nå ja. Du har bekreftet at appen din løser et reelt problem, med en levedyktig løsning og et potensielt marked, med betalingsvillige. Du planla, skisserte og validerte funksjonene. Du undersøkte de forskjellige alternativene til utviklere og valgte det mer passende for deg og ditt prosjekt. Utvikleren lagde en veikart, og du var enig i det, så han begynte å jobbe med MVP for å endelig starte appen og også få ny innsikt og spare penger. Du lanserte MVP, samlet all informasjonen du fikk fra den og analyserte den.

Nå er det på tide å, ta hensyn til resultatene av MVP, gjøre noen endringer (om nødvendig) og legge til de manglende / Nye funksjoner. Ta alltid hensyn til verdien de vil tilføre brukerne. Husk at hovedmålet er å tilføre verdi så snart som mulig. En app er aldri ferdig, de er i konstant utvikling, så du bør alltid se frem til å utvikle deg.

# 5. Andre

Det er mange andre viktige konsepter du må ta i betraktning hvis du skal lage en app som økonomi, markedsføring, analyse, måling av suksess, menneskelige ressurser, juridisk rådgivning etc. Don Ikke glem at det å lage en app oppretter en virksomhet . Så hvis du er interessert i noen av disse begrepene, kan du gi oss en kommentar nedenfor og fortelle oss hvilken slik at vi skriv et nytt innlegg der du forklarer det. Og hvis du leter etter Apputvikling, send oss ​​en linje! Vi er et digitalt produktstudio av høy kvalitet, og vi Vi diskuterer gjerne din fantastiske idé.

Denne artikkelen ble opprinnelig publisert på Light-it Software 8. oktober 2019 og ble skrevet av Josefina Ruiz: https://lightit.io/blog/i-have-an-app-idea-what-should-i-do-next/

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *