ÕPPETUND 05 / 14 · TASUTA ÄRIKURSUS
Paketid muudavad teie teenuse otsuseks, mida kliendid mõistavad. Kasulik pakett kirjeldab tööd, mida see toetab, mida see sisaldab ja millal klient vajab enamat. Samuti seab see piirid, mis võimaldavad teil lubadust jätkusuutlikult täita.
Õppetunni lõpuks: koostage lühike paketimaatriks, selgitage mõistlikku uuendusteed ja testige olulisi piiranguid. Selle õppetunni hinnad on näitlikud; hinnakujundust ja kulusid käsitlete 9. õppetunnis.
Alustage erinevatest kliendiolukordadest
Algne FitSite’i näide eristab üksiktreenereid, väljakujunenud jõusaale ja mitme asukohaga ettevõtteid. Need on kasulikud hüpoteesid, sest töö võib erineda: treener vajab selget professionaalset veebikohalolu, hõivatud jõusaal võib vajada põhjalikumat tunniplaani ja broneerimise töövoogu ning kett võib vajada asukohapõhist teavet.
Ärge eeldage, et töötajate arv määrab õige toote. Üksiktreener võib suurel määral tugineda veebibroneerimisele, samal ajal kui suuremal jõusaalil võib juba olla süsteem, mida ta soovib säilitada. Kasutage intervjuusid, et tuvastada olulised erinevused töövoos, keerukuses, toes ja mahus. Paketid peaksid neid erinevusi kajastama, mitte stereotüüpe.
Mõne muu SaaS-ettevõtte puhul võib eristusjoon olla üks projekt versus meeskonna töövoog, juhukasutus versus sagedane töö või üks asukoht versus mitu. Valige väike arv arusaadavaid olukordi. Näidetes on levinud kolm taset, kuid alustamiseks võib piisata ühest heast pakkumisest või kahest selgest valikust.
Sõnastage lubadus enne funktsioonide loendit
Kirjutage iga paketi kohta lause, mis selgitab kliendi jaoks kasulikku tulemust. Seejärel loetlege selle saavutamiseks vajalikud funktsioonid ja teenusetööd. Kui te ei suuda selgitada funktsiooni rolli selles tulemuses, kaaluge, kas see peaks esialgsesse pakkumisse kuuluma.
Põhipakett peab siiski täitma oma lubatud ülesande. Olulise funktsiooni eemaldamine ainult uuenduse sundimiseks võib muuta algpaketi pettumust valmistavaks. Kui klient ei saa teie „broneerimisveebisaidi” abil broneeringuid vastu võtta või neile suunata, muutke kas lubadust või lisage toimiv broneerimisviis.
Lisage otsustamiseks vajalikud tegevuslikud üksikasjad: saitide või tööruumide arv, asjakohased kasutuspiirangud, kohandatud domeeni saadavus, toetatud integratsioonid, toe ulatus ja kõik seadistusteenused. Selgitage piiranguid otsekoheselt. Tehnilised kvoodid on olulised siis, kui need mõjutavad teenuse osutamist, isegi kui need ei peaks pealkirjas domineerima.
Kasutage FitSite’i maatriksit töötava näitena
- Starter — näitlikult 49 $ kuus: üks stuudio veebisait Studio Essentiali malliga, põhiline äriteave ja kontaktivõimalus. Öelge selgelt, kas broneerimislingid ja kohandatud domeenid on kaasatud.
- Growth — näitlikult 99 $ kuus: üks veebisait koos täiendavate mallivalikute ning ostjale sobiva testitud broneerimis- või sisutöövooga. Lisage toe ja integratsioonide piirid.
- Pro — näitlikult 199 $ kuus: tugi kokkulepitud mitme asukohaga lahendusele, näiteks kuni viiele saidile, koos asjakohaste mallide ja hoolduse ulatusega.
Need numbrid säilitavad algse õppenäite; need ei ole ei turu võrdlusalused ega hinnakujunduse soovitus. Peate kontrollima oma kulusid ja ostjate reaktsiooni. Ärge lubage „kõiki premium-pluginaid”, kui litsentsimine, tugi ja ühilduvus ei võimalda seda pakkuda. Pikem funktsioonide loend võib suurendada kulusid ilma kliendi tulemust parandamata.
Olge õiguste osas täpne. Kui Pro sisaldab viit saiti, märkige tegeliku seadistuse kohaselt, kas salvestusruumi kvoot kehtib saidi kohta või kogu liikmesuse peale. Ühel saidil olev mitme asukoha leht ei ole sama mis viis iseseisvat saiti. Ärge laske hinnatabelil ja kasutusele võetud tootel kirjeldada erinevaid asju.
Muutke maatriks toote seadistusteks
Valikulisel WordPressi rajal toetab Ultimate Multisite pakette, malle ja piiranguid. Looge iga kavandatud paketi jaoks toode ning seadistage saadaolevad mallivalikud, toetatud pluginad ja teemad, saitide limiidid ning muud asjakohased kvoodid. Vaadake oma versioonis saadaolevate juhtelementide kohta kehtivast dokumentatsioonist.
Kasutage läbimõeldud pluginate vaikeseadeid. Kontaktivorm võib kuuluda iga saidi juurde, samas kui spetsialiseeritud integratsioon kuulub ainult sinna, kus seda vajatakse. Võrgus aktiveeritud pluginad laaditakse kogu võrgus; ärge eeldage, et paketiseadistus saab seda käitumist takistada. Testige iga taseme tegelikku kliendikogemust ja vältige väidet, et funktsioon on piiratud, kui see jääb ligipääsetavaks.
Käsitlege õigusi turundusest eraldi. Andke klientidele nende sisu haldamiseks vajalik ligipääs ning hoidke platvormi haldus enda kontrolli all. Testige igal paketil värsket kliendikontot, mitte ainult võrguhalduri vaatest.
Hoidke avalik võrdlustabel ja sisemine teenuse osutamise kontrollnimekiri koos. Kui funktsioon muutub, uuendage mõlemat enne muudetud paketi pakkumist. See aitab vältida vana lubaduse müümist, samal ajal kui seadistatakse uus konfiguratsioon.
Kavandage uuendused ja alandused enne nende müümist
Klient peaks mõistma, mis muutub pakettide vahel liikudes. Ultimate Multisite’is vaadake üle installitud versiooni paketirühma ning uuendamise/alandamise seaded, seejärel testige lubatud üleminekuid. Visuaalne järjestus nagu Starter, Growth, Pro on kasulik ainult siis, kui selle aluseks olev üleminekukäitumine vastab sellele.
Paketialandused väärivad erilist tähelepanu. Mis juhtub, kui kliendil on rohkem saite, salvestusruumi või kasutajaid, kui madalam pakett lubab? Mis juhtub kohandatud domeeni või integratsiooniga? Määratlege protsess, mis säilitab kliendi andmed ja teavitab vajalikest muudatustest. Ärge lubage automaatset kustutamist, kohest proportsionaalset arveldamist ega viivitamatuid tagasimakseid, ilma et oleksite kinnitanud kavandatud arvelduskäitumist.
Testige paketimuudatusi kontrollitud maksete testkeskkonnas, kui seda toetatakse. Vaadake üle uuendamiskuupäevad, kuvatavad hinnad, õigused ja kliendimeilid. Dokumenteerige kõik, mis vajab käsitsi tuge, et saaksite selle eest ausalt hinda määrata ja seda selgitada.
Lisage valikulisi lisasid säästlikult
Allikas soovitab lisasalvestusruumi, prioriteetset tuge ja täiendavaid saite. Need võivad olla kasulikud lisad, kui kliendid neist aru saavad ja te suudate neid usaldusväärselt pakkuda. Alustage tegelikust korduvast soovist, selle asemel et lisada kassasse valikuid lihtsalt seetõttu, et tarkvara neid toetab.
Määratlege iga lisateenuse jaoks ühik, hind, arveldusintervall, tühistamise kord ja teenuse osutamise vastutus. „Prioriteetne tugi” vajab konkreetset ulatust ja vastamise ootust; see ei tohiks tähendada garanteeritud lahendust. Lisasalvestusruum vajab mõõdetavat mahtu ja selget määratlust selle kohta, kas see on ühiskasutatav.
Hoidke lisad selgelt valikulistena ja vältige eelvalitud tasusid. Õppetund 6 käsitleb pakkumise esitamist kassas. Lihtsat ostuotsust on lihtsam testida ja toetada kui suurt hulka kattuvate õigustega pakette.
Teie harjutus: rakendage õppetund praktikas
Koostage ühe lehekülje paketimaatriks ja testimise kontrollnimekiri:
- Nimetage oma esimesed kliendisegmendid ja tulemus, mida iga pakett lubab.
- Loetlege vajalikud funktsioonid, piirangud, toe ulatus ja välistused lihtsas keeles.
- Lisage esialgsed hinnad märkega „näitlik—vajab kinnitamist” ning hinnangulised teenuse osutamise kulud.
- Kirjutage üks uuendamise ja üks alandamise stsenaarium, sealhulgas mis juhtub madalama paketi limiidi ületamisel.
- Kui kasutate WordPressi, looge iga paketi jaoks üks testkonto ja võrrelge pakutavat kogemust maatriksiga.
Teie väljund: pakkumine, mida saate lühikeses vestluses selgitada ning millel on selged piirid ja loend seadistustest või arvelduskäitumistest, mis vajavad veel kontrollimist.
Enne kui jätkate
- Paketid peaksid vastama kasulikele kliendiolukordadele ja olema teenuse osutamiseks elujõulised.
- Näidishinnad on eeldused, kuni kulud ja klienditõendid neid toetavad.
- Testige piiranguid, pluginate saadavust, uuendusi ja alandusi, selle asemel et tugineda hinnatabelile.
Allikad ja lisalugemine
Kohandatud algse veebiettevõtte õppetunni põhjal. Ultimate Multisite: paketid, piirangud ja pluginate juhtimine