LEKSJON 10 / 14 · GRATIS FORRETNINGSKURS
Ei lansering er eit løfte om at nokon kan begynne å bruke tenesta di og få hjelp når dei treng det. Før du inviterer kjøparar, kontroller heile reisa opp mot det løftet. Ei lita, medviten lansering gjev deg rom til å lære.
Ved slutten: ha teke ei lanseringsavgjerd, ha testa kundereisa og ha ein kort plan for å svare når noko sviktar. Du kan fullføre planleggingsoppgåva utan ein konto eller betalte verktøy.
Definer kva klar betyr
Ein lanseringsdato er nyttig berre når du veit kva som må fungere innan då. Skriv ned det minste tilbodet du kan levere påliteleg: kven det tener, kva oppgåve det hjelper dei med å fullføre, kva som er inkludert, kva det kostar, og korleis støtta fungerer. Hald uferdige ekstrating utanfor det lova tilbodet.
For ei rapporteringsteneste kan klarleik til dømes tyde å ta imot ei prøvefil med data, produsere ein korrekt rapport, levere han til rett person og handtere korrigeringar. For FitSite omfattar det å opprette ei studioside frå den valde malen og gjere kontakt- og bestillingsvegane brukande. Ingen av døma krev alle moglege funksjonar.
Skil mellom hindringar og forbetringar. At ein kjøpar får feil plan, er ei hindring. Ein dekorativ animasjon kan vanlegvis vente. Gje kvar hindring ein ansvarleg og eit steg for ny testing, slik at eit lanseringsmøte fører til ei avgjerd i staden for ei liste med vage uroar.
Test tenesta bak tilbodet
Stadfest at applikasjonen og kundevende sider er tilgjengelege over HTTPS, at dei tiltenkte domena fungerer, og at overvakinga når nokon som kan handle. Dersom du tilbyr tilordna domene, test den nøyaktige vegen. Eit jokerteiknsertifikat for eigne underdomene dekkjer ikkje automatisk eit separat kundedomene.
Ta tryggleikskopi av både dataa og filene som krevst for å gjenopprette tenesta. Gjenopprett ein representativ tryggleikskopi i eit trygt testmiljø og kontroller resultatet. Ei vellukka melding om tryggleikskopi beviser ikkje åleine at gjenoppretting fungerer. Registrer kven som kan gjenopprette, og kva informasjon som kan gå tapt mellom tryggleikskopiane.
For det valfrie WordPress-sporet, bruk eit testmiljø for å kontrollere WordPress Multisite, Ultimate Multisite, malane dine og valde integrasjonar saman. Kjernen i Ultimate Multisite er gratis; drift, domene, e-postlevering, betalingshandsaming og valfrie tenester kan framleis koste pengar. Stadfest det faktiske driftsbudsjettet før du tek imot abonnement.
Gå gjennom kvar annonsert plan
Start som ein ny besøkjande i staden for som administrator. Følg marknadssida til registrering, vel ein plan, sjå gjennom totalen, fullfør leverandøren sine støtta betalingstestar, opne velkomst-e-posten, logg inn og fullfør den første nyttige oppgåva. Gjenta for vesentleg ulike planar og faktureringsperiodar.
Kontroller òg mislukka og avbrotne reiser. Kva skjer etter ei avvist betaling, ei feilskriven e-postadresse, ein utgått prøveperiode eller ei oppdatering av nettlesaren under oppsettet? Ein tryggjande suksesskjerm er ikkje nok dersom kontoen aldri får den lova tilgangen. Registrer den venta tilstanden for konto, betaling og klargjering ved kvart steg.
Bruk betalingsleverandøren sin sandkasse eller testmodus og dei dokumenterte testopplysningane deira. Stripe seier uttrykkeleg at du ikkje skal teste i direkte modus med ekte betalingsopplysningar. Ikkje følg den gamle snarvegen med å belaste deg sjølv og refundere det. Gå gjennom leverandøren si noverande sjekkliste for produksjonssetjing separat før du tek imot ekte kundekjøp.
Gå gjennom den synlege opplevinga
Kontroller malar på små skjermar og med tastaturnavigasjon. Byt ut villeiande plasshaldarar, stadfest bileteløyve, følg lenkjer, test skjema og sørg for at instruksjonane skildrar skjermane kunden faktisk ser. Ein fungerande innlogging er ikkje det same som ei brukande første økt.
Stadfest at plangrenser, prøvevilkår, fornyingsprisar og oppsettskostnader samsvarer med tilbodet. Kontroller kontosida, avbestillingsvegen, fakturadetaljane og støttekontakten. Opplys kva som skjer med tilgang og data når eit abonnement sluttar. La relevante forretningsreglar bli gjennomgåtte for dine tilhøve i staden for å kopiere lovnadene til eit anna selskap.
For FitSite kan ei lanseringsøving bruke eit oppdikta studio med timeplan, trenarprofil og kontaktskjema. Merk det som ein demonstrasjon. Ikkje legg ekte kundeinformasjon på offentlege prøvesider, og ikkje antyd at eit motiv på eit arkivfoto støttar plattforma.
Inviter ei lita pilotgruppe
Vel ei pilotgruppe du personleg kan støtte. Be deltakarane om å prøve reelle oppgåver og skildre kva som hende, i staden for berre å spørje om dei likar utforminga. Sjå kvar dei stansar, kva instruksjonar dei overser, og om dei når resultatet som tilbodet lova.
Dersom du tilbyr pilotrabatt, gje han eit avgrensa omfang og ei varigheit du har råd til. Eit permanent tilbod til halv pris skaper ei langsiktig plikt før du forstår kostnadene. Be særskilt om løyve til å vise fram ei kundeside eller sitere tilbakemeldingar; deltaking i piloten gjev ikkje automatisk det løyvet.
Sjå føre deg tre inviterte studioeigarar som prøver FitSite. To fullfører oppsettet, medan éin ikkje kan kople til ei bestillingslenkje. Dette er eit illustrerande scenario, ikkje eit rapportert resultat. Det nyttige svaret er å undersøkje den mislukka oppgåva, forbetre instruksjonane eller integrasjonen og gjenta reisa før du inviterer fleire.
Gje lanseringsdagen ein ansvarleg og ein reserveplan
Set av tid når nokon kan overvake registreringar, betalingsvarsel, klargjering og støtte. Ha kontaktopplysningar for nødvendige leverandørar tilgjengelege. Avgjer kva som skal stanse nye registreringar, kven som tek den avgjerda, og korleis råka kundar får ei tydeleg oppdatering.
Til dømes kan gjentekne feil i klargjeringa utløyse ein mellombels pause i invitasjonar medan eksisterande kundetilgang framleis er tilgjengeleg. Unngå å samle inn fleire betalingar for eit resultat du ikkje kan levere. Registrer problemet, råka kontoar, tidspunktet for neste oppdatering og kontrollar for gjenoppretting utan å gjette på eit løysingstidspunkt.
Etter lanseringa bør du gå gjennom bevis i staden for berre å feire besøkstal. Fullførte kvalifiserte kjøparar registreringa? Nådde dei det første nyttige resultatet? Kva feil trong manuell hjelp? Desse observasjonane blir den neste vesle forbetringssyklusen.
Di oppgåve: gjennomfør ei lanseringsøving
Skriv eit éi-sides klargjeringsark med fem rader: tilbod, betalingsreise, første nyttige oppgåve, støtte og gjenoppretting. For kvar rad skal du registrere testen, det observerte resultatet, den ansvarlege og eventuelle uløyste hindringar.
Vel éi vanleg kundereise og éi feilsituasjonsreise. Køyr begge i eit trygt testmiljø. Ta vare på bevisa du treng for å kunne gjenskape ein feil, utan å kopiere passord eller betalingsopplysningar inn i notat.
Skriv pilotinvitasjonen, spørsmåla om tilbakemelding og regelen din for gå/ikkje gå. Ein nyttig regel kan krevje at kvar annonsert plan blir klargjord korrekt og at ei vellukka gjenopprettingsøving er gjennomført. Vel storleiken på piloten ut frå den faktiske støttekapasiteten din.
Avslutt med ei avgjerd: klar for ein avgrensa pilot, blokkert i påvente av konkrete løysingar, eller klar for breiare invitasjonar etter ein fullført pilot. Registrer datoen då du vil gå gjennom dette på nytt.
Før du går vidare
Klargjering tyder eit testa løfte, ikkje ei full funksjonsliste. Ein pilot gjev læring utan å garantere sal. Hald betalingstesting innanfor leverandøren sitt støtta miljø, og vit korleis du kan setje på pause, kommunisere og gjenopprette når ei kritisk reise sviktar.
Kjelder og vidare lesing
Tilpassa frå den opphavlege leksjonen 10: Lanseringsdagen. FitSite er ei illustrerande verksemd brukt til læring, ikkje ei kundesuksesshistorie. Stripe si rettleiing om testing forklarer betalingstestar i sandkasse. WordPress si rettleiing om tryggleikskopiering dekkjer dataa og filene som trengst for gjenoppretting.