At bygge et produkt fra bunden er ikke let, men det kan være en meget givende proces. Da jeg fik ideen til Revue, besluttede jeg at handle med det straks. To år senere, og med 20.000 brugere og 2 millioner e-mails om måneden, kan jeg med sikkerhed sige, at bygningen på impuls var et af de bedste valg jeg nogensinde har lavet. Jeg startede hurtigt og lavede mange ting op undervejs, men jeg lærte mange lektioner, som jeg vil reflektere over i denne artikel.
Faktisk var jeg inspireret til at dele mine lektioner efter at have fundet sted på The App Guy Podcast; et show hostet af min gode ven Paul Kemp, en teknologisk iværksætter selv. Vi talte om min rejse med Revue og begge var enige om at medforfatter denne artikel for at løse de designhemmeligheder, jeg lærte på min rejse med Revue. Så her går vi ...
Designet er måske ikke perfekt. Nogle gange kan det aldrig være perfekt. Perfectionisme er ofte fjenden i denne sag. Gør mig ikke forkert, med det formål at skabe noget smukt og funktionelt er den ultimative topprioritet. Men for perfektionister kan lanceringsdagen aldrig komme. Jeg har set startups fejler, fordi de sætter for meget indsats i at perfektere noget, der ikke behøver at være perfekt i første omgang.
Jeg har set startups fejler, fordi de sætter for meget indsats i at perfektere noget, der ikke behøver at være perfekt
Du har masser af tid til at forbedre og gøre dit produkt bedre senere. Mennesker kan altid finde noget, der er galt med dit produkt, så spild tid på at perfektere det er ubrugeligt. Funktionalitet og en god ide kan tage dig en lang vej i begyndelsen. Sådan kan du se om der er et marked for dit produkt, og hvis folk rent faktisk er interesserede i det.
Hvis du har lanceret, kan jeg fortælle dig, at denne lektion nok er den vigtigste ting at få det rigtige. Lytte til folket på Revue har været noget, der hjalp mit produkt med at blive kickstartet. En af de vigtigste måder vi nåede op på 20.000 brugere er ved at lytte til den værdifulde feedback vi modtog fra kuratorer. Vores mission var at forsøge at gøre deres brugerrejse så nyttigt og behageligt som muligt. Faktisk bør du helt sikkert tage hensyn til feedback; især hvis du går dybere ind i at designe dit eget produkt og udføre funktioner, som dine kunder ofte har bedt om. Gør lytte til brugerens feedback en høj prioritet hver dag.
Ikke desto mindre forsøger ikke at tilfredsstille hver enkelt anmodning, du får. Vælg dine opdateringer, ændringer og forbedringer med omtanke baseret på al den feedback du får. Det betyder i hvert fald, at du skal lytte til hver enkelt anmodning, du får. Derefter sætte dit eget sind op om, hvad man skal gøre med denne feedback.
At få feedback fra brugere er afgørende for designprocessen
Vi opretholder endda et regneark, hvor vi lister alle de funktioner, som folk har bedt om i løbet af tiden. For nylig har vi åbnet vores køreplan for køreplanen i 2017 og inviteret brugere til at deltage i og stemme om, hvad de vil se næste. Det hjælper os med at lytte til, hvad deres smerter er, og hvad de synes er de mest afgørende funktioner med hensyn til fremtidige opdateringer. Kort sagt, at få feedback fra brugerne er afgørende for designprocessen. Hvem bedre at hjælpe dig med at lave dit produkt end de mennesker, der aktivt bruger det og kender produktets styrker og svagheder?
I e-mailverdenen er tingene komplicerede. Vi skal tage højde for dette, når vi designer til email. For eksempel er det meget forskelligt at designe for e-mail, end det er at designe til internettet. Desuden er e-mail ofte blevet overset af mange udviklere gennem årene. Sandheden er, at email ikke går væk når som helst snart. Det ændrer sig simpelthen og udvikler sig over tid. Jeg tror, det samme sker med mange andre industrier rundt om i verden.
Mere specifikt har vi identificeret, at nyhedsbreve virkelig har ændret sig gennem årene. Der er et tydeligt skift i den måde, folk fordøjer deres kuraterede indhold på. I begyndelsen ønskede vi at afspejle disse industriændringer i vores produkt ved at tage mere af et redaktionelt (magasinagtigt) kig på nyhedsbreve. Derfor har vi designet og lanceret temaer til Revue, og det har været et solidt skridt i retning af fremskridt. At forblive nuværende og oven på industriens trends er et absolut must i designprocessen.
Nogle gange bruger du utallige timer til at bygge en funktion eller arbejde på et projekt, som du tror vil være yderst gavnligt for dit produkt og dine brugere. Og nogle gange viser det sig, at det slet ikke er sandt. Sagen er, nu og da kommer der en tid, hvor du bare skal dræbe ting. Jeg har set mange iværksættere kæmper for at vide, hvornår man skal afslutte en vare (herunder mig selv). Det er dejligt at have ideer og udføre dem straks, men det kan tage for meget af din tid og ikke være værd at det er i slutningen af dagen.
Dette betyder ikke at ignorere dine instinkter og planer, men bare at vide, hvor du skal henlede opmærksomheden fremad. Jeg spørger mig ofte det simple spørgsmål "hvorfor?" Mindst tre gange i hele projektet. Hvis hver gang svaret er det samme, og det gør mig overbevist om, at dette er det værd, fortsætter jeg med projektet. Hvis svaret er ufatteligt nej, dræber jeg projektet helt og tager mit tab.
Denne er en "no-brainer". Gleaning viden din data er vigtig i dag, mere end nogensinde før! Et stykke tid siden spekulerede vi på, hvordan vi kunne forbedre vores onboard-proces. For eksempel, når folk tilmelder sig, opfordrer vi dem til at begynde at bruge produktet straks. Så vi kiggede på vores data og lavede nogle beslutninger for at forbedre ombordstigningen. Resultaterne var forbløffende. Vi lavede kun små produktændringer, men aktiveringer skyrocketed! Derfor er min største lektion lært af dette resultat at regelmæssigt se på dine data og bemærk, når der skal gøres noget.
Revue startede som et sideprojekt, og det havde til formål at gøre nyhedsbreve personlige igen. Det gør det ved at stimulere folks udtryk for tanker og meninger. Som det skete, ville jeg ikke følge besætningen. For eksempel havde verden ikke brug for en anden Mailchimp. Ikke desto mindre var det ikke altid indlysende, og undervejs havde jeg mange muligheder for at genskabe funktioner, du får på Mailchimp.
de rigtige mennesker vil finde dig, og det er det der tæller
I en alder, hvor alt handler om automatiseret kopi, er 140 tegn Twitter-begrænsninger, SEO og så videre, at være personlige med dine læsere, lige så svært. Det er grunden til, at mit team og jeg har genoplivet nyhedsbrevet. Hvis du følger din lykke med dit produkt, vil ikke alle forstå, hvor du skal hen. Ikke desto mindre vil de rigtige mennesker finde dig, og det er det der tæller.
Opmærksomhed på detaljer kan virkelig sætte dig adskilt fra alle andre. Jeg bruger meget tid på at tænke på, hvordan man kan gøre visse UI-elementer bedre. Faktisk har jeg gjort det hele gennem hele bygningen. Faktisk er det kun et enormt kraftigt skridt (som jeg allerede har nævnt ovenfor) at lancere dit produkt eller din tjeneste. Men før du starter, skal du tage højde for et vigtigt aspekt. Glem ikke detaljerne. Detaljer er meget vigtige for at opnå succes. Jeg vil sige til mig selv: "Hvis jeg bare går den ekstra mile, vil det gøre verden med forskel".
Nu får jeg regelmæssigt positiv feedback fra brugere, der er virkelig imponerede over Revue's WYSIWYG editor og hvor nemt det er at bruge. At gå den ekstra mile kan koste dig lidt tid, men det kan skabe mirakler til din virksomhed.
Fokus på at gøre dit produkt fungerer godt er vigtigere end den overordnede skønhed og design. At gøre dit produkt funktionelt og effektivt er vigtigt, fordi dine kunder foretrækker det. For eksempel vil kunderne ikke bruge noget, der er smukt, hvis det ikke rent faktisk virker. Naturligvis er æstetikken afgørende, men funktionaliteten trumper tiltrækningskraft hver gang. Når det kommer til designet, kan du altid fokusere først og fremmest på at gøre noget enkelt ved at holde fast i det grundlæggende. Forbedring af udseendet af et produkt kan gøres senere.
For nylig introducerede vi et nyt tema, som var en af de mest efterspurgte funktioner fra vores brugere. Det betød, at vi virkelig måtte træde op til pladen og levere noget smukt. Desværre er udviklingen af HTML til e-mail ret langsom, så design kræver en lidt anderledes færdighedssæt. Men innovation er, hvad vi sigter mod, om det har at gøre med nyhedsbreve eller design. Derfor besluttede jeg at tage MJML for et spin, når det kom til implementeringsprocessen. Som det skete, var resultaterne bemærkelsesværdige. Derudover gjorde det hele processen meget lettere. Så vær ikke bange for at kaste omkring uudforskede områder.
vær ikke bange for at kaste omkring uudforskede områder
Dette lyder som en meget grundlæggende kliché. Men det er en kliché af en grund. I design vil du uden tvivl lave fejl. Men du har også beføjelse til at rette disse fejl hurtigt og effektivt. Det kan ske, at du designer og bygger en funktion, der ikke er særlig nyttig eller ikke giver så meget værdi til mennesker som du først troede. Det er ikke nogen stor sag! Bare se på hvad du gjorde forkert og prøv igen. Endelig tror jeg, at læring for at få mest muligt ud af dine uheld er et tankegang, som virkelig kan hjælpe designere fremad med hensyn til at skabe og bygge ting.