LEKSJON 10 / 14 · GRATIS FORRETNINGSSKURS
En lansering er et løfte om at noen kan begynne å bruke tjenesten din og få hjelp når de trenger det. Før du inviterer kjøpere, bør du kontrollere hele reisen opp mot dette løftet. En liten, bevisst lansering gir deg rom til å lære.
Ved slutten: utarbeid en lanseringsbeslutning, en testet kundereise og en kort plan for hvordan dere skal svare når noe svikter. Du kan gjennomføre planleggingsøvelsen uten en konto eller betalte verktøy.
Definer hva klar betyr
En lanseringsdato er bare nyttig når du vet hva som må fungere innen den datoen. Skriv ned det minste tilbudet du kan levere pålitelig: hvem det er for, hvilken oppgave det hjelper dem med å fullføre, hva som er inkludert, hva det koster, og hvordan brukerstøtten fungerer. Hold uferdige tilleggsfunksjoner utenfor det annonserte løftet.
For en rapporteringstjeneste kan klarhet bety å motta en eksempeldatafil, produsere en korrekt rapport, levere den til riktig person og håndtere rettelser. For FitSite inkluderer det å opprette et nettsted for et studio fra den valgte malen og gjøre kontakt- og bestillingsveiene brukbare. Ingen av eksemplene krever alle mulige funksjoner.
Skill mellom hindringer og forbedringer. At en kjøper mottar feil plan, er en hindring. En dekorativ animasjon kan vanligvis vente. Gi hver hindring en ansvarlig person og et steg for ny testing, slik at et lanseringsmøte fører til en beslutning i stedet for en liste med vage bekymringer.
Test tjenesten bak tilbudet
Bekreft at applikasjonen og kundevendte sider er tilgjengelige over HTTPS, at de tiltenkte domenene fungerer, og at overvåkingen når frem til noen som kan handle. Hvis du tilbyr tilknyttede domener, må du teste akkurat den ruten. Et jokertegnsertifikat for dine egne underdomener dekker ikke automatisk en kundes separate domene.
Sikkerhetskopier både data og filene som kreves for å gjenopprette tjenesten. Gjenopprett en representativ sikkerhetskopi i et trygt testmiljø og kontroller resultatet. En vellykket varselmelding om sikkerhetskopiering beviser ikke alene at gjenoppretting fungerer. Dokumenter hvem som kan gjenopprette den, og hvilken informasjon som kan gå tapt mellom sikkerhetskopieringer.
For det valgfrie WordPress-sporet bruker du et stagingmiljø til å kontrollere WordPress Multisite, Ultimate Multisite, malene dine og valgte integrasjoner sammen. Kjernen i Ultimate Multisite er gratis; hosting, domener, e-postlevering, betalingsbehandling og valgfrie tjenester kan fortsatt koste penger. Bekreft det faktiske driftsbudsjettet før du tar imot abonnementer.
Gå gjennom hver annonserte plan
Start som en ny besøkende, ikke som administrator. Følg markedsføringssiden til registrering, velg en plan, gjennomgå totalbeløpet, fullfør leverandørens støttede betalingstester, åpne velkomst-e-posten, logg inn og fullfør den første nyttige oppgaven. Gjenta for vesentlig ulike planer og faktureringsperioder.
Kontroller også mislykkede og avbrutte reiser. Hva skjer etter en avvist betaling, en feilstavet e-postadresse, en utløpt prøveperiode eller en nettleseroppdatering under oppsett? En betryggende suksesskjerm er ikke nok dersom kontoen aldri mottar den lovede tilgangen. Dokumenter forventet konto-, betalings- og klargjøringsstatus i hvert trinn.
Bruk betalingsleverandørens sandkasse eller testmodus og dens dokumenterte testdetaljer. Stripe sier uttrykkelig at du ikke skal teste i live-modus med ekte betalingsopplysninger. Ikke følg den gamle snarveien med å belaste deg selv og refundere beløpet. Gå gjennom leverandørens gjeldende sjekkliste for produksjonssetting separat før du godtar ekte kundekjøp.
Gjennomgå den synlige opplevelsen
Kontroller malene på små skjermer og med tastaturnavigering. Erstatt villedende plassholdere, bekreft bildettigheter, følg lenker, test skjemaer og sørg for at instruksjonene beskriver skjermbildene en kunde faktisk ser. En fungerende innlogging er ikke det samme som en brukbar første økt.
Bekreft at plangrenser, prøvevilkår, fornyelsespriser og oppsettsgebyrer samsvarer med tilbudet. Kontroller kontosiden, oppsigelsesveien, fakturadetaljene og brukerstøttekontakten. Oppgi hva som skjer med tilgang og data når et abonnement avsluttes. La relevante forretningsregler gjennomgås for din situasjon i stedet for å kopiere et annet selskaps løfter.
For FitSite kan en lanseringsøvelse bruke et fiktivt studio med timeplan, trenerprofil og kontaktskjema. Merk det som en demonstrasjon. Ikke legg ekte kundeinformasjon i offentlige eksempelsider, og ikke antyd at en person på et arkivfoto støtter plattformen.
Inviter en liten pilotgruppe
Velg en pilotgruppe du kan støtte personlig. Be deltakerne forsøke å utføre reelle oppgaver og beskrive hva som skjedde, i stedet for bare å spørre om de liker designet. Observer hvor de stopper, hvilke instruksjoner de overser, og om de når resultatet tilbudet lovet.
Hvis du tilbyr pilotrabatt, gi den et avgrenset omfang og en varighet du har råd til. Et permanent tilbud til halv pris skaper en langsiktig forpliktelse før du forstår kostnadene. Be separat om tillatelse til å vise frem en kundes nettsted eller sitere tilbakemeldinger; pilotdeltakelse gir ikke automatisk slik tillatelse.
Se for deg tre inviterte studioeiere som prøver FitSite. To fullfører oppsettet, mens én ikke kan koble til en bestillingslenke. Dette er et illustrerende scenario, ikke et rapportert resultat. Det nyttige svaret er å undersøke den mislykkede oppgaven, forbedre instruksjonene eller integrasjonen, og gjenta reisen før du inviterer flere personer.
Gi lanseringsdagen en ansvarlig person og en reserveplan
Sett av tid når noen kan overvåke registreringer, betalingsvarsler, klargjøring og brukerstøtte. Ha kontaktopplysninger for viktige leverandører tilgjengelig. Bestem hva som skal stanse nye registreringer, hvem som tar den beslutningen, og hvordan berørte kunder får en tydelig oppdatering.
For eksempel kan gjentatte feil i klargjøringen utløse en midlertidig pause i invitasjoner, samtidig som eksisterende kundetilgang forblir tilgjengelig. Unngå å samle inn flere betalinger for et resultat du ikke kan levere. Dokumenter problemet, berørte kontoer, tidspunktet for neste oppdatering og kontrollene for gjenoppretting uten å gjette på et tidspunkt for løsning.
Etter lansering bør du gjennomgå bevisene i stedet for bare å feire besøkstallene. Fullførte kvalifiserte kjøpere registreringen? Nådde de det første nyttige resultatet? Hvilke feil krevde manuell hjelp? Disse observasjonene blir den neste lille forbedringssyklusen.
Din øvelse: gjennomfør en lanseringsøvelse
Skriv et én-sides beredskapsark med fem rader: tilbud, betalingsreise, første nyttige oppgave, brukerstøtte og gjenoppretting. For hver rad dokumenterer du testen, det observerte resultatet, den ansvarlige og eventuelle uløste hindringer.
Velg én vanlig kundereise og én reise med feil. Kjør begge i et trygt testmiljø. Lagre bevisene du trenger for å gjenskape en feil, uten å kopiere passord eller betalingsopplysninger inn i notater.
Skriv pilotinvitasjonen, spørsmålene om tilbakemelding og regelen for gå/ikke gå. En nyttig regel kan kreve at hver annonsert plan klargjøres korrekt og at en gjenopprettingsøvelse lykkes. Velg pilotstørrelse basert på din faktiske kapasitet for brukerstøtte.
Avslutt med en beslutning: klar for en begrenset pilot, blokkert i påvente av konkrete rettelser, eller klar for bredere invitasjoner etter en fullført pilot. Dokumenter datoen dere skal gjennomgå den igjen.
Før du går videre
Klarhet betyr et testet løfte, ikke en fullstendig funksjonsliste. En pilot gir læring uten å garantere salg. Hold betalingstesting innenfor leverandørens støttede miljø, og vit hvordan du setter på pause, kommuniserer og gjenoppretter når en kritisk reise svikter.
Kilder og videre lesing
Tilpasset fra den opprinnelige leksjon 10: Lanseringsdagen. FitSite er en illustrerende virksomhet brukt til læring, ikke en kundesuksesshistorie. Stripes testveiledning forklarer betalingstester i sandkasse. WordPress’ veiledning om sikkerhetskopiering dekker dataene og filene som trengs for gjenoppretting.