Lær, hvordan man opretter en app (Via Kevin Rose)

Af Richard Reis

Hej skat,

Tidligere i år annoncerede Kevin Rose, at han arbejdede på en ny meditationsapp.

Naturligvis syntes meditatoren i mig, at dette var gode nyheder (og han havde ret, Kevins meditationsapp er den eneste, jeg bruger / anbefaler i dag).

Det vigtigste af alt var, at appbyggeren i mig var begejstret!

Hvorfor? Fordi Kevin dokumenterede hele processen på denne Facebook-gruppe.

Endelig fik vi en chance for at kigge bag gardinet. Kevin delte alt inklusive hans forskning, wireframes, designs, hvordan han valgte et navn og endda omkostningerne!

Jeg ville ønske, at jeg havde adgang til dette for år siden. Det ville have skånet mig for mange mange hovedpine.

På den lyse side får du adgang til det hele! Jeg kondenserede alt i dette brev.

God fornøjelse.

Sidenote: Jeg holder denne iOS-centreret, fordi Oak er en iOS-app. Hvis du bygger til Android, skal du bare finde Android-ækvivalenten til hver tjeneste. Hvilken platform skal du bygge til? Hvilken som din bruger bruger. Hvis du er usikker, skal du bygge for hvilken platform du bruger. Uanset hvad, opbyg en native app (det giver en bedre brugeroplevelse, det vigtigste er brugeroplevelse).

Trin 1: Forskning

Uanset hvilken idé du har, er det en god plan at gå derude og lege med din konkurrence.

Find de bedste apps, der er relateret til hvad du laver (f.eks. Kevin downloadede en masse meditationsapps). Download dem på din telefon, og brug hver eneste en.

Dette giver dig mulighed for at finde ud af to ting:

  1. Er der en app, der allerede gør alt, hvad du leder efter? I så fald er der ingen mening i at opbygge en anden.
  2. Hvilke funktioner kan du virkelig lide? Måske kan du kopiere nogle. Hardcore Silicon Valley-fans bliver mindet om mantraet "gode kunstnere kopierer, store kunstnere stjæler."

Anbefalet - regneark

Brug ikke bare apps og glem dem.

Spor alle data vha. Et regneark. Begræns det til fire apps (enten dine foretrukne eller de mest populære).

Dette giver dig et overblik over det indhold, de alle deler, deres prisstrategier, deres sociale funktioner osv. ...

Sidenote: Denne proces tager lang tid! Det kan tage uger afhængigt af din app.

Her er Kevins forskning. Nedenfor finder du et skærmbillede af det (bare i tilfælde af, at linket ikke fungerer).

I denne video guider han dig gennem det hele.

Trin 2: Trådrammer

Gjorde al din research? Fantastisk.

Dernæst skal du omdanne dine ideer til wireframes.

Brug en hvilken som helst app, du ønsker. Men for nylig har Sketch været alt det vrede i designverdenen på grund af hvor enkel / ren det er.

Jeg kan varmt anbefale at du henter Sketch og ser et par tutorials. Det vil være en stor investering (selvom du ikke bygger apps).

Lav nu alt, hvad du ønsker at se i appen.

Husk, at dette ikke er den app, du oprindeligt vil oprette. Den første version vil være enklere (for at din app skal lykkes, skal du gøre en ting bedre end nogen anden, så lad ikke være vild med masser af funktioner).

Hvad wireframes gør er at give dig retning (og giver dig mulighed for at samle feedback).

Nedenfor er Kevin's wireframes. Bemærk, hvordan han viser informationsstrømmen ved hjælp af røde felter og beskrivelser (forvent ikke, at dit team bare "får" dine wireframes uden nogen forklaring).

Trin 3: Modstande

Herefter skal vi ændre disse wireframes til smukke designs.

Er du designer? For det første misunder jeg dig. For det andet kan du springe over denne del, da du naturligvis vil gøre alt, hvad jeg vil sige.

Inspiration

Du skal etablere en visuel tone til din app.

Et Pinterest-tavle vil være super nyttigt. Fastgør design, som du kan lide.

Hvilke ord kommer der i tankerne, når du tænker over din app? (sød, venlig, seriøs, professionel, afslappende, spændende osv ...)

Skriv dem ned. Dette vil hjælpe dig med at finde det perfekte look til din app.

Find en designer

Hvis du ikke er en designer, anbefaler jeg, at du finder en.

Hvordan? Brug en service som Dribbble, Behance eller 99Designs.

Skamløst stik: Du kan også e-maile min ven, Alejandra. Hun har ikke et websted (endnu !!), men hun er en fantastisk designer.

Du vil sandsynligvis bruge TIMER på at se hundreder, hvis ikke tusinder af forskellige designere, indtil du finder den perfekte.

Sidenote: Nogle mennesker siger, at design ikke er vigtigt, på trods af at Apple har vist dem forkert i de sidste 40 år (og tæller). For disse mennesker vil dette Paul Graham-essay være nyttigt.

Sørg for, at du får en standardaftale til freelance-arbejde. Nogle websteder (som 99Designs) håndterer dette for dig. Men Kevin brugte et Silicon Valley advokatfirma, Gunderson Dettmer.

Design The Mockups

Du skal ikke bare "give wireframes og få et design tilbage."

Du har en serie frem og tilbage iterationer med din designer.

For at gøre denne proces lettere skal du undgå, hvad der normalt sker, hvor folk ender med tusinder af filer med navnet fil_1, fil_2, fil_3, fil_1anbefalet osv. ...

Brug abstrakt. Det er versionskontrol til design (som Github med forpligtelser og alt det der). Din designer vil takke dig.

Redigering: Andre muligheder inkluderer Kactus og Plant.

Tryk på den app

Efter at have arbejdet med en designer vil dine grimme wireframes blive smukke mockups.

Nedenfor ser du Kevin's oprindelige mockups (selvom den endelige app ser anderledes ud).

Men selv dette er ikke endeligt!

Det er en ting at se designet er at sikre, at appens flow giver mening, er en anden.

Brug InVision for at komme dig tættere på den rigtige ting.

Dette giver dig mulighed for at se designene på din telefon og trykke igennem dem, som om de var den rigtige app. Tro mig, det vil føles meget anderledes end statiske design.

Trin 4: Byg

Endelig kan du begynde at bygge!

Hvis du kan skrive kode, er du i god form. Du bygger selv den første version og ansætter folk til udvalgte områder, mens du går.

Hvad med de ikke-tekniske mennesker derude? Ikke at bekymre sig. Husk Kevin er også "ikke-teknisk" (sammen med andre som Steve Jobs, Jeff Bezos, Elon Musk, Marc Benioff, Michael Dell, Brian Chesky, Ryan Hoover osv. ...).

Du skal blot finde en teknisk person (men du skal stadig gøre det mest, hvis ikke alle de 30 andre ting, der ikke er softwareudvikling).

Sidenote: Hvis du vil arbejde med software, mener jeg stadig, at du bør lære at kode. I det mindste det grundlæggende. Jeg ved, at mange mennesker vil være uenige med mig her, men at tale sproget og forstå hvad der foregår er super vigtigt. Hvis du vil bygge iOS-apps, kan du begynde at lære ved hjælp af Apples app til Swift Playgrounds.

Værktøj

Her er de samme værktøjer, der hjælper dig med at opbygge appen.

  • Backend: For at bevare din brugers data skal du bruge en service som Firebase (Google) eller CloudKit (Apple).
  • Analytics: Det er et rod. Alle tjenester er ikke gode på en eller anden måde. For eksempel er Facebook Analytics fantastisk til målgruppemetrik (køns- og aldersfordeling), men ikke så godt til begivenhedsmålinger. Det afhænger virkelig af, hvad du fokuserer på til din app. Så vælg mellem Facebook Analytics, Google Analytics eller Mixpanel.
  • Videoer: Hvis din app har videoer, skal du være vært for dem ved hjælp af JW Player.
  • Betatesting: Kun version 1.0 af din app skal gøre det til app store. Før det skal du udføre alle betatest ved hjælp af TestFlight. Du kan invitere op til 10.000 betatestere, før du lægger din app derude.
  • Projektledelse: Hvis du arbejder med et team, skal du bruge Basecamp for at sikre dig, at alle er på samme side.
  • Optagelse: Det er dejligt at dokumentere appopbygningsprocessen (hvis du deler online, hjælper dette dig også med at få betatestere som Kevin gjorde). Optag din skærm, og rediger videoer ved hjælp af Camtasia.

ekstra

Hvad med fokusgrupper eller A / B-test?

Glem alt det.

Fokusgrupper døde i 1980'erne, og du skal ikke bekymre dig om A / B-test, før du har flere tusinde brugere.

Sørg for at bygge noget, folk vil have (mere om dette i senere breve). Lad appen stå på sin egen.

Bruger folk det? Kan folk lide det? Deler folk det?

Når det vokser uge efter uge og måned efter måned, kan du begynde at tænke på at opbygge fællesskabsfunktioner (som henvise til en ven og hvad ikke).

Magisk nummer

Hvis du virkelig vil have noget at fokusere på (når dit produkt fungerer, og folk kan lide det), så prøv at finde det magiske nummer.

Hvad skal folk gøre X antal gange, inden de bliver tilsluttet din app?

For eksempel regnede Facebook med, at hvis folk tilføjede 7 venner på 10 dage, ville de være tilsluttet. Naturligvis arbejdede Facebook hårdt for at få det til at ske for enhver bruger (og jeg vil sige, at det fungerede temmelig godt).

Lige nu prøver Kevin at finde ud af, hvor mange meditationer det tager i X mængde dage at koble en bruger (dette er grunden til, at apps som Headspace har en 10-dages meditationsvejledning).

Trin 5: Navn

Ahh, navneprocessen.

Iværksættere hader dette. Det kan tage evigt (Stripe ved dette godt). Og du vil heller ikke have eksisterende navne eller registrerede varemærker.

Derfor bør navngivning af din app være den SIDSTE ting, du gør.

Hvad gjorde Kevin? Opret et andet regneark!

  • Den første kolonne viste hans nuværende fem foretrukne navne.
  • Den anden kolonne viste navne, han kunne lide, men gik videre.
  • Den tredje kolonne viste termer, han tænkte på, når han tænkte på appen (dette hjælper med at tænke på flere navne).
  • Den fjerde kolonne viste navne, han kunne afslutte appen med i app store.

Du kan gøre det samme, før du beslutter dig for et navn.

Et værktøj, der måske kan hjælpe, er OneLook Reverse Dictionary (som jeg elsker).

Bare husk, at navnet skal bestå "bjælketest." Forestil dig, at du befinder dig i en støjende, overfyldt bar, og du er nødt til at læne dig for at fortælle nogen navnet på din app uden at skulle stave den eller sige den igen. Får de det?

Når du har fundet navnet, skal du hente det domæne!

Tillykke! Du ved nu hvordan man bygger en app :)

Og det er det for i dag!

I dag lærte vi:

  • Sådan bygger du en app!
  • Hvordan man forsker.
  • Sådan bygges wireframes.
  • Sådan opretter du smukke mockups.
  • Sådan bygger du en betaversion.
  • Sådan finder du det perfekte navn.

Ses i næste uge (følg serien her for at blive underrettet).

Ha det godt.

R

P.S .: Dette brev ville ikke have eksisteret uden Kevin dokumenteret alt det hårde arbejde, han og hans team gjorde. Sørg for at downloade Oak (ærligt talt den bedste meditationsapp, jeg har brugt). Tak Kevin!

Tak for at have læst! 
Hvis du nød det, skal du teste, hvor mange gange kan du ramme  på 5 sekunder. Det er fantastisk cardio til dine fingre OG vil hjælpe andre mennesker med at se historien.
Du kan følge mig på Twitter på @richardreeze for at finde ud af det, når andre ligesom det kommer ud.
Da jeg skriver om finansiering, er juridisk jargon obligatorisk (fordi fyre i dragter gjorde mig). Før du følger noget af mine råd, skal du læse denne ansvarsfraskrivelse.

Brev 46. Tjen penge med fast ejendom: En introduktion ← FORRIGE

NÆSTE → Bogstav 48. Sådan starter du en opstart (1/3) - Rejse

INDEKS