तपाईंका योजनाहरू डिजाइन गर्दै

विभिन्न ग्राहक अवस्थाहरूबाट सुरु गर्नुहोस्

मूल FitSite उदाहरणले एकल प्रशिक्षकहरू, स्थापित जिमहरू, र बहु-स्थान भएका व्यवसायहरूलाई छुट्याउँछ। यी उपयोगी परिकल्पनाहरू हुन् किनकि काम फरक हुन सक्छ: प्रशिक्षकलाई स्पष्ट व्यावसायिक उपस्थिति चाहिन्छ, व्यस्त जिमलाई समृद्ध समयतालिका र बुकिङ कार्यप्रवाह चाहिन सक्छ, र चेनलाई स्थान-विशिष्ट जानकारी आवश्यक पर्न सक्छ।

कर्मचारी सङ्ख्याले सही उत्पादन निर्धारण गर्छ भनेर नठान्नुहोस्। एकल प्रशिक्षक अनलाइन बुकिङमा धेरै निर्भर हुन सक्छन्, जबकि ठूलो जिमसँग उसले कायम राख्न चाहेको प्रणाली पहिले नै हुन सक्छ। कार्यप्रवाह, जटिलता, सहयोग, र स्तरका अर्थपूर्ण भिन्नताहरू पहिचान गर्न अन्तर्वार्ताहरू प्रयोग गर्नुहोस्। योजनाहरूले रूढीवादी धारणाको सट्टा ती भिन्नताहरू प्रतिबिम्बित गर्नुपर्छ।

अर्को SaaS व्यवसायका लागि विभाजन रेखा एउटा परियोजना बनाम टोली कार्यप्रवाह, कहिलेकाहीँ प्रयोग बनाम बारम्बार काम, वा एउटा स्थान बनाम धेरै स्थान हुन सक्छ। बुझ्न सकिने अवस्थाहरूको सानो सङ्ख्या छान्नुहोस्। उदाहरणहरूमा तीन तह सामान्य छन्, तर सुरु गर्न एउटा राम्रो प्रस्ताव वा दुई स्पष्ट विकल्प पर्याप्त हुन सक्छन्।

सुविधा सूचीभन्दा पहिले वाचा लेख्नुहोस्

प्रत्येक योजनाका लागि ग्राहकको उपयोगी नतिजा व्याख्या गर्ने एउटा वाक्य लेख्नुहोस्। त्यसपछि त्यो पूरा गर्न आवश्यक सुविधाहरू र सेवा कार्यहरू सूचीबद्ध गर्नुहोस्। यदि तपाईंले त्यो नतिजामा कुनै सुविधाको भूमिका व्याख्या गर्न सक्नुहुन्न भने, प्रारम्भिक प्रस्तावमा त्यो पर्नुपर्छ कि पर्दैन भनेर पुनर्विचार गर्नुहोस्।

आधारभूत योजनाले पनि आफ्नो वाचा गरिएको काम पूरा गर्नुपर्छ। अपग्रेड बाध्य पार्न मात्र आवश्यक सुविधा हटाउँदा प्रवेश योजना निराशाजनक बन्न सक्छ। यदि ग्राहकले बुकिङ लिन वा निर्देशित गर्न तपाईंको “बुकिङ वेबसाइट” प्रयोग गर्न सक्दैन भने, वाचा परिवर्तन गर्नुहोस् वा कार्यशील बुकिङ मार्ग समावेश गर्नुहोस्।

ग्राहकले निर्णय गर्न आवश्यक सञ्चालनसम्बन्धी विवरण समावेश गर्नुहोस्: साइट वा कार्यक्षेत्रको सङ्ख्या, सान्दर्भिक प्रयोग सीमाहरू, कस्टम डोमेन उपलब्धता, समर्थित एकीकरणहरू, सहयोगको दायरा, र कुनै सेटअप सेवा। सीमितताहरू स्पष्ट रूपमा व्याख्या गर्नुहोस्। प्राविधिक कोटाहरूले डेलिभरीलाई असर गर्छन् भने तिनीहरू महत्त्वपूर्ण हुन्छन्, यद्यपि तिनले मुख्य शीर्षकमा प्रभुत्व जमाउनु हुँदैन।

FitSite म्याट्रिक्सलाई कार्यशील उदाहरणका रूपमा प्रयोग गर्नुहोस्

• स्टार्टर — उदाहरणात्मक $49/महिना: Studio Essential टेम्प्लेट, मुख्य व्यावसायिक जानकारी, र सम्पर्क मार्ग भएको एउटा स्टुडियो वेबसाइट। बुकिङ लिङ्क र कस्टम डोमेन समावेश छन् कि छैनन् स्पष्ट रूपमा उल्लेख गर्नुहोस्।
• ग्रोथ — उदाहरणात्मक $99/महिना: खरिदकर्ताका लागि उपयुक्त अतिरिक्त टेम्प्लेट विकल्पहरू र परीक्षण गरिएको बुकिङ वा सामग्री कार्यप्रवाह भएको एउटा वेबसाइट। सहयोग र एकीकरण सीमाहरू समावेश गर्नुहोस्।
• प्रो — उदाहरणात्मक $199/महिना: सान्दर्भिक टेम्प्लेट र मर्मतसम्भार दायरासहित, पाँच साइटसम्म जस्तो सहमति भएको बहु-स्थान व्यवस्थाका लागि सहयोग।

यी सङ्ख्याहरूले मूल शिक्षण उदाहरणलाई कायम राख्छन्; यी न त बजार मापदण्ड हुन् न त मूल्य निर्धारणको सिफारिस। तपाईंले आफ्ना लागत र खरिदकर्ता प्रतिक्रिया जाँच्नुपर्छ। इजाजतपत्र, सहयोग, र अनुकूलताले त्यसलाई प्रदानयोग्य नबनाएसम्म “सबै प्रिमियम प्लगइनहरू” वाचा नगर्नुहोस्। लामो सुविधा सूचीले ग्राहकको नतिजा सुधार नगरी लागत बढाउन सक्छ।

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

म्याट्रिक्सलाई उत्पादन सेटिङहरूमा रूपान्तरण गर्नुहोस्

वैकल्पिक WordPress ट्र्याकमा, Ultimate Multisite ले योजना, टेम्प्लेट र सीमाहरू समर्थन गर्छ। प्रत्येक अभिप्रेत योजनाका लागि उत्पादन सिर्जना गर्नुहोस् र उपलब्ध टेम्प्लेट विकल्पहरू, समर्थित प्लगइन र थिमहरू, साइट सुविधाहरू, र अन्य सान्दर्भिक कोटाहरू कन्फिगर गर्नुहोस्। तपाईंको संस्करणमा उपलब्ध नियन्त्रणका लागि हालको दस्तावेज हेर्नुहोस्।

सचेत प्लगइन पूर्वनिर्धारितहरू प्रयोग गर्नुहोस्। सम्पर्क फारम हरेक साइटको भाग हुन सक्छ, जबकि विशेषज्ञ एकीकरण आवश्यक भएको ठाउँमा मात्र हुनुपर्छ। नेटवर्क-सक्रिय प्लगइनहरू नेटवर्कभरि लोड हुन्छन्; योजना सेटिङले त्यो व्यवहार रोक्न सक्छ भनेर नमान्नुहोस्। प्रत्येक तहका लागि वास्तविक ग्राहक अनुभव परीक्षण गर्नुहोस् र सुविधा पहुँचयोग्य नै रहँदा यसलाई सीमित गरिएको छ भनेर दाबी नगर्नुहोस्।

अनुमतिलाई मार्केटिङबाट अलग राख्नुहोस्। ग्राहकलाई आफ्नो सामग्री व्यवस्थापन गर्न आवश्यक पहुँच दिनुहोस्, र प्लेटफर्म प्रशासन आफ्नो नियन्त्रणमा राख्नुहोस्। नेटवर्क प्रशासकको दृष्टिबाट मात्र समीक्षा गर्नुको सट्टा प्रत्येक योजनामा नयाँ ग्राहक खाता परीक्षण गर्नुहोस्।

सार्वजनिक तुलना तालिका र आन्तरिक डेलिभरी जाँचसूची सँगै राख्नुहोस्। कुनै सुविधा परिवर्तन हुँदा, संशोधित योजना प्रस्ताव गर्नुअघि दुवै अद्यावधिक गर्नुहोस्। यसले नयाँ कन्फिगरेसन उपलब्ध गराउँदा पुरानो वाचा बेच्नबाट बच्न मद्दत गर्छ।

बेच्नुअघि अपग्रेड र डाउनग्रेड डिजाइन गर्नुहोस्

योजनाहरूबीच सर्दा के परिवर्तन हुन्छ भन्ने ग्राहकले बुझ्नुपर्छ। Ultimate Multisite मा, स्थापित संस्करणका लागि योजना-समूह र अपग्रेड/डाउनग्रेड सेटिङहरू समीक्षा गर्नुहोस्, त्यसपछि अनुमति प्राप्त परिवर्तनहरू परीक्षण गर्नुहोस्। स्टार्टर, ग्रोथ, प्रो जस्तो दृश्य क्रम तब मात्र उपयोगी हुन्छ जब अन्तर्निहित परिवर्तन व्यवहार यससँग मेल खान्छ।

डाउनग्रेडमा विशेष ध्यान आवश्यक छ। ग्राहकसँग तल्लो योजनाले अनुमति दिएभन्दा धेरै साइट, भण्डारण, वा प्रयोगकर्ता भए के हुन्छ? कस्टम डोमेन वा एकीकरणमा के हुन्छ? ग्राहक डेटा सुरक्षित राख्ने र आवश्यक परिवर्तनहरू सञ्चार गर्ने प्रक्रिया निर्धारण गर्नुहोस्। इच्छित बिलिङ व्यवहार पुष्टि नगरी स्वचालित मेटाइ, तत्काल अनुपातिक शुल्क समायोजन, वा तत्काल फिर्ता रकमको वाचा नगर्नुहोस्।

समर्थित स्थानमा नियन्त्रित भुक्तानी परीक्षण वातावरणमा योजना परिवर्तनहरू परीक्षण गर्नुहोस्। नवीकरण मिति, देखाइएका मूल्यहरू, अधिकारहरू, र ग्राहक इमेलहरू समीक्षा गर्नुहोस्। म्यानुअल सहयोग आवश्यक पर्ने सबै कुरा अभिलेख गर्नुहोस् ताकि तपाईंले यसको मूल्य निर्धारण र व्याख्या इमानदारीपूर्वक गर्न सक्नुहोस्।

वैकल्पिक अतिरिक्तहरू संयमतापूर्वक थप्नुहोस्

स्रोतले अतिरिक्त भण्डारण, प्राथमिकता सहयोग, र थप साइटहरू सुझाव दिन्छ। ग्राहकले तिनलाई बुझ्छन् र तपाईंले भरपर्दो रूपमा उपलब्ध गराउन सक्नुहुन्छ भने यी उपयोगी एड-अन हुन सक्छन्। सफ्टवेयरले समर्थन गर्छ भनेर मात्र चेकआउट विकल्पहरू थप्नुको सट्टा वास्तविक दोहोरिने अनुरोधबाट सुरु गर्नुहोस्।

प्रत्येक एड-अनका लागि एकाइ, मूल्य, बिलिङ अन्तराल, रद्द गर्ने व्यवहार, र डेलिभरी जिम्मेवारी परिभाषित गर्नुहोस्। “प्राथमिकता सहयोग” का लागि ठोस दायरा र प्रतिक्रिया अपेक्षा आवश्यक हुन्छ; यसले सुनिश्चित समाधान जनाउनु हुँदैन। अतिरिक्त भण्डारणका लागि मापनयोग्य सुविधा र यो साझा गरिएको हो कि होइन भन्ने स्पष्ट परिभाषा आवश्यक हुन्छ।

एड-अनहरूलाई स्पष्ट रूपमा वैकल्पिक राख्नुहोस् र पूर्वचयनित शुल्कहरूबाट बच्नुहोस्। पाठ ६ ले चेकआउटमा प्रस्ताव प्रस्तुत गर्ने कुरा समेट्छ। धेरै ओभरल्याप हुने अधिकार भएका बन्डलहरूको ठूलो सङ्ग्रहभन्दा सरल खरिद निर्णय परीक्षण र सहयोग गर्न सजिलो हुन्छ।

अघि बढ्नुअघि

• योजनाहरू उपयोगी ग्राहक अवस्थासँग मेल खानुपर्छ र उपलब्ध गराउन व्यवहार्य रहनुपर्छ।
• लागत र ग्राहक प्रमाणले समर्थन नगरेसम्म उदाहरण मूल्यहरू अनुमान मात्र हुन्।
• मूल्य तालिकामा मात्र भर पर्नुको सट्टा सीमा, प्लगइन उपलब्धता, अपग्रेड, र डाउनग्रेड परीक्षण गर्नुहोस्।

स्रोतहरू र थप पठन

मूल वेबसाइट-व्यवसाय पाठ बाट अनुकूलित। Ultimate Multisite: योजना, सीमा र प्लगइन नियन्त्रणहरू

अघिल्लो पाठ · सबै १४ पाठहरू ब्राउज गर्नुहोस्