Jeg har en appidé … Hvad skal jeg gøre næste ?

(Josefina Ruiz) (15. okt. 2019)

Realisering af en appidé: Begyndervejledning

Jeg ved, hvad du føler lige nu. Det er blandingen af ​​spænding, angst og frustration, du får, når du ved, at du har en fantastisk idé, men ikke har nogen anelse om, hvordan du skal følge op. Den gode nyhed er, at du er på det rigtige sted!

I dette indlæg vil vi forklare til dig de trin, du skal følge, hvis du vil omdanne din idé til en reel og app til at tjene penge . Detaljerne findes i hele artiklen, men her er en kortliste til at sortere dine forventninger:

  1. Det første trin er” at føre din idé igennem “en række filtre der følger The Lean Validation-metoden for at validere og sørge for at du ikke spilder din tid og penge.
  2. Efter validering af og planlægning din idé , hvis du ikke har nogen idé om appudvikling, skal du finde nogen til køreplan dit projekt (vi forklarer dette koncept senere i artiklen). Der er mange alternativer med forskellige fordele og ulemper med hensyn til, hvem der skal køreplan for dit projekt, men rolig, artiklen hjælper dig med at vælge den mere nøjagtige en.
  3. Når køreplanen er færdig, er det tid for udvikleren at oprette Minimums levedygtigt produkt (vi kommer også til dette i artiklen).
  4. Efter lanceringen af ​​MVP bør du evaluere dens ydeevne og få feedback fra tidlige brugere. Afhængigt af disse resultater og feedback vil du fortsætte med at udvikle nye funktioner og foretage ændringer.
  5. Oprettelse af en app er ikke et let job, men gør det ikke mister din entusiasme ! Hvis du har en god idé, og du er motiveret, stopper det ikke nødvendigvis dig at være amatør, men du bliver nødt til at undersøge og planlægge. Nøglen til succes er ikke kun afhængig af ideen, den er mest afhængig af at vide, hvordan man udfører den.

# 1. Filtre

Det første skridt, der skal tages, er at evaluere, om din idé er levedygtig . Du tror sandsynligvis, at det er, men … har du tænkt igennem det?

For at gøre dette skal Lean Validation Methodology præsenterer fire forskellige stadier af validering: det problem, det løser, marked, produkt og betalingsvillighed . For at validere ideen skal du ”give den igennem” disse faser, der fungerer som filtre og vil hjælpe dig med enten at ratificere, ændre eller kassere din idé. Det er en måde at bekræfte, at din idé ikke bare er god, den er også levedygtig og fungerer effektivt. Hvis ideen mislykkes på noget tidspunkt, betyder det ikke, at du skal smide den væk, vigtigheden af ​​validering kommer med at hjælpe dig med at finde ud af måder, hvorpå du kan ændre den originale idé, så den kan udføres.

Om det problem, det løser:

Først kan du stille dig selv nogle spørgsmål. Hvilket problem løser denne app? Tror du, at der er en vigtig mængde mennesker, der har det problem? Finde ud af. Søg, hvis der er et reelt marked, kan du finde de demografiske data i dit lands tællingsresultater. Hvis der er en betydelig gruppe mennesker i din målgruppe … Ville de bruge appen? Er det virkelig nødvendigt for dem?

Der er forskellige måder at validere ideen på dette stadium. Nøglen er at fokusere på brugerundersøgelse, Dette hjælper dig med at bekræfte, at det problem, du har at gøre med, ikke kun er en problem for dig, , og at hvad du finder en ideel løsning er, hvad de andre også leder efter.

Det er vigtigt at dialog med potentielle brugere. Dette er ikke din familie, venner og kolleger, det er ikke dem, der skal bruge din app. Okay, måske er de, men de er partiske, ligesom dig, og de vil støtte dig og fortælle dig, hvad du vil høre.Du er nødt til at afgrænse din målgruppe og bede dem om feedback . Dette spørger ikke “ville du bruge denne app?”, Folk vil svare, at de vil.

For at få denne feedback er der flere teknikker. Den ene er for eksempel interviewet. At sidde sammen med en potentiel bruger og lære om ham, hans problem, tidligere erfaringer, hvordan han forsøgte at løse det og resultatet, hvad han ville sætte pris på som bruger osv. Det er vigtigt at vide, hvad de vil, men du bør ikke spørge dem direkte, i stedet bede dem om motiver bag det, de ønsker.

Andre teknikker:

Om markedet:

Ved at tale med mulige brugere bekræfter du, at folk med dit problem eksisterer virkelig. Men hvor mange er de? Du skal sørge for, at der er et betydeligt antal mennesker, der bruger din app til at være rentabel .

Hvor stort skal markedet være? Det afhænger af produktet og målet. Der er mikromarkedsføringsprojekter med meget god omsætning. Det afhænger virkelig af dine forhåbninger og detaljerne. Apps behøver ikke at være enorme for at få succes, du behøver ikke være Uber, Facebook eller Amazon for at være rentable.

For at afgrænse og forstå markedet bør du undersøge søskende markeder og analyserer deres volumen og egenskaber. Du kan overveje, at dit produkt er så innovativt, at du skaber et nyt marked; dette er muligt, men ikke sandsynligt, så se dybt ind i det. Du bør lave udtømmende konkurrentforskning, ikke kun for direkte konkurrenter, men også for lignende produkter og løsninger. Lær dem grundigt at kende: deres team, deres kontor, deres forretningsmodel, medier, prisfastsættelse, funktioner …

Der er forskellige værktøjer, du kan bruge til at validere markedet såsom Google Trends eller Google Adwords Planner . Du kan f.eks. Også oprette en pretotype . Dette koncept følger forestillingen om “falske det, før du laver det”. I dette tilfælde kan du f.eks. oprette en enkel og standard webside, der lover den løsning, du vil udvikle, men uden at have løsningen. På denne måde kan du måle og endda få data om de personer, der kom ind på det web. Dette er en måde at afgrænse markedet på.

Om produktet

Det er tid til at validere din idé, og til det bliver du nødt til at oprette en prototype , selvom det er en håndlavet. Men først skal du forme dine ideer.

Skriv ned en kort beskrivelse af alt om appen . Start med det grundlæggende og fortsæt med at dykke mere og mere dybt. Først skal du inkludere problemet, det løser, hvordan det løses , og målgruppe . Gå derefter dybere, tænk på -specifikationer , alt hvad du gerne vil have, at appen skal have. Medtag alle -funktioner, fordele, attribut, innovative ting , der giver din app reel og ny værdi for den endelige forbruger.

Glem ikke at medtage forretningsmodel . På en eller anden måde skal din app tjene penge. Vil appen f.eks. Blive opkrævet? Her er de forskellige metoder til indtægtsgenerering:

  • Betalt app: Brugeren skal betale ( på AppStore / Google Play, hvis det er en mobilapp eller i appen, hvis det er på nettet) for at downloade / bruge appen.
  • Køb i appen : Download / brug af appen er gratis, men der er en betalt mulighed, der låser op for ekstra funktioner / niveauer. (I et spil kan du f.eks. Købe ekstra liv eller spilpenge).
  • Annoncering i app: Dette er den mest populære måde at tjene penge på en app på. Det er ret simpelt, en annoncør med en lignende målgruppe indstiller en annonce i din app, og du, appejer, får penge for antallet af visninger eller klik, som annoncen havde. Pengebeløbet afhænger også af annoncetypen, det kan være et banner, en video, en pop-up osv.
  • Abonnement : Appen er gratis, og en del af indholdet er også, men brugere kan abonnere ( betaler månedligt / pr. år) og får adgang til en ubegrænset version af appen eller til noget andet indhold, der kun er tilgængeligt for abonnenter. Dette er for eksempel tilfældet med Spotify og Netflix.
  • Sponsorering : I dette tilfælde appen er din, men du mærker den til at matche en sponsors brand. Sponsoren betaler.
  • Freemium : Der er to versioner af appen, en gratis og en betalte en. Hvis brugere kan lide den gratis, vil de måske opgradere og købe den betalte version.

Efter at have formet dine ideer er det tid til materialisere dem. Den gode nyhed er, at du ikke behøver at være et teknologisk geni for at opbygge en prototype . Vi er alle app-brugere og vi ved, hvordan de normalt fungerer, så tag nogle markører, blanke sider, og start med at opbygge din wireframe . En trådramme er dybest set en visuel guide, der illustrerer appens skeletramme. Vigtigheden af ​​trådrammen er at inkludere de funktioner, der er anført i tråden, med deres hierarki uden at fokusere på de grafiske og designelementer. Det er simpelt, du skal planlægge og illustrere (en simpel tegning er okay) hver funktion, du skrev ned på kort. Bare tag en pen og design appen. Opret enkle skitser: “Hvis du klikker her, tager det dig her”. Skitser kan hjælpe dig med at materialisere dine ideer, finde ud af, om de er levedygtige, forståelige.

Det betyder ikke noget, om du ikke har nogen anelse om teknik, bare planlæg og organiser dine ideer for at præsentere dem for nogen hvem ved hvordan man opretter appen. Hovedformålet med dette trin er ikke at designe en endelig version, det vil en anden gøre for dig. Målet er, at du bestiller dine ideer og visualiserer dem på en klarere måde. Så bliver det lettere for dig at overføre dine ideer til udviklerne og marketingfolk.

Jeg anbefaler dig også at oprette en mockup . Dette er på en eller anden måde en “opgraderet version” af trådrammen. En mockup vil være en pæn gengivelse af appen, den kan muligvis ikke være funktionel, det betyder ikke, at den virkelig fungerer, det er en demonstration af, hvordan det ville fungere. Der er forskellige værktøjer, du kan bruge til at oprette mockups, de er virkelig enkle, så igen, du behøver ikke være ingeniør for at bruge dem. Nogle af dem er Sketch (to do wireframes) & Invision (for at konvertere Sketch wireframes til mockups), Adobe XD eller Balsamiq.

Om betalingsvilligheden:

Folk sagde, at de var villige til at brug din app, men er de villige til at betale for det? Vi kan ikke stole på folks ord, når et helt projekt er på banen. Der er forskellige metoder, du kan bruge til at validere betalingsvilligheden.

En god en er at skabe et simpelt websted, som den forudgående type, jeg nævnte før, med en “køb” opfordring til handling. Selvfølgelig oplader du ikke rigtig, når folk prøver at købe, fortæller de dem, at funktionen ikke er tilgængelig endnu, men du får oplysningerne om alle disse mennesker, der faktisk er villige til at betale for din løsning . Du skal måle det samlede antal “salg” og forstå, hvor de kommer fra. En anden interessant variabel er “vognens opgivelsesgrad”, der måler antallet af personer, der startede købsprocessen, men af ​​en eller anden grund ikke afsluttede den.

Du kan også spørge direkte til potentielle brugere, om de ville betal forud for din løsning, inden den er fuldt udviklet. Hvis de gør det, betyder det, at du har reelle potentielle forbrugere. Hvis de ikke gør det, bør du grave dybere ned for at finde ud af, hvorfor og om de virkelig betaler for appen, når appen er på markedet (det afhænger naturligvis af din forretningsmodel, det kan måske ikke medføre betaling).

# 2. Køreplanlægning

Din plan er klar, og denne betyder, at det er tid til at gøre det rigtigt, så hvis du ikke er en appudvikler, skal du være nysgerrig efter denne del. Din udvikler starter med roadmapping dit projekt. Køreplanlægning er den strategiske proces til at definere de handlinger og ressourcer, der er nødvendige for at tage et initiativ fra vision til virkelighed. Hvem kan køreplaner og udvikle min app? Der er forskellige alternativer, hver med fordele og ulemper.

Her er nogle:

  • Ansættelse af et softwareudviklingsagentur: dette er sandsynligvis et af de bedste alternativer.Hvis du ansætter et bureau, har du mennesker med forskellige specialiseringer og fokuserer på at arbejde på dit projekt, det betyder hver del af din app vil opfylde professionelle standarder. Derudover er backup af et bureau sikrere end at ansætte en freelancer.
  • Du kan vælge at ansætte et USA-baseret agentur eller agenturer med base i andre lande. Begge muligheder fungerer perfekt. Du tror måske, at det er enklere og mere sikkert at ansætte nogen i USA, men sandheden er, at priserne har tendens til at være meget højere. At udvikle med et amerikansk-baseret agentur er et godt alternativ, men det er også det dyreste, og det betyder ikke engang bedre kvalitet. Derfor vil du måske overveje at ansætte et bureau med hjemsted i et andet land. Der er mange seriøse agenturer rundt om i verden med gode fagfolk, der udvikler software af høj kvalitet. I dette tilfælde udvikler du din app til en betydelig lavere pris uden at miste kvalitet . Mange gange outsource selv amerikanske bureauer til andre lande.
  • Du bør dog ikke ansætte det første bureau, du finder kun fordi det er billigt. Du bør helt sikkert undersøge deres tidligere produkter og vurdere, om de er gode, tale med dem, finde ud af, om deres tankegang og din mødes osv.
  • En anden vigtig ting at tage i betragtning er kommunikation . Den gode nyhed er, at kommunikation i dag med fantastiske teknologier som Slack eller Skype er virkelig let. Men hvis du ansætter et bureau fra et andet land, skal du planlægge opkald og sørge for, at deres engelsk er godt. Kontroller også, om agenturets tidszone og din er ens; et bureau er en partner, og du vil arbejde side om side med dem, du vil ikke have dem til at have en helt anden tidszone. Dette betyder ikke, at du ikke kan arbejde med agenturer fra andre lande, for eksempel har Uruguay og New York kun en times forskel, mens New York og LA har 3.
  • Afslutning, hvis du leder efter videresende til at ansætte et bureau, undersøge de forskellige forslag, sammenligne dem i pris, kvalitet af deres tidligere arbejde, kommunikation og kompromis, og vær ikke bange for at tage hensyn til agenturer fra andre lande.
  • Ansæt en freelancer: Du kan finde freelancere i USA eller i andre lande, de har tendens til at være billigere end agenturer (priser afhænger også af hvor de er placeret) men er mindre troværdige da de ikke har virksomhedsopbakning. Hvis du overvejer at ansætte en freelancer, anbefaler jeg dig stærkt at finde ud af udviklerens tidligere kunder og bede dem om feedback på hans arbejde.
  • Find en teknisk medstifter. Dette er at finde nogen, der er villige til at invester hans tid og viden i din app uden at modtage penge til udviklingen, men forvent at tjene penge, når appen er lanceret og faktureret. Sandheden er, at det ikke er let at finde nogen, der accepterer disse vilkår, men det er ikke umuligt. En teknisk medstifter skal være en virkelig lidenskabelig og motiveret af din idé, en person med forpligtelse og tid til at investere. Han skal være så overbevist om appens potentiale som du er. Den bedste måde at finde en teknisk medstifter på er i dit eksisterende netværk: kolleger, iværksættere, venner eller venner af venner! Hvordan fordeler man indtægterne? Det afhænger af den aftale, du indgår med din partner. Dette er et godt alternativ, men det er ikke altid en mulighed.

Hvilken skal jeg vælge? Kun du kan beslutte det. Du skal tage hensyn til dit budget, de risici, du er villig til at tage, agenturernes / udviklernes profil og erfaring, de værktøjer, de bruger, deres arbejdsmetode, den stil, der er mere egnet til dig osv. Det bedste råd jeg kan give dig er at undersøge ethvert alternativ og lære dybt at kende agenturet / udvikleren, inden du tager en beslutning. Vær opmærksom på, at den, du vælger, vil være din partner i lang tid, så det er vigtigt at arbejde med en person, der virkelig forstår, hvad du vil have og ser frem til at arbejde side om side med dig.

# 3. Udvikling af MVP

MVP går til Minimums levedygtigt produkt . Det er et centralt koncept i LEAN-tilgangen, og det henviser til en første version af produktet.MVP er en fungerende version af appen, der har grundlæggende funktioner kun. Bortset fra at tjene faktiske penge (eller ej, det afhænger af den strategi, du vælger, når du lancerer MVP), indsamler du relevante oplysninger om brugere ved at observere deres adfærd. Så MVP har to hovedformål: på den ene side at tilfredsstille brugernes vigtigste behov og på den anden side at få værdifuld information og feedback om disse tidlige forbrugere. At mislykkes tidligt lykkes, at finde fejl og indsigt i MVP er billigere end at finde dem efter at have udviklet en app med et større omfang.

Det er en almindelig fejl at tro, at MVP og prototypen (i valideringsinstansen) er de samme, men de er meget forskellige. Selvom begge indsamler information om brugerne, er den største forskel, at mens MVP er en faktisk fungerende app med reel værdi for brugeren, er prototypen en skitse, en rigtig billig og nem måde at repræsentere det produkt på, der faktisk ikke funktion endnu. Dette betyder, at MVP kræver en meget større investering af penge og tid, derfor gøres det senere.

# 4. Fortsæt med at tilføje værdi!

Nu ja. Du har bekræftet, at din app løser et reelt problem med en levedygtig løsning og et potentielt marked med folk, der er villige til at betale. Du planlagde, skitserede og validerede funktionerne. Du undersøgte de forskellige alternativer for udviklere og valgte den mere passende til dig og dit projekt. Udvikleren lavede en køreplan, og du var enig med den, så han begyndte at arbejde på MVP for endelig at starte appen og også få ny indsigt og spare penge. Du startede MVP, samlede alle de oplysninger, du erhvervede fra den, og analyserede den.

Nu er det tid til at tage nogle ændringer (hvis det er nødvendigt) under hensyntagen til resultaterne af MVP og tilføje de manglende / nye funktioner. Tag altid højde for den værdi, de vil tilføje til brugerne, husk at hovedformålet er at tilføje værdi så hurtigt som muligt. En app er aldrig færdig, de er i konstant udvikling, så du skal altid se frem til at udvikle dig.

# 5. Andre

Der er mange andre vigtige begreber, som du bliver nødt til at tage i betragtning, hvis du skal oprette en app som økonomi, marketing, analyse, måling af succes, menneskelige ressourcer, juridisk rådgivning osv. Don glem ikke, at oprettelse af en app opretter en forretning . Så hvis du er interesseret i et af disse begreber, bedes du give os en kommentar nedenfor fortælle os hvilken, så vi skriv et nyt indlæg, der forklarer det. Og hvis du leder efter Appudvikling, send os en linje! Vi er et kvalitetsstudie af digitalt produkt, og vi Jeg vil gerne diskutere din fantastiske idé.

Denne artikel blev oprindeligt offentliggjort på Light-it Software den 8. oktober 2019 og blev skrevet af Josefina Ruiz: https://lightit.io/blog/i-have-an-app-idea-what-should-i-do-next/

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *