LECIONO 05 / 14 · SENPAGA KOMERCA KURSO
Planoj transformas vian servon en decidon, kiun klientoj povas kompreni. Utila plano priskribas la laboron, kiun ĝi subtenas, kio estas inkluzivita, kaj kiam kliento bezonas pli. Ĝi ankaŭ starigas limojn, kiuj ebligas al vi daŭripove plenumi la promeson.
Ĝis la fino: kreu mallongan plan-matricon, klarigu prudentan ĝisdatigan vojon, kaj testu la gravajn limojn. La prezoj en ĉi tiu leciono estas ilustraj; vi ekzamenos prezadon kaj kostojn en Leciono 9.
Komencu per malsamaj klientaj situacioj
La origina ekzemplo de FitSite distingas solajn trejnistojn, establitajn gimnastikejojn, kaj entreprenojn kun pluraj lokoj. Tiuj estas utilaj hipotezoj, ĉar la laboro povas diferenci: trejnisto bezonas klaran profesian retan ĉeeston, okupata gimnastikejo povas bezoni pli riĉan horaron kaj rezervan laborfluon, kaj ĉeno povas bezoni lokspecifajn informojn.
Ne supozu, ke la nombro da dungitoj determinas la ĝustan produkton. Sola trejnisto povas forte dependi de reta rezervado, dum pli granda gimnastikejo eble jam havas sistemon, kiun ĝi volas konservi. Uzu intervjuojn por identigi signifajn diferencojn en laborfluo, komplekseco, subteno kaj skalo. Planoj devus speguli tiujn diferencojn anstataŭ stereotipojn.
Por alia SaaS-komerco, la disiga linio povus esti unu projekto kontraŭ teama laborfluo, okaza uzo kontraŭ ofta laboro, aŭ unu loko kontraŭ pluraj. Elektu malgrandan nombron da kompreneblaj situacioj. Tri niveloj estas oftaj en ekzemploj, sed unu bona oferto aŭ du klaraj elektoj povas sufiĉi por komenci.
Skribu la promeson antaŭ la funkciolisto
Por ĉiu plano, skribu frazon klarigantan la utilan rezulton de la kliento. Poste listigu la funkciojn kaj servan laboron necesajn por liveri ĝin. Se vi ne povas klarigi la rolon de funkcio en tiu rezulto, rekonsideru ĉu ĝi apartenas al la komenca oferto.
Baza plano tamen devas plenumi sian promesitan taskon. Forigi esencan funkcion simple por devigi ĝisdatigon povas seniluziigi per la enira plano. Se kliento ne povas uzi vian “rezervan retejon” por akcepti aŭ direkti rezervojn, aŭ ŝanĝu la promeson aŭ inkluzivu funkciantan rezervan vojon.
Inkluzivu funkciajn detalojn, kiujn klientoj bezonas por decidi: la nombron de retejoj aŭ laborspacoj, koncernajn uzlimojn, haveblecon de propra domajno, subtenatajn integriĝojn, amplekson de subteno, kaj ajnan agordan servon. Klarigu limigojn simple. Teknikaj kvotoj gravas kiam ili influas la liveradon, eĉ se ili ne devus regi la ĉeftitolon.
Uzu la FitSite-matricon kiel funkcian ekzemplon
- Komenca — ilustra $49/monate: unu retejo por studio kun la ŝablono Studio Essential, kernaj komercaj informoj, kaj kontaktvojo. Klare diru, ĉu rezervaj ligiloj kaj propraj domajnoj estas inkluzivitaj.
- Kresko — ilustra $99/monate: unu retejo kun aldonaj ŝablonelektoj kaj testita rezerva aŭ enhava laborfluo taŭga por la aĉetanto. Inkluzivu limojn pri subteno kaj integriĝoj.
- Profesia — ilustra $199/monate: subteno por interkonsentita aranĝo kun pluraj lokoj, ekzemple ĝis kvin retejoj, kun la koncernaj ŝablonoj kaj amplekso de prizorgado.
Ĉi tiuj nombroj konservas la originan instruan ekzemplon; ili estas nek merkataj referencoj nek rekomendo pri prezado. Vi devas kontroli viajn kostojn kaj la reagon de aĉetantoj. Ne promesu “ĉiujn altkvalitajn kromprogramojn” krom se licencado, subteno kaj kongrueco igas tion liverinda. Pli longa funkciolisto povas pliigi kostojn sen plibonigi la rezulton de la kliento.
Estu preciza pri kvantoj. Se Profesia inkluzivas kvin retejojn, diru ĉu konserva kvoto validas por ĉiu retejo aŭ por la tuta membreco laŭ la efektiva agordo. Plurloka paĝo en unu retejo ne estas la sama kiel kvin sendependaj retejoj. Ne lasu la preztabelon kaj la provizitan produkton priskribi malsamajn aferojn.
Transformu la matricon en produktajn agordojn
En la nedeviga WordPress-vojo, Ultimate Multisite subtenas planojn, ŝablonojn kaj limojn. Kreu produkton por ĉiu celita plano kaj agordu la disponeblajn ŝablonelektojn, subtenatajn kromprogramojn kaj etosojn, retejajn kvantojn, kaj aliajn koncernajn kvotojn. Konsultu la aktualan dokumentadon pri la regiloj disponeblaj en via versio.
Uzu pripensitajn defaŭltojn por kromprogramoj. Kontaktformularo povas esti parto de ĉiu retejo, dum faka integriĝo apartenas nur tien, kie ĝi necesas. Reto-aktivigitaj kromprogramoj ŝargiĝas tra la reto; ne supozu, ke plana agordo povas malhelpi tiun konduton. Testu la efektivan klientan sperton por ĉiu nivelo kaj evitu aserti, ke funkcio estas limigita kiam ĝi restas alirebla.
Traktu permesojn aparte de merkatado. Donu al klientoj la aliron bezonatan por prizorgi ilian enhavon, kaj tenu platforman administradon sub via kontrolo. Testu freŝan klientan konton en ĉiu plano anstataŭ revizii nur el la vidpunkto de reta administranto.
Konservu la publikan kompartabelon kaj internan liveran kontrolliston kune. Kiam funkcio ŝanĝiĝas, ĝisdatigu ambaŭ antaŭ ol oferti la reviziitan planon. Tio helpas eviti vendi malnovan promeson dum vi provizas novan agordon.
Projektu ĝisdatigojn kaj malsuprenigojn antaŭ ol vendi ilin
Kliento devus kompreni, kio ŝanĝiĝas dum transiro inter planoj. En Ultimate Multisite, revizu la agordojn pri plan-grupoj kaj ĝisdatigo/malsuprenigo por la instalita versio, poste testu la permesatajn transirojn. Vida ordo kiel Komenca, Kresko, Profesia estas utila nur kiam la suba transira konduto kongruas kun ĝi.
Malsuprenigoj meritas apartan atenton. Kio okazas, se kliento havas pli da retejoj, konservospaco aŭ uzantoj ol permesas la pli malalta plano? Kio okazas al propra domajno aŭ integriĝo? Difinu procezon, kiu konservas klientajn datumojn kaj komunikas la bezonatajn ŝanĝojn. Ne promesu aŭtomatan forigon, tujan proporcian repagon, aŭ tujajn repagojn sen konfirmi la celitan fakturan konduton.
Testu planŝanĝojn en kontrolita pagtesta medio, kie tio estas subtenata. Revizu renovigajn datojn, montratajn prezojn, rajtojn, kaj klientajn retmesaĝojn. Registru ĉion, kio postulas manan subtenon, por ke vi povu honeste prezigI kaj klarigi ĝin.
Aldonu nedevigajn ekstraĵojn ŝpareme
La fonto sugestas ekstran konservospacon, prioritatan subtenon, kaj aldonajn retejojn. Ĉi tiuj povas esti utilaj aldonaĵoj kiam klientoj komprenas ilin kaj vi povas fidinde liveri ilin. Komencu per reala ripetiĝanta peto anstataŭ aldoni elekteblojn ĉe pago nur ĉar la programaro subtenas ilin.
Por ĉiu aldonaĵo, difinu la unuon, prezon, fakturan intervalon, nuligan konduton, kaj liveran respondecon. “Prioritata subteno” bezonas konkretan amplekson kaj respondan atendon; ĝi ne devus implici garantiitan solvon. Aldona konservospaco bezonas mezureblan kvanton kaj klaran difinon pri ĉu ĝi estas komuna.
Tenu aldonaĵojn videble nedevigaj kaj evitu antaŭelektitajn kostojn. Leciono 6 pritraktas prezenti la oferton ĉe pago. Simpla aĉeta decido estas pli facile testebla kaj subtenebla ol granda kolekto de pakaĵoj kun interkovrantaj rajtoj.
Via ekzerco: praktiku la lecionon
Kreu unupaĝan plan-matricon kaj testan kontrolliston:
- Nomu viajn unuajn klientajn segmentojn kaj la rezulton, kiun ĉiu plano promesas.
- Listigu postulatajn funkciojn, limojn, amplekson de subteno, kaj ekskludojn per simpla lingvaĵo.
- Aldonu provizorajn prezojn markitajn “ilustraj—bezonas validigon”, kune kun taksitaj liverkostoj.
- Skribu unu ĝisdatigan kaj unu malsuprenigan scenaron, inkluzive de tio, kio okazas super limo de pli malalta plano.
- Se vi uzas WordPress, provizu unu testan konton por ĉiu plano kaj komparu la liveritan sperton kun la matrico.
Via liveraĵo: oferto, kiun vi povas klarigi en mallonga konversacio, kun klaraj limoj kaj listo de agordoj aŭ fakturaj kondutoj ankoraŭ bezonantaj konfirmon.
Antaŭ ol vi daŭrigu
- Planoj devus respondi al utilaj klientaj situacioj kaj resti realigeblaj por liveri.
- Ekzemplaj prezoj estas supozoj ĝis kostoj kaj klientaj pruvoj subtenas ilin.
- Testu limojn, haveblecon de kromprogramoj, ĝisdatigojn, kaj malsuprenigojn anstataŭ fidi je preztabelo.
Fontoj kaj plua legado
Adaptita el la origina leciono pri reteja komerco. Ultimate Multisite: planoj, limoj kaj kromprogramaj regiloj