УРОК 05 / 14 · БЯСПЛАТНЫ КУРС ПА БІЗНЕСЕ
Тарыфныя планы ператвараюць вашу паслугу ў рашэнне, зразумелае кліентам. Карысны план апісвае працу, якую ён падтрымлівае, што ўключана і калі кліенту трэба больш. Ён таксама ўсталёўвае межы, што дазваляюць вам устойліва выконваць абяцанне.
Да канца ўрока: стварыце кароткую матрыцу планаў, растлумачце разумны шлях пераходу на вышэйшы план і пратэстуйце важныя абмежаванні. Цэны ў гэтым уроку прыведзены для ілюстрацыі; цэны і выдаткі вы разгледзіце ва Уроку 9.
Пачніце з розных сітуацый кліентаў
Арыгінальны прыклад FitSite адрознівае трэнераў-адзіночак, ужо вядомыя трэнажорныя залы і бізнэсы з некалькімі лакацыямі. Гэта карысныя гіпотэзы, бо патрэбная работа можа адрознівацца: трэнеру патрэбная выразная прафесійная прысутнасць, загружанай трэнажорнай зале можа спатрэбіцца больш насычаны расклад і працэс браніравання, а сетцы можа быць патрэбная інфармацыя для кожнай лакацыі.
Не зыходзьце з таго, што колькасць супрацоўнікаў вызначае правільны прадукт. Трэнер-адзіночка можа значна залежаць ад анлайн-браніравання, тады як большая трэнажорная зала можа ўжо мець сістэму, якую хоча захаваць. Выкарыстоўвайце інтэрв’ю, каб выявіць істотныя адрозненні ў працоўных працэсах, складанасці, падтрымцы і маштабе. Планы павінны адлюстроўваць гэтыя адрозненні, а не стэрэатыпы.
Для іншага SaaS-бізнесу мяжой падзелу можа быць адзін праект у параўнанні з камандным працоўным працэсам, эпізадычнае выкарыстанне ў параўнанні з частай працай або адна лакацыя ў параўнанні з некалькімі. Выберыце невялікую колькасць зразумелых сітуацый. У прыкладах часта выкарыстоўваюць тры ўзроўні, але для пачатку можа хапіць адной добрай прапановы або двух выразных варыянтаў.
Сфармулюйце абяцанне перад спісам функцый
Для кожнага плана напішыце сказ, які тлумачыць карысны вынік для кліента. Затым пералічыце функцыі і сэрвісную працу, неабходныя для яго дасягнення. Калі вы не можаце растлумачыць ролю функцыі ў гэтым выніку, перагледзьце, ці варта ўключаць яе ў пачатковую прапанову.
Базавы план усё роўна павінен выконваць абяцаную задачу. Выдаленне істотнай функцыі толькі дзеля прымусу да пераходу на вышэйшы план можа расчараваць карыстальнікаў пачатковага плана. Калі кліент не можа выкарыстоўваць ваш «сайт для браніравання», каб прымаць або накіроўваць браніраванні, альбо змяніце абяцанне, альбо ўключыце працоўны спосаб браніравання.
Уключайце аперацыйныя дэталі, патрэбныя кліентам для рашэння: колькасць сайтаў або працоўных прастор, адпаведныя ліміты выкарыстання, даступнасць уласнага дамена, інтэграцыі, што падтрымліваюцца, абсяг падтрымкі і любыя паслугі наладжвання. Выразна тлумачце абмежаванні. Тэхнічныя квоты важныя, калі яны ўплываюць на прадастаўленне паслугі, нават калі не павінны дамінаваць у загалоўку.
Выкарыстоўвайце матрыцу FitSite як працоўны прыклад
- Starter — ілюстрацыйныя $49/месяц: адзін сайт студыі з шаблонам Studio Essential, асноўнай інфармацыяй пра бізнес і спосабам сувязі. Выразна пазначце, ці ўключаны спасылкі для браніравання і ўласныя дамены.
- Growth — ілюстрацыйныя $99/месяц: адзін сайт з дадатковымі варыянтамі шаблонаў і правераным працоўным працэсам браніравання або кантэнту, адпаведным пакупніку. Укажыце межы падтрымкі і інтэграцый.
- Pro — ілюстрацыйныя $199/месяц: падтрымка ўзгодненай схемы для некалькіх лакацый, напрыклад да пяці сайтаў, з адпаведнымі шаблонамі і аб’ёмам абслугоўвання.
Гэтыя лічбы захоўваюць арыгінальны навучальны прыклад; яны не з’яўляюцца ні рынкавымі арыенцірамі, ні рэкамендацыяй па цэнаўтварэнні. Вы мусіце праверыць свае выдаткі і рэакцыю пакупнікоў. Не абяцайце «ўсе прэміум-убудовы», калі ліцэнзаванне, падтрымка і сумяшчальнасць не дазваляюць гэта прадаставіць. Даўжэйшы спіс функцый можа павялічыць выдаткі, не паляпшаючы вынік для кліента.
Дакладна вызначайце нормы. Калі Pro уключае пяць сайтаў, укажыце, ці прымяняецца квота сховішча да кожнага сайта або да ўсяго членства, згодна з фактычнай канфігурацыяй. Старонка для некалькіх лакацый на адным сайце — не тое самае, што пяць незалежных сайтаў. Не дазваляйце табліцы цэн і прадастаўленаму прадукту апісваць розныя рэчы.
Пераўтварыце матрыцу ў налады прадукту
У дадатковым маршруце WordPress Ultimate Multisite падтрымлівае планы, шаблоны і абмежаванні. Стварыце прадукт для кожнага запланаванага плана і наладзьце даступныя варыянты шаблонаў, убудовы і тэмы, што падтрымліваюцца, дазволеную колькасць сайтаў і іншыя адпаведныя квоты. Звярніцеся да актуальнай дакументацыі, каб даведацца пра элементы кіравання, даступныя ў вашай версіі.
Наўмысна задавайце стандартныя налады ўбудоў. Кантактная форма можа быць часткай кожнага сайта, тады як спецыялізаваная інтэграцыя належыць толькі там, дзе яна патрэбная. Убудовы, актываваныя для сеткі, загружаюцца ва ўсёй сетцы; не мяркуйце, што налада плана можа прадухіліць такія паводзіны. Праверце фактычны досвед кліента для кожнага ўзроўню і не заяўляйце, што функцыя абмежаваная, калі яна застаецца даступнай.
Разглядайце дазволы асобна ад маркетынгу. Дайце кліентам доступ, неабходны для падтрымання іх кантэнту, а адміністраванне платформы пакіньце пад сваім кантролем. Тэстуйце новы ўліковы запіс кліента на кожным плане, а не ацэньвайце толькі з пункту гледжання адміністратара сеткі.
Трымайце публічную параўнальную табліцу і ўнутраны кантрольны спіс прадастаўлення паслугі разам. Калі функцыя змяняецца, абнаўляйце абодва дакументы перад тым, як прапаноўваць перагледжаны план. Гэта дапамагае пазбегнуць продажу старога абяцання пры прадастаўленні новай канфігурацыі.
Праектуйце пераходы на вышэйшыя і ніжэйшыя планы перад іх продажам
Кліент павінен разумець, што змяняецца пры пераходзе паміж планамі. У Ultimate Multisite праверце налады груп планаў і пераходаў на вышэйшы/ніжэйшы план для ўсталяванай версіі, а затым пратэстуйце дазволеныя пераходы. Візуальны парадак, такі як Starter, Growth, Pro, карысны толькі тады, калі яму адпавядаюць базавыя паводзіны пераходаў.
Пераходы на ніжэйшы план заслугоўваюць асаблівай увагі. Што адбудзецца, калі ў кліента больш сайтаў, сховішча або карыстальнікаў, чым дазваляе ніжэйшы план? Што адбудзецца з уласным даменам або інтэграцыяй? Вызначце працэс, які захоўвае даныя кліента і паведамляе пра неабходныя змены. Не абяцайце аўтаматычнае выдаленне, імгненны пераразлік сумы або неадкладнае вяртанне сродкаў, не пацвердзіўшы запланаваныя паводзіны аплаты.
Тэстуйце змены планаў у кантраляваным тэставым асяроддзі аплаты, дзе яно падтрымліваецца. Правярайце даты падаўжэння, адлюстраваныя цэны, правы доступу і электронныя лісты кліентам. Запісвайце ўсё, што патрабуе ручной падтрымкі, каб вы маглі сумленна вызначыць цану і растлумачыць гэта.
Астярожна дадавайце дадатковыя опцыі
Крыніца прапануе дадатковае сховішча, прыярытэтную падтрымку і дадатковыя сайты. Гэта могуць быць карысныя дапаўненні, калі кліенты іх разумеюць і вы можаце надзейна іх прадастаўляць. Пачынайце з рэальнага паўторнага запыту, а не дадавайце варыянты афармлення замовы проста таму, што праграмнае забеспячэнне іх падтрымлівае.
Для кожнага дапаўнення вызначце адзінку, цану, інтэрвал аплаты, паводзіны пры скасаванні і адказнасць за прадастаўленне. «Прыярытэтная падтрымка» патрабуе канкрэтнага абсягу і чаканняў адносна адказу; яна не павінна азначаць гарантаванае вырашэнне. Дадатковае сховішча патрабуе вымяральнай нормы і выразнага вызначэння, ці з’яўляецца яна агульнай.
Трымайце дапаўненні відавочна неабавязковымі і пазбягайце загадзя выбраных плацяжоў. Урок 6 прысвечаны прэзентацыі прапановы пры афармленні замовы. Простае рашэнне аб куплі лягчэй тэставаць і падтрымліваць, чым вялікую калекцыю пакетаў з правамі доступу, якія перакрываюцца.
Ваша практыкаванне: прымяніце ўрок на практыцы
Стварыце аднастаранічную матрыцу планаў і кантрольны спіс для тэставання:
- Назавіце свае першыя сегменты кліентаў і вынік, які абяцае кожны план.
- Пералічыце неабходныя функцыі, ліміты, абсяг падтрымкі і выключэнні простай мовай.
- Дадайце папярэднія цэны з пазнакай «ілюстрацыйныя — патрабуюць праверкі», а таксама разліковыя выдаткі на прадастаўленне паслугі.
- Апішыце адзін сцэнарый пераходу на вышэйшы план і адзін — на ніжэйшы, уключаючы тое, што адбываецца пры перавышэнні ліміту ніжэйшага плана.
- Калі вы карыстаецеся WordPress, наладзьце па адным тэставым уліковым запісе для кожнага плана і параўнайце прадастаўлены досвед з матрыцай.
Ваш вынік: прапанова, якую вы можаце растлумачыць у кароткай размове, з выразнымі межамі і спісам налад або паводзін аплаты, што ўсё яшчэ патрабуюць праверкі.
Перад тым як рухацца далей
- Планы павінны адпавядаць карысным сітуацыям кліентаў і заставацца рэалістычнымі для прадастаўлення.
- Прыкладныя цэны з’яўляюцца дапушчэннямі, пакуль іх не пацвердзяць выдаткі і доказы ад кліентаў.
- Тэстуйце ліміты, даступнасць убудоў, пераходы на вышэйшыя і ніжэйшыя планы, а не спадзявайцеся толькі на табліцу цэн.
Крыніцы і дадатковае чытанне
Адаптавана з арыгінальнага ўрока пра вэб-бізнес. Ultimate Multisite: планы, ліміты і кіраванне ўбудовамі