तुमच्या योजना तयार करणे

वेगवेगळ्या ग्राहक परिस्थितींपासून सुरुवात करा

मूळ FitSite उदाहरण एकल प्रशिक्षक, प्रस्थापित जिम आणि अनेक ठिकाणी असलेल्या व्यवसायांना वेगळे करते. ही उपयुक्त गृहीतके आहेत कारण काम वेगळे असू शकते: प्रशिक्षकाला स्पष्ट व्यावसायिक उपस्थिती हवी असते, व्यस्त जिमला अधिक समृद्ध वेळापत्रक आणि बुकिंग कार्यप्रवाह हवा असू शकतो, आणि साखळी व्यवसायाला स्थानानुसार विशिष्ट माहितीची गरज असू शकते.

कर्मचाऱ्यांची संख्या योग्य उत्पादन ठरवते असे गृहीत धरू नका. एकल प्रशिक्षक ऑनलाइन बुकिंगवर मोठ्या प्रमाणात अवलंबून असू शकतो, तर मोठ्या जिमकडे आधीपासूनच अशी प्रणाली असू शकते जी त्यांना कायम ठेवायची आहे. कार्यप्रवाह, गुंतागुंत, सहाय्य आणि प्रमाण यांतील अर्थपूर्ण फरक ओळखण्यासाठी मुलाखती वापरा. योजनांनी रूढ कल्पनांऐवजी हे फरक प्रतिबिंबित केले पाहिजेत.

दुसऱ्या SaaS व्यवसायासाठी, विभागणीची रेषा एक प्रकल्प विरुद्ध टीम कार्यप्रवाह, अधूनमधून वापर विरुद्ध वारंवार काम, किंवा एक ठिकाण विरुद्ध अनेक ठिकाणे अशी असू शकते. समजण्यास सोप्या अशा थोड्या परिस्थिती निवडा. उदाहरणांमध्ये तीन स्तर सामान्य आहेत, पण सुरुवातीस एक चांगली ऑफर किंवा दोन स्पष्ट पर्याय पुरेसे असू शकतात.

वैशिष्ट्यांच्या यादीपूर्वी वचन लिहा

प्रत्येक योजनेसाठी ग्राहकाला मिळणारा उपयुक्त परिणाम स्पष्ट करणारे एक वाक्य लिहा. मग तो परिणाम देण्यासाठी आवश्यक वैशिष्ट्ये आणि सेवेचे काम सूचीबद्ध करा. एखाद्या वैशिष्ट्याची त्या परिणामातील भूमिका स्पष्ट करता येत नसेल, तर ते सुरुवातीच्या ऑफरमध्ये असावे का याचा पुनर्विचार करा.

मूलभूत योजनेनेही तिचे वचन दिलेले काम पूर्ण केले पाहिजे. केवळ अपग्रेडसाठी भाग पाडण्यासाठी एखादे आवश्यक वैशिष्ट्य काढून टाकल्यास प्रवेश-स्तरीय योजना निराशाजनक ठरू शकते. ग्राहक तुमच्या “बुकिंग वेबसाइट”चा वापर बुकिंग घेण्यासाठी किंवा त्याकडे मार्गदर्शन करण्यासाठी करू शकत नसेल, तर वचन बदला किंवा कार्यक्षम बुकिंग मार्ग समाविष्ट करा.

ग्राहकांना निर्णयासाठी आवश्यक असलेले कार्यकारी तपशील समाविष्ट करा: साइट्स किंवा वर्कस्पेसेसची संख्या, संबंधित वापर मर्यादा, सानुकूल डोमेनची उपलब्धता, समर्थित एकत्रीकरणे, सहाय्याची व्याप्ती आणि कोणतीही सेटअप सेवा. मर्यादा स्पष्टपणे सांगा. तांत्रिक कोटे वितरणावर परिणाम करत असतील तर ते महत्त्वाचे असतात, जरी त्यांनी मुख्य मथळ्यावर वर्चस्व गाजवू नये.

FitSite मॅट्रिक्स कार्यरत उदाहरण म्हणून वापरा

• स्टार्टर — उदाहरणार्थ $49/महिना: Studio Essential टेम्प्लेट, मुख्य व्यावसायिक माहिती आणि संपर्क मार्ग असलेली एक स्टुडिओ वेबसाइट. बुकिंग लिंक्स आणि सानुकूल डोमेन समाविष्ट आहेत की नाहीत हे स्पष्टपणे सांगा.
• ग्रोथ — उदाहरणार्थ $99/महिना: खरेदीदारासाठी योग्य असलेल्या अतिरिक्त टेम्प्लेट पर्यायांसह आणि चाचणी केलेल्या बुकिंग किंवा कंटेंट कार्यप्रवाहासह एक वेबसाइट. सहाय्य आणि एकत्रीकरणांच्या मर्यादा समाविष्ट करा.
• प्रो — उदाहरणार्थ $199/महिना: संबंधित टेम्प्लेट्स आणि देखभाल व्याप्तीसह, पाच साइट्सपर्यंतच्या ठरलेल्या बहु-स्थान व्यवस्थेसाठी सहाय्य.

हे आकडे मूळ शिकवणीचे उदाहरण जपतात; ते बाजारमानके किंवा किंमतनिर्धारणाची शिफारस नाहीत. तुम्ही तुमचे खर्च आणि खरेदीदारांचा प्रतिसाद तपासला पाहिजे. परवाना, सहाय्य आणि सुसंगततेमुळे ते देणे शक्य होत नसेल तर “सर्व प्रीमियम प्लगइन्स”चे वचन देऊ नका. ग्राहकाचा परिणाम न सुधारता वैशिष्ट्यांची मोठी यादी खर्च वाढवू शकते.

भत्त्यांबाबत अचूक रहा. प्रोमध्ये पाच साइट्स समाविष्ट असतील, तर प्रत्यक्ष संरचनेनुसार स्टोरेज कोटा प्रत्येक साइटला लागू होतो की संपूर्ण सदस्यत्वासाठी हे सांगा. एका साइटवरील बहु-स्थान पृष्ठ हे पाच स्वतंत्र साइट्ससारखे नाही. किंमत तक्ता आणि पुरवलेले उत्पादन वेगवेगळ्या गोष्टींचे वर्णन करू देऊ नका.

मॅट्रिक्सचे उत्पादन सेटिंग्जमध्ये रूपांतर करा

ऐच्छिक WordPress मार्गावर, Ultimate Multisite योजना, टेम्प्लेट्स आणि मर्यादांना समर्थन देते. प्रत्येक अपेक्षित योजनेसाठी उत्पादन तयार करा आणि उपलब्ध टेम्प्लेट पर्याय, समर्थित प्लगइन्स व थीम्स, साइट भत्ते आणि इतर संबंधित कोटे कॉन्फिगर करा. तुमच्या आवृत्तीत उपलब्ध नियंत्रणांसाठी सध्याचे दस्तऐवजीकरण पाहा.

प्लगइनची डीफॉल्ट्स विचारपूर्वक वापरा. संपर्क फॉर्म प्रत्येक साइटचा भाग असू शकतो, तर विशेष एकत्रीकरण फक्त जिथे आवश्यक आहे तिथेच असते. नेटवर्क-सक्रिय प्लगइन्स संपूर्ण नेटवर्कवर लोड होतात; योजना सेटिंग हे वर्तन रोखू शकते असे गृहीत धरू नका. प्रत्येक स्तरासाठी प्रत्यक्ष ग्राहक अनुभवाची चाचणी घ्या आणि एखादे वैशिष्ट्य उपलब्धच राहात असताना ते मर्यादित केले आहे असा दावा टाळा.

परवानग्यांना मार्केटिंगपासून वेगळे हाताळा. ग्राहकांना त्यांचा कंटेंट सांभाळण्यासाठी आवश्यक प्रवेश द्या आणि प्लॅटफॉर्म प्रशासन तुमच्या नियंत्रणात ठेवा. केवळ नेटवर्क प्रशासकाच्या दृष्टिकोनातून पाहण्याऐवजी प्रत्येक योजनेवर नवीन ग्राहक खात्याची चाचणी घ्या.

सार्वजनिक तुलना तक्ता आणि अंतर्गत वितरण तपासणीसूची एकत्र ठेवा. एखादे वैशिष्ट्य बदलल्यास, सुधारित योजना देण्यापूर्वी दोन्ही अद्यतनित करा. यामुळे नवीन कॉन्फिगरेशन पुरवताना जुने वचन विकणे टाळण्यास मदत होते.

अपग्रेड आणि डाउनग्रेड विकण्यापूर्वी त्यांची रचना करा

योजनांदरम्यान जाताना काय बदलते हे ग्राहकाला समजले पाहिजे. Ultimate Multisite मध्ये, स्थापित आवृत्तीसाठी योजना-गट आणि अपग्रेड/डाउनग्रेड सेटिंग्जचे पुनरावलोकन करा, नंतर अनुमत बदलांची चाचणी घ्या. स्टार्टर, ग्रोथ, प्रो यांसारखा दृश्य क्रम तेव्हाच उपयुक्त असतो जेव्हा अंतर्निहित संक्रमणाचे वर्तन त्याच्याशी जुळते.

डाउनग्रेडकडे विशेष लक्ष देणे आवश्यक आहे. ग्राहकाकडे खालच्या योजनेने अनुमत केलेल्यापेक्षा जास्त साइट्स, स्टोरेज किंवा वापरकर्ते असतील तर काय होते? सानुकूल डोमेन किंवा एकत्रीकरणाचे काय होते? ग्राहकांचा डेटा जतन करणारी आणि आवश्यक बदलांची माहिती देणारी प्रक्रिया निश्चित करा. अपेक्षित बिलिंग वर्तनाची खात्री केल्याशिवाय स्वयंचलित हटवणे, त्वरित प्रमाणानुसार शुल्कसमायोजन किंवा तात्काळ परतावे यांचे वचन देऊ नका.

जिथे समर्थित असेल तिथे नियंत्रित पेमेंट चाचणी वातावरणात योजना बदलांची चाचणी घ्या. नूतनीकरण तारखा, दाखवलेल्या किंमती, हक्क आणि ग्राहक ईमेलचे पुनरावलोकन करा. मॅन्युअल सहाय्य आवश्यक असलेली कोणतीही बाब नोंदवा, जेणेकरून तुम्ही तिची प्रामाणिकपणे किंमत ठरवू आणि स्पष्टीकरण देऊ शकाल.

ऐच्छिक अतिरिक्त गोष्टी मर्यादित प्रमाणात जोडा

स्रोत अतिरिक्त स्टोरेज, प्राधान्य सहाय्य आणि अतिरिक्त साइट्स सुचवतो. ग्राहकांना त्या समजत असतील आणि तुम्ही त्या विश्वासार्हपणे देऊ शकत असाल तर त्या उपयुक्त अॅड-ऑन्स ठरू शकतात. सॉफ्टवेअर त्याला समर्थन देते म्हणूनच चेकआउट पर्याय जोडण्याऐवजी वास्तविक वारंवार येणाऱ्या विनंतीपासून सुरुवात करा.

प्रत्येक अॅड-ऑनसाठी एकक, किंमत, बिलिंग अंतराल, रद्द करण्याचे वर्तन आणि वितरणाची जबाबदारी निश्चित करा. “प्राधान्य सहाय्य”ला ठोस व्याप्ती आणि प्रतिसादाची अपेक्षा आवश्यक असते; त्यातून हमखास निराकरणाचा अर्थ निघता कामा नये. अतिरिक्त स्टोरेजसाठी मोजता येणारा भत्ता आणि तो सामायिक आहे की नाही याची स्पष्ट व्याख्या आवश्यक आहे.

अॅड-ऑन्स स्पष्टपणे ऐच्छिक ठेवा आणि पूर्वनिवडलेले शुल्क टाळा. धडा 6 मध्ये चेकआउटवर ऑफर कशी सादर करायची हे समाविष्ट आहे. परस्पर आच्छादित हक्क असलेल्या मोठ्या बंडल संग्रहापेक्षा साधा खरेदी निर्णय चाचणी आणि सहाय्यास सोपा असतो.

पुढे जाण्यापूर्वी

• योजनांनी ग्राहकांच्या उपयुक्त परिस्थितींशी जुळले पाहिजे आणि त्यांचे वितरण व्यवहार्य राहिले पाहिजे.
• खर्च आणि ग्राहक पुरावे त्यांना समर्थन देईपर्यंत उदाहरण किंमती गृहीतके असतात.
• किंमत तक्त्यावर अवलंबून राहण्याऐवजी मर्यादा, प्लगइन उपलब्धता, अपग्रेड आणि डाउनग्रेडची चाचणी घ्या.

स्रोत आणि पुढील वाचन

मूळ वेबसाइट-व्यवसाय धड्यावरून रूपांतरित. Ultimate Multisite: योजना, मर्यादा आणि प्लगइन नियंत्रणे

मागील धडा · सर्व 14 धडे पहा