Å bygge et produkt fra bunnen av er ikke lett, men det kan være en veldig givende prosess. Da jeg hadde ideen til Revue, bestemte jeg meg for å handle umiddelbart. To år senere, og med 20.000 brukere og 2 millioner e-postmeldinger per måned, kan jeg trygt si at bygningen på impuls var et av de beste valgene jeg noensinne har gjort. Jeg startet raskt og gjorde mange ting opp underveis, men jeg lærte mange leksjoner som jeg vil reflektere over i denne artikkelen.
Faktisk ble jeg inspirert til å dele mine leksjoner etter å ha blitt vist på The App Guy Podcast; et show hostet av min gode venn Paul Kemp, en teknologisk gründer selv. Vi snakket om reisen min med Revue, og begge var enige om å medforfatter denne artikkelen for å løse designhemmelighetene jeg lærte på min reise med Revue. Så, her går vi ...
Designet er kanskje ikke perfekt. Noen ganger kan det aldri være perfekt. Perfeksjonisme er ofte fienden i dette tilfellet. Ikke ta meg feil, med sikte på å skape noe vakkert og funksjonelt er den ultimate topprioriteten. Men for perfeksjonister, kan dagen for lanseringen aldri komme. Jeg har sett oppstart feil fordi de legger for mye innsats til å perfeksjonere noe som ikke trenger å være perfekt i utgangspunktet.
Jeg har sett oppstart feil fordi de legger for mye innsats til å perfeksjonere noe som ikke trenger å være perfekt
Du har god tid til å forbedre og gjøre produktet bedre senere. Folk kan alltid finne noe som er galt med produktet ditt, så å kaste bort tid på å perfeksjonere det er ubrukelig. Funksjonalitet og en god ide kan ta deg langt i begynnelsen. Det er slik at du kan se om det er et marked for produktet ditt og om folk faktisk er interessert i det.
Hvis du har lansert, kan jeg fortelle deg at denne leksjonen trolig er den mest essensielle tingen å få riktig. Lytte til folket på Revue har vært noe som hjalp meg med å få sparkstart. En av de viktigste måtene vi nådde 20 000 brukere er ved å lytte til den verdifulle tilbakemeldingen vi mottok fra kuratorer. Vår oppgave var å forsøke å gjøre brukerens reise så nyttig og hyggelig som mulig. Faktisk bør du definitivt ta tilbakemelding i betraktning; spesielt hvis du går dypere inn i å designe ditt eget produkt og utføre funksjoner som kundene dine ofte har bedt om. Gjør lytte til brukerens tilbakemelding en topp prioritet hver dag.
Ikke prøv å tilfredsstille hver eneste forespørsel du får. Velg dine oppdateringer, endringer og forbedringer med omhu basert på all tilbakemelding du får. Dette betyr at du i det minste må lytte til hver enkelt forespørsel du får. Deretter gjør ditt eget sinn oppe med hva du skal gjøre med denne tilbakemeldingen.
Å få tilbakemelding fra brukere er avgjørende for designprosessen
Vi vedlikeholder selv et regneark der vi oversetter alle funksjonene som folk har bedt om over tid. Nylig åpnet vi selv vår funksjonsplan for 2017 og inviterte brukere til å delta og stemme på hva de vil se neste. Det hjelper oss å høre på hva deres smerter er, og hva de synes er de viktigste funksjonene med hensyn til fremtidige oppdateringer. I sammendraget er det viktig å få tilbakemeldinger fra brukere til designprosessen. Hvem bedre å hjelpe deg med å gjøre produktet ditt enn de som aktivt bruker det og kjenner produktets styrker og svakheter?
I e-postverdenen er tingene kompliserte. Vi må ta hensyn til dette når vi designer for e-post. For eksempel er det svært annerledes å designe for e-post enn det er å designe for nettet. Dessuten har e-post ofte blitt oversett av mange utviklere gjennom årene. Sannheten er at e-post ikke går bort når som helst snart. Det endrer seg og utvikler seg over tid. Jeg tror det samme skjer med mange andre bransjer rundt om i verden.
Nærmere bestemt har vi identifisert at nyhetsbrev har virkelig endret seg gjennom årene. Det er et tydelig skifte i måten folk fordøyer sitt kuraterte innhold på. I begynnelsen ønsket vi å reflektere disse industriendringene i vårt produkt ved å ta på seg flere av et redaksjonelt (magazine-lignende) søk etter nyhetsbrevene. Derfor har vi designet og lansert temaer for Revue, og det har vært et solid skritt mot fremgang. Å være nåværende og på toppen av bransjetrender er et absolutt must i designprosessen.
Noen ganger bruker du utallige timer å bygge en funksjon eller jobber med et prosjekt som du tror vil være svært gunstig for ditt produkt og dine brukere. Og noen ganger viser dette seg ikke å være sant i det hele tatt. Saken er, nå og da kommer det en tid der du bare må drepe ting. Jeg har sett mange entreprenører som sliter med å vite når jeg skal avslutte et produkt (inkludert meg selv). Det er flott å ha ideer og utføre dem umiddelbart, men det kan ta for mye av tiden din og ikke være verdt det på slutten av dagen.
Dette betyr ikke at du ser bort fra dine instinkter og planer, men bare vite hvor du skal rette oppmerksomheten fremover. Jeg spør meg ofte det enkle spørsmålet "hvorfor?" Minst tre ganger gjennom hele prosjektet. Hvis hver gang svaret er det samme, og det gjør meg selvsikker på at dette virkelig er verdt det, fortsetter jeg med prosjektet. Hvis svaret er ufattelig nei, dreper jeg bare prosjektet helt og tar tapene mine.
Denne er en "no-brainer". Gleaning kunnskap din data er viktig i dag, mer enn enn noensinne! En stund tilbake, lurte vi på hvordan vi kunne forbedre vår ombordstigningsprosess. For eksempel, når folk registrerte seg, oppfordrer vi dem til å begynne å bruke produktet umiddelbart. Så vi så på våre data og tok noen beslutninger for å forbedre ombordstigningen. Resultatene var forbløffende. Vi lagde bare små produktendringer, men aktiveringer skyrocketed! Derfor er min største leksjon lært av dette resultatet å regelmessig se på dataene dine og noter når noe må gjøres.
Revue startet som et sideprosjekt, og det hadde til hensikt å lage nyhetsbrev personlig igjen. Det gjør dette ved å stimulere folks uttrykk for tanker og meninger. Som det skjedde, ville jeg ikke følge flokken. For eksempel behøvde verden ikke en annen Mailchimp. Ikke desto mindre var dette ikke alltid åpenbart, og underveis hadde jeg mange muligheter til å gjenskape funksjoner du får på Mailchimp.
de riktige menneskene vil finne deg, og det er det som teller
I en alder der alt handler om automatisert kopi, er 140 tegn Twitter-begrensninger, SEO og så videre, å være personlig med leserne dine, bare så vanskelig. Dette er grunnen til at teamet mitt og jeg satte opp for å gjenoppfinne nyhetsbrevet. Hvis du følger din lykke med produktet, vil ikke alle forstå hvor du skal. Likevel vil de riktige menneskene finne deg, og det er det som teller.
Oppmerksomhet på detaljer kan virkelig skille deg fra alle andre. Jeg bruker mye tid på å tenke på hvordan du kan gjøre visse UI-elementer bedre. Faktisk har jeg gjort dette gjennom hele byggeprosessen. Faktisk er bare å lansere produktet eller tjenesten et enormt kraftig skritt (som jeg allerede har nevnt ovenfor). Men før du starter, bør du ta hensyn til et viktig aspekt. Ikke overse detaljene. Detaljer er svært viktige for å oppnå suksess. Jeg vil si til meg selv: "Hvis jeg bare går den ekstra milen, vil det gjøre verden med forskjell".
Nå får jeg jevnlig positiv tilbakemelding fra brukere som virkelig er imponert over Revue's WYSIWYG-editor, og hvor enkelt det er å bruke. Å gå den ekstra milen kan koste deg litt tid, men det kan skape mirakler for din virksomhet.
Fokus på å gjøre produktet ditt godt, er viktigere enn den generelle skjønnheten og designen. Å gjøre produktet ditt funksjonelt og effektivt er viktig fordi kundene foretrekker det. For eksempel vil kundene ikke bruke noe som er pent hvis det egentlig ikke fungerer. Selvfølgelig er estetikken avgjørende, men funksjonaliteten trumper tiltrengelighet hver gang. Når det gjelder design, kan du alltid fokusere først og fremst på å gjøre noe enkelt ved å holde seg til det grunnleggende. Forbedre utseendet til et produkt kan gjøres senere.
Nylig presenterte vi et nytt tema, som var en av de mest etterspurte funksjonene fra brukerne våre. Dette betydde at vi virkelig måtte gå opp til platen og levere noe vakkert. Dessverre er utviklingen av HTML for e-post ganske treg, så design krever et litt annet ferdighetssett. Likevel er innovasjon det vi satser på om det har å gjøre med nyhetsbrev eller design. Derfor bestemte jeg meg for å ta MJML for et spinn når det gjaldt implementeringsprosessen. Som det var, var resultatene bemerkelsesverdige. I tillegg gjorde det hele prosessen mye lettere. Så vær ikke redd for å peke rundt uutforskede territorier.
ikke vær redd for å peke rundt uutforskede territorier
Dette høres ut som et veldig grunnleggende klisje. Likevel er det et klisje av en grunn. I design, vil du utvilsomt gjøre feil. Du har imidlertid også muligheten til å fikse disse feilene raskt og effektivt. Det kan hende at du designer og bygger en funksjon som ikke er spesielt nyttig eller ikke gir så mye verdi for folk som du først trodde. Det er ikke noe å snakke om! Bare se på hva du gjorde galt og prøv igjen. Til slutt tror jeg at jeg lærer å få mest mulig ut av dine uhell, er en tankegang som virkelig kan hjelpe designere fremover med hensyn til å skape og bygge ting.