loader
bg-category
Hvordan bruger jeg beta-test til hurtigt at optimere nye produkter

Del Med Dine Venner

For et par dage siden spurgte jeg, om jer ville høre om business side af iwillteachyoutoberich, og med 375 + kommentarer var svaret en overvældende ja.

I dag vil jeg dele, hvordan jeg bruger beta-test for at få hurtig tilbagemelding om dybtgående projekter, jeg skaber. Dette vil vise dig, hvad jeg laver bag kulisserne, og hvordan du kan bruge disse samme teknikker til dine iværksætterprojekter.

Hvad du finder i denne vejledning

  • Hvordan jeg beslutter hvilke produkter, der skal opbygges
  • Hvorfor en beta-test? Brug af 85% løsning ved byggeprodukter
  • Logistik af testning (og: Opladning til en beta-test? Er du skør?)
  • Fejl jeg har lavet i beta test

"Rich" handler om mere end penge

Selvom jeg vil lære dig at være rig, lyder det som et hurtigt rystende svindel, du ved det ikke - det handler om at leve et rigt liv med penge som en del af det. Siden de første dage af denne blog har jeg altid understreget det rig handler om mere end bare penge.

Min bog, jeg vil lære dig at være rig, krystalliseret mit automationssystem og filosofi om penge.

Men der er så mange områder, som jeg vil dække, nogle af dem beskæftiger sig med penge, hvoraf nogle beskæftiger sig med andre måder at leve et rigt liv på. (Som et interessant datapunkt var gæstpostet på at blive en fuldtidsrejsende for $ 14.000 / år det mest populære gæstebog - nogensinde).

Så jeg har arbejdet på specifikke, dybtgående projekter, som jeg håber vil hjælpe dig med at leve et rigt liv. For eksempel omfatter de automatiseringsteknikker og -skrifter, du kan bruge til at tjene mere, spare mere, forhandle, få bedre service osv. Disse er langt mere komplekse end et simpelt blogpost. De indebærer betydelig forskning, måneders skrivning, interviews og casestudier, brugerdefineret design og masser af test. Og selvom det er meget arbejde, er det for nemt at være en commodity blogger, der bare bruger billige tricks (5 indlæg / dag !! Top 10 måder at ... !! Se på den nye ING rentesats !!) i stedet for at tage langsomt Sti til at bygge noget, som du vil være stolt af i 10 år.

Nu hvor jeg har lavet konteksten, lad os komme til del om at opbygge et beta-program for at teste disse.

Hvordan jeg beslutter hvilke produkter, der skal opbygges

Der er et uendeligt antal dybtgående projekter, jeg kunne gøre. Jeg kunne snakke mere om automatisering, gå folk gennem min bog og hjælpe dem med at ændre deres holdninger / adfærd, hjælpe folk med at forhandle, fokusere på gældsreduktion, vise folk lighederne mellem mad og personlig finansiering, og så videre.

Ligesom det uendelige antal økonomiske beslutninger, vi har, når vi vågner hver morgen - hvilket altid får os til at blive overvældet og ikke gøre noget - jeg foretrækker at begrænse omfanget til nogle få store gevinster.

Jeg tager to tilgange, når jeg beslutter hvilke produkter der skal oprettes.

  1. Lytte til brugere. Jeg får dusinvis af e-mails fra iwillteachyoberoberich læsere hver dag, og jeg læser hver enkelt, forsøger at se, hvad mønstrene er. For eksempel elsker folk scripts i min bog ... interessant. På den anden side får jeg meget færre e-mails om gældsreduktion (sandsynligvis fordi gælden ikke er mit fokus, hvis du har en masse gæld, er der bedre websteder end jeg vil have til at håndtere det). Igen, et andet datapunkt.
  2. Intuition. Efter 5 + års blogging, emailing og møde jer personligt, tror jeg, jeg har en god ide om, hvad du vil reagere på.

Jeg indrømmer, at dette er en luksus at have en stor brugergruppe, men ikke begå Shrug-effekten og tror, ​​at du ikke kan gøre det samme. Jeg bruger denne blog som et laboratorium og tester ofte for at finpudse min intuition.

Når jeg kommer op med en ide, holder jeg mig ikke hemmelig - min ide er aldrig god nok til at holde sig hemmelig. Jeg begynder at spørge folk om mig, hvad de synes. Er det et problem for dem? Jeg vil tweet det. Jeg vil søge og se, hvad der er derude.

Sandheden er, fordi jeg vilde at have udviklet sig så meget, at jeg i princippet kunne frigive noget og få det nogle salg og interesse fra folk. Pointen er ikke at frigive noget, selvom. Jeg forsøger at vælge projekter, der vil (1) optimere mine afkast og (2) gøre mig stolt af det, jeg har bygget ved at hjælpe mange mennesker - og ikke bare jeg vil lære jerobert læsere, men udenfor folk.

Se også: Mine bogmærker til kundeforskning.

Hvorfor en beta-test? Brug af 85% løsning ved byggeprodukter

Betatestning er en fantastisk måde at teste dit produkt på og få reel feedback fra folk, så du kan gentage (eller forbedre) hvad du har. Sådan gør jeg det.

Når jeg har besluttet et produkt, fokuserer jeg på at opbygge det. (Mere om den proces senere.) Jeg tjekker ind med en tæt gruppe venner undervejs, men for det meste er det bare heads-down for at skabe noget, som jeg synes er nyttigt. Uanset om det er en e-bog, jeg skal skrive, eller et videoprodukt, som jeg strukturerer og optager, er mit mål et skelet, der er 85% komplet.

Det skal i princippet være godt nok, at det kan bruges af mennesker og få dem meget imponerende resultater - men ikke poleret med hensyn til design, testimonials, udgående markedsføring eller endda indhold, fordi jeg kan gøre det senere. Sommetider kan positioneringen endda være vildt væk, men det er godt nok at sende ud til en lille gruppe til testning.

Prøvepunktet er at validere følgende:

  • Er det nyttigt?
  • Er dette bedre end noget på markedet
  • Hvor sætter folk sig fast? Hvad er deres foretrukne del?
  • Hvad slags feedback / testimonials / imponerende statistik kan jeg indsamle fra folk?

Normalt på dette stadium får du ikke meget katastrofal feedback, at dit produkt suger. Hvis det er tilfældet, har der gået meget, meget forkert i produktdannelses- og mikro-testprocessen. Men jeg får ALDRIG feedback på områder, der er ødelagte, ikke let at forstå eller kan forbedres.

Den anden ting, jeg spørger folk om, er at gå gennem produktet, prøve hvert trin af det og give mig eksplicit feedback om, hvad der virker. I dette stadium søger jeg fantastiske anmeldelser, jeg kan bruge til at lægge i produktet, så andre kan se, hvor godt det virker.

Så bundlinjen: Jeg forsøger at identificere svagheder i produktet, samt få feedback på styrker af produktet. Dette er en klassisk produkt / markedsføringsøvelse, der hjælper dig med at holde styr på og kommer i meget, meget praktisk, når det er på tide at lancere produktet.

Se også: Mine bogmærker på testimonials.

Logistik af testning (og: Opladning til en beta-test? Er du skør?)

Her er de sjove ting: Hvordan kører du faktisk disse tests?

Jeg har gjort det på en række måder. Til min boglancering skabte jeg et pre-launch-fællesskab, hvor folk kunne deltage i et privat fællesskab, få PDF-filer fra bogen før nogen andre, og gennemgå min 6-ugers bootcamp med en gruppe aggressive mennesker. Tjek den oprindelige meddelelse.

For andre projekter vil jeg få folk til at købe den 85% komplette produkt på en stejl rabat, arbejde igennem det og undersøge dem med meget specifikke spørgsmål om hvad der virker og hvad der ikke gør.

Commonality er dette: For beta-testere søger jeg altid efter kvalificerede personer. Det betyder at betale på en eller anden måde, hvad enten jeg forudbestiller min bog eller køber produktet med en stor rabat.

Hvorfor opkræver jeg betatest? Fordi jeg leder efter typen af ​​mennesker, der betaler for værdi - det er de samme typer af mennesker, der betaler for produktet, når det lanceres til fuld pris. Hvis jeg åbnet det for nogen til gratis test, ville jeg få 100x svarfrekvensen, men typen af ​​tester ville være helt anderledes end de rigtige kunder. Med andre ord, folk, der betaler, er langt mere tilbøjelige til faktisk at åbne, bruge og give feedback på en beta-test. Jeg har statistikker til at bakke op med ufatteligt store margener, som jeg deler senere.

Betalprisen betyder faktisk ikke noget - normalt tilbyder jeg stejle rabatter til beta-produktet, når det vil koste mange gange det på lanceringsdagen, og jeg tilbyder altid generøse pengene tilbage garantier, hvis det ikke virker. Pointen er simpelthen at adskille de seriøse mennesker fra nysgerrige looky-loos, som aldrig vil købe produktet.

Jeg begrænser også forsætligt antallet af testere til at holde det lille, men sørg for, at jeg får nok svar. (For eksempel, hvis jeg har brug for 10 anmeldelser om 5 forskellige emner, vil de fleste ikke give dig rigtig fantastiske citater, så du har brug for meget mere end 10 personer.)

I modsætning til at betale en dramatisk reduceret pris får de tidligt adgang til et produkt, der er 85% komplet (og formodentlig fungerer rigtig godt), en chance for at give feedback og forme den endelige polish af produktet, og vi får alle en chance for at interagere via webcast og dele feedback om måder at gøre det bedre på. Jeg sender dem som regel en kopi af slutproduktet i bytte for deres hjælp.

Nederste linje: I modsætning til deres feedback får beta-testerne hurtig adgang til produktet, en dramatisk reduceret pris og evnen til at hjælpe med at forme den endelige version - og normalt den endelige version af produktet uden ekstra omkostninger.

Mere om logistik Jeg får normalt beta-testere fra min nyhedsbrevliste. Dette er på grund af (1) kvalifikationsstrategi og (2) Jeg kan spore klik, åbner og hele engagementstragten nærmere. Mere om disse i fremtidige stillinger.

Når nyhedsbrev abonnenter deltager i beta-programmet, tilføjer jeg dem til en separat e-mail liste, hvor jeg sender dem automatiske followup meddelelser for at få deres feedback om produktet via email, undersøgelse og endda video eller Twitter. Jeg deler nogle af de bedste tilbagemeldinger med andre, fordi det er svært at indsamle tilbagemelding - folk ved ofte ikke hvordan man artikulerer deres feedback, så viser eksempler hjælper.

Jeg indsamler folks navn / e-mail-adresse, fordi der ofte er et par personer - normalt 2% -5% - hvis feedback er så fremragende, at jeg personligt når ud til dem for at chatte med dem over telefonen, sammenlægge et interview mv. hjælper ikke kun produktudviklingen, men markedsføring for lanceringen.

Fejl, jeg har lavet

Jeg har lavet mange dumme fejl i at køre beta-test. Den mest almindelige er simpelthen at arbejde på for mange projekter, så jeg ender med 4 af dem, der sidder fast på 70%, mens der ikke bliver noget færdigt. For at hjælpe det har jeg bragt nogen til at hjælpe mig med at projektstyre og sparke min røv for at få tingene ud af døren og prioritere bedre.

Andre fejl, jeg har lavet med beta-testning:

  • Planlægger ikke beta-testen forud for lanceringen. Hvis du forsøger at køre et beta-program uden at planlægge, hvordan det vil flyde forhånd, vil du løbe ind i mange problemer og ønsker at du var død. Du vil også være så travlt med at polere produktet, at du ikke har tid til at opbygge beta-programmet på flugt, og din feedback vil lide. Nu gør jeg det på forhånd og automatiserer det så meget som muligt.
  • Ikke at skabe spande til feedback. En dum fejl var, da jeg glemte at angive, hvor tilbagemeldingen skulle gå. Det hele gik til min e-mail-indbakke, hvilket var et rod. Nu går svarene til bestemte spande. For eksempel kan jeg indsamle, 5, 5, tilbagemelding i en Surveymonkey, og jeg samler, Ældag 10, i en anden Surveymonkey. Dette gør det virkelig nemt at finde de rigtige tilbagemeldinger / vidnesbyrd, når vi er klar til at gentage det.
  • Ikke takket beta-testerne! Det er spændende at få reel feedback på det projekt, du har arbejdet på så længe. Når du får beta-svar, er det ud til løbene for at fuldføre det og starte. Jeg har glemt at tage lidt tid at takke beta-testerne for at tage en risiko og hjælpe med feedback, og det var en fejltagelse. Altid være sikker på at takke de mennesker, der hjalp dig med at få de sidste 20%

Så det er et overblik over, hvordan jeg kører beta-test med nye projekter, der kommer ud på, jeg vil lære dig at være rig.

Kommer op: Beta inviterer til 2 nye dominans guider

Jeg vil frigive en række beta-produkter i løbet af de næste par dage. Jeg sender beta-meddelelser ud via min email liste, så Hvis du vil have adgang til beta-testene, skal du tilmelde dig den gratis liste nedenfor.

Del Med Dine Venner

Kommentarer: