LEKTION 10 / 14 · GRATIS VIRKSOMHEDSKURSUS
En lancering er et løfte om, at nogen kan begynde at bruge din tjeneste og få hjælp, når de har brug for det. Før du inviterer købere, skal du kontrollere hele rejsen op imod det løfte. En lille, bevidst lancering giver dig plads til at lære.
Når du er færdig: træf en lanceringsbeslutning, test kunderejsen, og lav en kort plan for, hvordan du reagerer, når noget fejler. Du kan gennemføre planlægningsøvelsen uden en konto eller betalte værktøjer.
Definér, hvad klar betyder
En lanceringsdato er kun nyttig, når du ved, hvad der skal fungere inden da. Skriv det mindste tilbud ned, som du kan levere pålideligt: Hvem det hjælper, hvilken opgave det hjælper dem med at fuldføre, hvad der er inkluderet, hvad det koster, og hvordan support fungerer. Hold ufærdige ekstrating ude af det annoncerede løfte.
For en rapporteringstjeneste kan klarhed betyde at modtage en eksempeldatafil, udarbejde en korrekt rapport, levere den til den rette person og håndtere rettelser. For FitSite omfatter det at oprette et studiowebsted ud fra den valgte skabelon og gøre kontakt- og bookingmulighederne anvendelige. Ingen af eksemplerne kræver alle tænkelige funktioner.
Adskil blokeringer fra forbedringer. At en køber modtager den forkerte plan, er en blokering. En dekorativ animation kan som regel vente. Giv hver blokering en ansvarlig og et trin for genafprøvning, så et lanceringsmøde fører til en beslutning i stedet for en liste med vage bekymringer.
Test tjenesten bag tilbuddet
Bekræft, at applikationen og de kundevendte sider kan nås via HTTPS, at de tilsigtede domæner fungerer, og at overvågningen når frem til nogen, der kan handle. Hvis du tilbyder tilknyttede domæner, skal du teste præcis den rute. Et wildcard-certifikat til dine egne underdomæner dækker ikke automatisk en kundes separate domæne.
Sikkerhedskopiér både data og de filer, der kræves for at gendanne tjenesten. Gendan en repræsentativ sikkerhedskopi i et sikkert testmiljø, og kontrollér resultatet. En vellykket meddelelse om sikkerhedskopiering beviser ikke i sig selv, at gendannelse fungerer. Notér, hvem der kan gendanne den, og hvilke oplysninger der kan gå tabt mellem sikkerhedskopieringer.
For det valgfrie WordPress-spor skal du bruge et stagingmiljø til at kontrollere WordPress Multisite, Ultimate Multisite, dine skabeloner og de valgte integrationer samlet. Ultimate Multisite Core er gratis; hosting, domæner, e-maillevering, betalingsbehandling og valgfrie tjenester kan stadig koste penge. Bekræft det faktiske driftsbudget, før du tegner abonnementer.
Gennemgå alle annoncerede planer
Start som en ny besøgende frem for som administrator. Følg marketingssiden til tilmelding, vælg en plan, gennemgå totalen, gennemfør udbyderens understøttede betalingstests, åbn velkomstmailen, log ind, og fuldfør den første nyttige opgave. Gentag for væsentligt forskellige planer og faktureringsperioder.
Kontrollér også mislykkede og afbrudte forløb. Hvad sker der efter en afvist betaling, en fejlskrevet e-mailadresse, en udløbet prøveperiode eller en browseropdatering under opsætningen? En beroligende succesvisning er ikke nok, hvis kontoen aldrig modtager den lovede adgang. Notér den forventede konto-, betalings- og klargøringsstatus ved hvert trin.
Brug betalingsudbyderens sandbox eller testtilstand og dens dokumenterede testoplysninger. Stripe siger udtrykkeligt, at du ikke skal teste i live-tilstand med rigtige betalingsoplysninger. Følg ikke den gamle genvej med at opkræve dig selv og refundere beløbet. Gennemgå udbyderens aktuelle tjekliste før lancering separat, før du accepterer ægte kundekøb.
Gennemgå den synlige oplevelse
Kontrollér skabeloner på små skærme og med tastaturnavigation. Udskift vildledende pladsholdere, bekræft billedrettigheder, følg links, test formularer, og sørg for, at instruktionerne beskriver de skærmbilleder, en kunde faktisk ser. Et fungerende login er ikke det samme som en brugbar første session.
Bekræft, at plangrænser, prøvevilkår, fornyelsespriser og oprettelsesgebyrer matcher tilbuddet. Kontrollér kontosiden, annulleringsvejen, fakturaoplysningerne og supportkontakten. Angiv, hvad der sker med adgang og data, når et abonnement ophører. Få de relevante forretningspolitikker gennemgået for dine omstændigheder i stedet for at kopiere et andet firmas løfter.
For FitSite kan en lanceringsprøve bruge et fiktivt studie med en tidsplan, en trænerprofil og en kontaktformular. Mærk det som en demonstration. Læg ikke rigtige kundeoplysninger på offentlige eksempelsider, og antyd ikke, at en person på et stockfoto anbefaler platformen.
Invitér en lille pilotgruppe
Vælg en pilotgruppe, som du personligt kan støtte. Bed deltagerne om at forsøge at udføre reelle opgaver og beskrive, hvad der skete, frem for blot at spørge, om de kan lide designet. Observer, hvor de stopper, hvilke instruktioner de overser, og om de når det resultat, som tilbuddet lovede.
Hvis du tilbyder pilotrabat, skal den have et afgrænset omfang og en varighed, du har råd til. Et permanent tilbud til halv pris skaber en langsigtet forpligtelse, før du forstår omkostningerne. Bed særskilt om tilladelse til at fremhæve en kundes websted eller citere feedback; pilotdeltagelse giver ikke automatisk den tilladelse.
Forestil dig tre inviterede studieejere, der prøver FitSite. To fuldfører opsætningen, mens én ikke kan tilknytte et bookinglink. Dette er et illustrativt scenarie, ikke et rapporteret resultat. Det nyttige svar er at undersøge den mislykkede opgave, forbedre instruktionerne eller integrationen og gentage forløbet, før du inviterer flere.
Giv lanceringsdagen en ansvarlig og en reserveplan
Afsæt tid, hvor nogen kan overvåge tilmeldinger, betalingsmeddelelser, klargøring og support. Hav kontaktoplysninger til væsentlige udbydere klar. Beslut, hvad der skal sætte nye tilmeldinger på pause, hvem der træffer den beslutning, og hvordan berørte kunder modtager en klar opdatering.
For eksempel kan gentagne fejl i klargøringen udløse en midlertidig pause i invitationer, mens eksisterende kundeadgang forbliver tilgængelig. Undgå at indsamle flere betalinger for et resultat, du ikke kan levere. Registrér problemet, berørte konti, tidspunktet for næste opdatering og kontrollerne for genopretning uden at gætte på et løsningstidspunkt.
Efter lanceringen skal du gennemgå beviser frem for kun at fejre besøgstallet. Fuldførte kvalificerede købere tilmeldingen? Nåede de frem til det første nyttige resultat? Hvilke fejl krævede manuel hjælp? Disse observationer bliver den næste lille forbedringscyklus.
Din øvelse: gennemfør en lanceringsprøve
Skriv et én-sides klarhedsark med fem rækker: tilbud, betalingsforløb, første nyttige opgave, support og gendannelse. For hver række skal du registrere testen, det observerede resultat, den ansvarlige og eventuelle uløste blokeringer.
Vælg ét almindeligt kundeforløb og ét fejlforløb. Gennemfør begge i et sikkert testmiljø. Gem de beviser, du har brug for til at genskabe en fejl, uden at kopiere adgangskoder eller betalingsoplysninger ind i noter.
Skriv din pilotinvitation, feedbackspørgsmålene og din go/no-go-regel. En nyttig regel kan kræve, at hver annonceret plan klargøres korrekt, og at en gendannelsesprøve lykkes. Vælg en pilotstørrelse ud fra din faktiske supportkapacitet.
Afslut med en beslutning: klar til en begrænset pilot, blokeret afventende specifikke rettelser eller klar til bredere invitationer efter en gennemført pilot. Notér den dato, hvor du vil gennemgå den igen.
Før du går videre
Klarhed betyder et testet løfte, ikke en komplet funktionsliste. En pilot giver læring uden at garantere salg. Hold betalingstest i udbyderens understøttede miljø, og vid, hvordan du sætter på pause, kommunikerer og gendanner, når et kritisk forløb fejler.
Kilder og yderligere læsning
Tilpasset fra den oprindelige Lektion 10: Lanceringsdagen. FitSite er en illustrativ virksomhed, der bruges til læring, ikke en kundesucceshistorie. Stripes vejledning om test forklarer sandbox-betalingstests. WordPress’ vejledning om sikkerhedskopiering dækker de data og filer, der er nødvendige for gendannelse.