თქვენი გეგმების შემუშავება

დაიწყეთ მომხმარებლის განსხვავებული სიტუაციებით

FitSite-ის თავდაპირველი მაგალითი გამოყოფს ინდივიდუალურ ტრენერებს, დამკვიდრებულ სპორტდარბაზებსა და მრავალლოკაციურ ბიზნესებს. ეს სასარგებლო ჰიპოთეზებია, რადგან სამუშაო შეიძლება განსხვავდებოდეს: ტრენერს სჭირდება მკაფიო პროფესიული წარმოდგენა, დატვირთულ სპორტდარბაზს შეიძლება დასჭირდეს უფრო მდიდარი განრიგი და დაჯავშნის სამუშაო პროცესი, ხოლო ქსელს — ლოკაციისთვის სპეციფიკური ინფორმაცია.

ნუ ჩათვლით, რომ თანამშრომელთა რაოდენობა სწორ პროდუქტს განსაზღვრავს. ინდივიდუალური ტრენერი შეიძლება მნიშვნელოვნად ეყრდნობოდეს ონლაინ დაჯავშნას, მაშინ როცა უფრო დიდ სპორტდარბაზს შესაძლოა უკვე ჰქონდეს სისტემა, რომლის შენარჩუნებაც სურს. გამოიყენეთ ინტერვიუები სამუშაო პროცესის, სირთულის, მხარდაჭერისა და მასშტაბის მნიშვნელოვანი განსხვავებების გამოსავლენად. პაკეტებმა ეს განსხვავებები უნდა ასახოს და არა სტერეოტიპები.

სხვა SaaS ბიზნესისთვის გამყოფი ხაზი შეიძლება იყოს ერთი პროექტი გუნდის სამუშაო პროცესის წინააღმდეგ, იშვიათი გამოყენება ხშირი მუშაობის წინააღმდეგ, ან ერთი ლოკაცია რამდენიმეს წინააღმდეგ. შეარჩიეთ მცირე რაოდენობის გასაგები სიტუაციები. მაგალითებში სამსაფეხურიანი მოდელი ხშირია, თუმცა დასაწყებად შეიძლება ერთი კარგი შეთავაზება ან ორი მკაფიო არჩევანიც საკმარისი იყოს.

ფუნქციების ჩამონათვალამდე ჩამოაყალიბეთ დაპირება

თითოეული პაკეტისთვის დაწერეთ წინადადება, რომელიც განმარტავს მომხმარებლის სასარგებლო შედეგს. შემდეგ ჩამოთვალეთ ფუნქციები და სერვისული სამუშაო, რომლებიც მის მისაღწევადაა საჭირო. თუ ვერ ხსნით ამ შედეგში ფუნქციის როლს, გადახედეთ, უნდა შედიოდეს თუ არა ის საწყის შეთავაზებაში.

საბაზისო პაკეტმაც მაინც უნდა შეასრულოს დაპირებული ამოცანა. განახლების იძულების მიზნით არსებითი ფუნქციის ამოღებამ შესაძლოა საწყისი პაკეტი იმედგამაცრუებელი გახადოს. თუ მომხმარებელს არ შეუძლია თქვენი „დაჯავშნის ვებსაიტის“ გამოყენება დაჯავშნების მისაღებად ან მათკენ მისამართად, ან დაპირება შეცვალეთ, ან დაჯავშნის მოქმედი გზა ჩართეთ.

შეიტანეთ ოპერაციული დეტალები, რომლებიც მომხმარებლებს გადაწყვეტილების მისაღებად სჭირდებათ: საიტების ან სამუშაო სივრცეების რაოდენობა, გამოყენების შესაბამისი ლიმიტები, მორგებული დომენის ხელმისაწვდომობა, მხარდაჭერილი ინტეგრაციები, მხარდაჭერის ფარგლები და ნებისმიერი დაყენების სერვისი. შეზღუდვები გასაგებად ახსენით. ტექნიკური კვოტები მნიშვნელოვანია მაშინ, როდესაც მიწოდებაზე მოქმედებს, თუნდაც სათაურში მთავარი ადგილი არ უნდა ეკავოს.

გამოიყენეთ FitSite-ის მატრიცა სამუშაო მაგალითად

• Starter — საილუსტრაციო $49/თვეში: ერთი სტუდიის ვებსაიტი Studio Essential შაბლონით, ძირითადი ბიზნესინფორმაციითა და საკონტაქტო გზით. მკაფიოდ მიუთითეთ, შედის თუ არა დაჯავშნის ბმულები და მორგებული დომენები.
• Growth — საილუსტრაციო $99/თვეში: ერთი ვებსაიტი შაბლონების დამატებითი არჩევანით და მყიდველისთვის შესაფერისი, შემოწმებული დაჯავშნის ან კონტენტის სამუშაო პროცესით. მიუთითეთ მხარდაჭერისა და ინტეგრაციის საზღვრები.
• Pro — საილუსტრაციო $199/თვეში: მხარდაჭერა შეთანხმებული მრავალლოკაციური კონფიგურაციისთვის, მაგალითად, ხუთამდე საიტისთვის, შესაბამისი შაბლონებითა და მოვლის ფარგლებით.

ეს რიცხვები ინარჩუნებს თავდაპირველ სასწავლო მაგალითს; ისინი არც ბაზრის საორიენტაციო მაჩვენებლებია და არც ფასების რეკომენდაცია. თქვენ უნდა შეამოწმოთ თქვენი ხარჯები და მყიდველების რეაქცია. ნუ დაპირდებით „ყველა პრემიუმ მოდულს“, თუ ლიცენზირება, მხარდაჭერა და თავსებადობა ამის მიწოდების საშუალებას არ იძლევა. ფუნქციების გრძელმა ჩამონათვალმა შესაძლოა ხარჯები გაზარდოს მომხმარებლის შედეგის გაუმჯობესების გარეშე.

ზუსტად განსაზღვრეთ მოცულობები. თუ Pro ხუთ საიტს მოიცავს, მიუთითეთ, საცავის კვოტა თითო საიტზე ვრცელდება თუ წევრობაზე მთლიანად, რეალური კონფიგურაციის შესაბამისად. ერთ საიტზე არსებული მრავალლოკაციური გვერდი ხუთ დამოუკიდებელ საიტს არ უდრის. ნუ დაუშვებთ, რომ ფასების ცხრილი და მიწოდებული პროდუქტი განსხვავებულ რამეს აღწერდეს.

მატრიცა პროდუქტის პარამეტრებში გადაიტანეთ

WordPress-ის არჩევით მიმართულებაში Ultimate Multisite მხარს უჭერს პაკეტებს, შაბლონებსა და ლიმიტებს. შექმენით პროდუქტი თითოეული განზრახული პაკეტისთვის და დააკონფიგურირეთ ხელმისაწვდომი შაბლონების არჩევანი, მხარდაჭერილი მოდულები და თემები, საიტების რაოდენობის ლიმიტები და სხვა შესაბამისი კვოტები. გაეცანით მიმდინარე დოკუმენტაციას თქვენი ვერსიისთვის ხელმისაწვდომი მართვის ელემენტების შესახებ.

მოდულების ნაგულისხმევი პარამეტრები გააზრებულად გამოიყენეთ. საკონტაქტო ფორმა შეიძლება ყველა საიტის ნაწილი იყოს, ხოლო სპეციალიზებული ინტეგრაცია — მხოლოდ იქ, სადაც საჭიროა. ქსელში გააქტიურებული მოდულები იტვირთება მთელ ქსელში; ნუ ჩათვლით, რომ პაკეტის პარამეტრს შეუძლია ამ ქცევის თავიდან აცილება. შეამოწმეთ მომხმარებლის რეალური გამოცდილება თითოეული საფეხურისთვის და ნუ განაცხადებთ, რომ ფუნქცია შეზღუდულია, თუ ის კვლავ ხელმისაწვდომია.

ნებართვები მარკეტინგისგან ცალკე განიხილეთ. მომხმარებლებს მიეცით მათთვის საჭირო წვდომა საკუთარი კონტენტის სამართავად, ხოლო პლატფორმის ადმინისტრირება თქვენს კონტროლქვეშ დატოვეთ. თითოეულ პაკეტზე შეამოწმეთ ახალი მომხმარებლის ანგარიში და არა მხოლოდ ქსელის ადმინისტრატორის ხედიდან.

საჯარო შედარების ცხრილი და შიდა მიწოდების საკონტროლო სია ერთად შეინახეთ. ფუნქციის ცვლილებისას, განახლებული პაკეტის შეთავაზებამდე ორივე განაახლეთ. ეს დაგეხმარებათ თავიდან აიცილოთ ძველი დაპირების გაყიდვა ახალი კონფიგურაციის მიწოდებისას.

განახლებები და დაქვეითებები გაყიდვამდე დაგეგმეთ

მომხმარებელმა უნდა გაიგოს, რა იცვლება პაკეტებს შორის გადასვლისას. Ultimate Multisite-ში გადახედეთ თქვენი დაყენებული ვერსიის პაკეტების ჯგუფისა და განახლების/დაქვეითების პარამეტრებს, შემდეგ კი შეამოწმეთ დაშვებული გადასვლები. ვიზუალური თანმიმდევრობა, როგორიცაა Starter, Growth, Pro, მხოლოდ მაშინ არის გამოსადეგი, როდესაც მას საფუძვლად არსებული გადასვლის ქცევა შეესაბამება.

დაქვეითებები განსაკუთრებულ ყურადღებას იმსახურებს. რა ხდება, თუ მომხმარებელს აქვს უფრო მეტი საიტი, საცავი ან მომხმარებელი, ვიდრე ქვედა პაკეტი იძლევა? რა ხდება მორგებულ დომენთან ან ინტეგრაციასთან? განსაზღვრეთ პროცესი, რომელიც მომხმარებლის მონაცემებს შეინარჩუნებს და საჭირო ცვლილებებს აცნობებს. ნუ დაპირდებით ავტომატურ წაშლას, მყისიერ პროპორციულ გადაანგარიშებას ან დაუყოვნებლივ თანხის დაბრუნებას, სანამ განზრახულ ბილინგ-ქცევას არ დაადასტურებთ.

სადაც მხარდაჭერილია, პაკეტის ცვლილებები კონტროლირებულ სატესტო საგადახდო გარემოში შეამოწმეთ. გადახედეთ განახლების თარიღებს, ნაჩვენებ ფასებს, უფლებამოსილებებსა და მომხმარებლის ელფოსტებს. ჩაიწერეთ ყველაფერი, რასაც ხელით მხარდაჭერა სჭირდება, რათა მისი ფასი და განმარტება პატიოსნად შეძლოთ.

დამატებითი ოფციები ზომიერად დაამატეთ

წყარო დამატებით საცავს, პრიორიტეტულ მხარდაჭერასა და დამატებით საიტებს გვთავაზობს. ეს შეიძლება სასარგებლო დამატებები იყოს, როდესაც მომხმარებლებს ესმით ისინი და თქვენ მათი საიმედოდ მიწოდება შეგიძლიათ. დაიწყეთ რეალური, განმეორებადი მოთხოვნით და არა გადახდის ეტაპზე არჩევანების დამატებით მხოლოდ იმიტომ, რომ პროგრამა მათ მხარდაჭერას უზრუნველყოფს.

თითოეული დამატებისთვის განსაზღვრეთ ერთეული, ფასი, ბილინგის ინტერვალი, გაუქმების ქცევა და მიწოდებაზე პასუხისმგებლობა. „პრიორიტეტულ მხარდაჭერას“ სჭირდება კონკრეტული ფარგლები და პასუხის მოლოდინი; ის არ უნდა გულისხმობდეს გადაწყვეტის გარანტიას. დამატებით საცავს სჭირდება გაზომვადი მოცულობა და მკაფიო განმარტება, არის თუ არა ის საერთო.

დამატებები თვალსაჩინოდ არჩევითი დატოვეთ და წინასწარ მონიშნულ გადასახადებს მოერიდეთ. მე-6 გაკვეთილი მოიცავს შეთავაზების წარდგენას გადახდის ეტაპზე. მარტივი შესყიდვის გადაწყვეტილების შემოწმება და მხარდაჭერა უფრო ადვილია, ვიდრე გადამკვეთი უფლებამოსილებების მქონე პაკეტების დიდი კოლექციისა.

სანამ გააგრძელებთ

• პაკეტები მომხმარებლის სასარგებლო სიტუაციებს უნდა შეესაბამებოდეს და მიწოდებისთვის რეალისტური დარჩეს.
• მაგალითის ფასები ვარაუდებია, სანამ მათ ხარჯები და მომხმარებლის მტკიცებულებები არ დაადასტურებს.
• ფასების ცხრილზე დაყრდნობის ნაცვლად შეამოწმეთ ლიმიტები, მოდულების ხელმისაწვდომობა, განახლებები და დაქვეითებები.

წყაროები და დამატებითი საკითხავი

ადაპტირებულია ვებსაიტ-ბიზნესის თავდაპირველი გაკვეთილიდან. Ultimate Multisite: პაკეტები, ლიმიტები და მოდულების მართვა

წინა გაკვეთილი · დაათვალიერეთ ყველა 14 გაკვეთილი