LEKSJON 05 / 14 · GRATIS FORRETNINGSKURS
Planer gjør tjenesten din til en beslutning kundene kan forstå. En nyttig plan beskriver arbeidet den støtter, hva som er inkludert, og når en kunde trenger mer. Den setter også grenser som gjør at du kan levere løftet på en bærekraftig måte.
Ved slutten: lag en kort planmatrise, forklar en fornuftig oppgraderingsvei, og test grensene som betyr noe. Prisene i denne leksjonen er illustrative; du vil undersøke priser og kostnader i leksjon 9.
Start med ulike kundesituasjoner
Det opprinnelige FitSite-eksempelet skiller mellom selvstendige trenere, etablerte treningssentre og virksomheter med flere lokasjoner. Dette er nyttige hypoteser fordi arbeidet kan variere: en trener trenger en tydelig profesjonell tilstedeværelse, et travelt treningssenter kan trenge en mer innholdsrik timeplan og bestillingsflyt, og en kjede kan trenge lokasjonsspesifikk informasjon.
Ikke anta at antall ansatte avgjør hvilket produkt som er riktig. En selvstendig trener kan være sterkt avhengig av nettbestilling, mens et større treningssenter kanskje allerede har et system det ønsker å beholde. Bruk intervjuer for å identifisere meningsfulle forskjeller i arbeidsflyt, kompleksitet, støtte og omfang. Planene bør gjenspeile disse forskjellene i stedet for stereotypier.
For en annen SaaS-virksomhet kan skillelinjen være ett prosjekt kontra en arbeidsflyt for team, sporadisk bruk kontra hyppig arbeid, eller én lokasjon kontra flere. Velg et lite antall forståelige situasjoner. Tre nivåer er vanlige i eksempler, men ett godt tilbud eller to tydelige valg kan være nok til å starte.
Skriv løftet før funksjonslisten
For hver plan, skriv en setning som forklarer kundens nyttige resultat. List deretter funksjonene og tjenestearbeidet som kreves for å levere det. Hvis du ikke kan forklare en funksjons rolle i resultatet, bør du vurdere om den hører hjemme i det opprinnelige tilbudet.
En grunnplan må fortsatt fullføre oppgaven den lover. Å fjerne en essensiell funksjon bare for å tvinge fram en oppgradering kan gjøre inngangsplanen skuffende. Hvis en kunde ikke kan bruke «bestillingsnettstedet» ditt til å ta imot eller videresende bestillinger, må du enten endre løftet eller inkludere en fungerende bestillingsløsning.
Inkluder driftsdetaljer kundene trenger for å ta en beslutning: antall nettsteder eller arbeidsområder, relevante bruksgrenser, tilgjengelighet for egendefinert domene, støttede integrasjoner, omfanget av support og eventuelle oppsettstjenester. Forklar begrensninger tydelig. Tekniske kvoter er viktige når de påvirker leveransen, selv om de ikke bør dominere overskriften.
Bruk FitSite-matrisen som et arbeidseksempel
- Starter — illustrativt $49/måned: ett studio-nettsted med malen Studio Essential, grunnleggende bedriftsinformasjon og en kontaktmulighet. Oppgi tydelig om bestillingslenker og egendefinerte domener er inkludert.
- Vekst — illustrativt $99/måned: ett nettsted med flere malvalg og en testet arbeidsflyt for bestilling eller innhold som passer kjøperen. Inkluder grenser for support og integrasjoner.
- Pro — illustrativt $199/måned: støtte for en avtalt løsning med flere lokasjoner, for eksempel opptil fem nettsteder, med relevante maler og vedlikeholdsomfang.
Disse tallene bevarer det opprinnelige undervisningseksempelet; de er verken markedsreferanser eller en prisanbefaling. Du må kontrollere kostnadene dine og kjøpernes respons. Ikke lov «alle premium-utvidelser» med mindre lisensiering, support og kompatibilitet gjør det mulig å levere. En lengre funksjonsliste kan øke kostnadene uten å forbedre kundens resultat.
Vær presis om kvoter. Hvis Pro inkluderer fem nettsteder, oppgi om en lagringskvote gjelder per nettsted eller for hele medlemskapet i henhold til den faktiske konfigurasjonen. En side for flere lokasjoner på ett nettsted er ikke det samme som fem uavhengige nettsteder. Ikke la pristabellen og produktet som leveres beskrive ulike ting.
Oversett matrisen til produktinnstillinger
I det valgfrie WordPress-sporet støtter Ultimate Multisite planer, maler og grenser. Opprett et produkt for hver plan du har til hensikt å tilby, og konfigurer tilgjengelige malvalg, støttede utvidelser og temaer, nettstedskvoter og andre relevante kvoter. Se gjeldende dokumentasjon for kontrollene som er tilgjengelige i din versjon.
Bruk bevisste standardinnstillinger for utvidelser. Et kontaktskjema kan være en del av alle nettsteder, mens en spesialisert integrasjon bare hører hjemme der den trengs. Nettverksaktiverte utvidelser lastes på tvers av nettverket; ikke anta at en planinnstilling kan hindre denne atferden. Test den faktiske kundeopplevelsen for hvert nivå, og unngå å hevde at en funksjon er begrenset når den fortsatt er tilgjengelig.
Behandle tillatelser separat fra markedsføring. Gi kundene tilgangen de trenger for å vedlikeholde innholdet sitt, og behold plattformadministrasjonen under din kontroll. Test en ny kundekonto på hver plan i stedet for å bare gjennomgå fra en nettverksadministrators perspektiv.
Hold den offentlige sammenligningstabellen og den interne leveringssjekklisten samlet. Når en funksjon endres, oppdater begge før du tilbyr den reviderte planen. Dette bidrar til å unngå å selge et gammelt løfte mens du klargjør en ny konfigurasjon.
Utform oppgraderinger og nedgraderinger før du selger dem
En kunde bør forstå hva som endres ved overgang mellom planer. I Ultimate Multisite bør du gjennomgå innstillingene for plangruppe og oppgradering/nedgradering for den installerte versjonen, og deretter teste de tillatte overgangene. En visuell rekkefølge som Starter, Vekst, Pro er bare nyttig når den underliggende overgangsatferden samsvarer med den.
Nedgraderinger fortjener særlig oppmerksomhet. Hva skjer hvis en kunde har flere nettsteder, mer lagring eller flere brukere enn den lavere planen tillater? Hva skjer med et egendefinert domene eller en integrasjon? Definer en prosess som bevarer kundedata og kommuniserer nødvendige endringer. Ikke lov automatisk sletting, umiddelbar forholdsmessig beregning eller øyeblikkelige refusjoner uten å bekrefte den tiltenkte faktureringsatferden.
Test planendringer i et kontrollert testmiljø for betaling der det støttes. Gjennomgå fornyelsesdatoer, viste priser, rettigheter og kunde-e-poster. Noter alt som krever manuell support, slik at du kan prise og forklare det på en ærlig måte.
Legg til valgfrie tillegg med måte
Kilden foreslår ekstra lagring, prioritert support og flere nettsteder. Dette kan være nyttige tillegg når kundene forstår dem og du kan levere dem pålitelig. Start med en reell, gjentakende forespørsel i stedet for å legge til valg i kassen bare fordi programvaren støtter dem.
For hvert tillegg definerer du enheten, prisen, faktureringsintervallet, avbestillingsatferden og leveringsansvaret. «Prioritert support» trenger et konkret omfang og en forventning til responstid; det bør ikke antyde garantert løsning. Ekstra lagring trenger en målbar kvote og en tydelig definisjon av om den deles.
Hold tillegg synlig valgfrie, og unngå forhåndsvalgte kostnader. Leksjon 6 dekker hvordan tilbudet presenteres i kassen. En enkel kjøpsbeslutning er lettere å teste og støtte enn en stor samling pakker med overlappende rettigheter.
Din øvelse: sett leksjonen ut i praksis
Lag en planmatrise på én side og en testsjekkliste:
- Nevn de første kundesegmentene dine og resultatet hver plan lover.
- List opp nødvendige funksjoner, grenser, supportomfang og unntak på klart språk.
- Legg ved foreløpige priser merket «illustrativt—trenger validering», samt estimerte leveringskostnader.
- Skriv ett oppgraderings- og ett nedgraderingsscenario, inkludert hva som skjer over en grense for en lavere plan.
- Hvis du bruker WordPress, klargjør én testkonto per plan og sammenlign den leverte opplevelsen med matrisen.
Din leveranse: et tilbud du kan forklare i en kort samtale, med tydelige grenser og en liste over innstillinger eller faktureringsatferd som fortsatt krever verifisering.
Før du går videre
- Planer bør knyttes til nyttige kundesituasjoner og fortsatt være levedyktige å levere.
- Eksempelpriser er antakelser til kostnader og kundebevis underbygger dem.
- Test grenser, tilgjengelighet for utvidelser, oppgraderinger og nedgraderinger i stedet for å stole på en pristabell.
Kilder og videre lesning
Tilpasset fra den opprinnelige leksjonen om nettstedvirksomhet. Ultimate Multisite: planer, grenser og kontroll av utvidelser