इसे अपना बनाना

सजावट चुनने से पहले सेवा को परिभाषित करें

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

सेवा का एक संक्षिप्त विवरण, प्रत्येक मुख्य कार्य के लिए एक पसंदीदा नाम, और अपनी शैली का वर्णन करने वाले कुछ शब्द लिखें। फिर इन शब्दों का निरंतर उपयोग करें। यदि आपका मूल्य निर्धारण पृष्ठ किसी चीज़ को कार्यक्षेत्र कहता है, तो स्वागत ईमेल को अप्रत्याशित रूप से उसे टेनेंट या इंस्टॉलेशन नहीं कहना चाहिए। त्रुटि संदेशों को विशिष्ट और सम्मानजनक रखें, बजाय इसके कि हर संदेश प्रचारात्मक लगे।

शुरुआत के लिए एक छोटा ब्रांड किट पर्याप्त है: स्पष्ट रूप से पढ़ा जा सकने वाला लोगो या वर्डमार्क, पठनीय रंग, शीर्षक और मुख्य पाठ के लिए टाइप ट्रीटमेंट, तथा सामान्य संदेशों के उदाहरण। इन विकल्पों को मोबाइल स्क्रीन और लंबे टेक्स्ट के साथ परखें। सुनिश्चित करें कि लिंक, फोकस संकेतक और त्रुटि अवस्थाएँ पहचानने योग्य बने रहें; केवल रंग अर्थ व्यक्त न करे।

अपने प्लेटफ़ॉर्म पते को ग्राहक पतों से अलग रखें

तीन अलग-अलग गंतव्यों के बारे में सोचें: आपकी मार्केटिंग साइट, वह स्थान जहाँ ग्राहक साइन इन करते हैं, और कोई सार्वजनिक साइट या पोर्टल जिसका वे स्वामित्व रखते हैं। वे एक डोमेन साझा कर सकते हैं या अलग-अलग होस्टनेम इस्तेमाल कर सकते हैं। उन्हें कॉन्फ़िगर करने से पहले उनके संबंधों का चित्र बनाएं। सही लॉगिन ढूँढने के लिए ग्राहक को आपकी होस्टिंग संरचना समझने की आवश्यकता नहीं होनी चाहिए।

FitSite उदाहरण में, एक प्लेटफ़ॉर्म पता fitsite.example और एक ग्राहक पता studio.fitsite.example हो सकता है। बाद में कोई ग्राहक अपना डोमेन जोड़ सकता है। ये उदाहरण हैं, ऐसे डोमेन नहीं जिन्हें आपको खरीदना है। जो SaaS सार्वजनिक वेबसाइटें प्रदान नहीं करता, उसे केवल एक एप्लिकेशन पते और स्पष्ट रूप से चिह्नित खाता क्षेत्र की आवश्यकता हो सकती है।

दस्तावेज़ित करें कि प्रत्येक डोमेन का मालिक कौन है, उसका नवीनीकरण कौन करता है, और उसके काम करना बंद करने पर सहायता के लिए कौन जिम्मेदार है। डोमेन जोड़ने के लिए सामान्यतः उसके पंजीकरण को आपके व्यवसाय में स्थानांतरित करना आवश्यक नहीं होता। यदि ग्राहक के पास उस डोमेन पर पहले से ईमेल है, तो वेबसाइट सेटअप के हिस्से के रूप में असंबंधित DNS रिकॉर्ड को लापरवाही से न बदलें।

HTTPS और मैपिंग को एक परिचालन सुविधा के रूप में लें

एक ब्रांडेड पते को केवल नाम से अधिक की आवश्यकता होती है। DNS, होस्टिंग कॉन्फ़िगरेशन, एप्लिकेशन रूटिंग और मान्य HTTPS प्रमाणपत्र का आपस में मेल होना चाहिए। ग्राहक सबडोमेन के लिए वाइल्डकार्ड समर्थन एक ऐसी होस्टिंग पसंद है जिसे सत्यापित करना चाहिए, प्लगइन स्थापित करने का स्वचालित परिणाम नहीं। आपके प्लेटफ़ॉर्म डोमेन का प्रमाणपत्र किसी असंबंधित ग्राहक डोमेन को स्वचालित रूप से सुरक्षित नहीं करता।

Ultimate Multisite का डोमेन-मैपिंग दस्तावेज़ DNS जाँच, SSL जाँच और होस्ट इंटीग्रेशन का वर्णन करता है। जहाँ इंटीग्रेशन उपलब्ध नहीं हो, वहाँ होस्ट-पक्ष कॉन्फ़िगरेशन की आवश्यकता हो सकती है। यह SSL के बिना तैयार डोमेन और SSL वाले डोमेन के बीच अंतर कर सकता है, इसलिए किसी मैपिंग रिकॉर्ड को प्रमाण मानने के बजाय सुरक्षित अंतिम परिणाम सत्यापित करें।

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

डैशबोर्ड को काम करने के लिए उपयोगी जगह बनाएं

मूल पाठ ब्रांडेड लॉगिन, अनुकूलित डैशबोर्ड और सामान्य कार्यों के शॉर्टकट का प्रस्ताव करता है। इन विचारों को रखें, लेकिन ग्राहक के काम से शुरुआत करें। FitSite में “कक्षा जानकारी अपडेट करें,” “प्रशिक्षक प्रोफ़ाइल संपादित करें,” और “अपनी साइट का पूर्वावलोकन करें” प्रमुख रूप से दिए जा सकते हैं। एक चालान उत्पाद में चालान बनाना और अवैतनिक चालानों की जाँच को पहले रखा जा सकता है।

जाँचें कि प्रत्येक शॉर्टकट सामान्य ग्राहक खाते के लिए वास्तव में कहाँ ले जाता है। WordPress थीम और संपादक अलग-अलग होते हैं, इसलिए ऐसे निर्देशों से बचें जो मानते हों कि हर इंस्टॉलेशन Customizer या एक जैसे मेनू का उपयोग करता है। यदि आप मेनू सरल बनाते हैं, तो आवश्यक खाता, बिलिंग, सहायता और एक्सेसिबिलिटी पथ सुरक्षित रखें। मेनू छिपाना सही अनुमतियों का विकल्प नहीं है।

अनुभव को ब्रांड करने के लिए यह छिपाना आवश्यक नहीं है कि आप WordPress या Ultimate Multisite का उपयोग करते हैं। अपनी प्रदान की गई सेवा और जिम्मेदारियों के बारे में सटीक रहें। वैकल्पिक डैशबोर्ड अनुकूलन या ऐड-ऑन को भ्रम कम करके अपनी उपयोगिता सिद्ध करनी चाहिए। कस्टम इंटरफ़ेस बनाने से पहले आप एक स्पष्ट सहायता पृष्ठ और कुछ परीक्षित लिंक से शुरुआत कर सकते हैं।

संदेशों और बिलिंग में वही पहचान बनाए रखें

उन संदेशों का ऑडिट करें जिन्हें ग्राहक संभवतः देखेगा: खाता निर्माण, पासवर्ड रीसेट, भुगतान रसीद, विफल भुगतान, परीक्षण अवधि अनुस्मारक, सहायता उत्तर और रद्दीकरण पुष्टि। उपयुक्त स्थानों पर पहचाने जाने योग्य प्रेषक नाम और निगरानी किया जाने वाला उत्तर मार्ग उपयोग करें। अपने नियंत्रण वाले वास्तविक परीक्षण खाते से डिलीवरी और लिंक का परीक्षण करें।

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

अपनी मार्केटिंग साइट के लिए, प्रस्ताव, सुविधाओं, मूल्य निर्धारण, उदाहरणों और साइनअप मार्ग की स्पष्ट व्याख्या से शुरुआत करें। डेमो साइटों को डेमो के रूप में चिह्नित करें। ग्राहक के नाम, प्रशंसापत्र और लोगो का उपयोग केवल उचित अनुमति और सटीक संदर्भ के साथ करें। एक काल्पनिक FitSite स्टूडियो उपयोगी शिक्षण सामग्री है, लेकिन वह ग्राहक प्रमाण नहीं है।

एक उदाहरणात्मक ब्रांड ऑडिट

मान लें कि एक स्टूडियो मालिक “FitSite के साथ शुरू करें” पर क्लिक करता है, किसी अपरिचित सिस्टम नाम से ईमेल प्राप्त करता है, और “टेनेंट प्रबंधित करें” शीर्षक वाले पृष्ठ पर पहुँचता है। तकनीकी रूप से कुछ भी विफल नहीं हुआ होगा, लेकिन यह अनुभव प्रश्न खड़े करता है। प्रेषक और शीर्षक को पहचाने जाने योग्य शब्दों में बदलें, बताएँ कि क्या बनाया गया है, और सीधे स्टूडियो के अगले कार्य की ओर ले जाएँ।

अब सहायता परिदृश्य का परीक्षण करें। क्या वह मालिक डैशबोर्ड, खाता पृष्ठ और रसीद से सहायता ढूँढ सकता है? क्या सहायता लेख उन्हीं नामों का उपयोग करता है जो उन्हें स्क्रीन पर दिखाई देते हैं? यहाँ ब्रांडिंग सफल होती है क्योंकि वह सेवा के विभिन्न भागों में ग्राहक की समझ को जोड़ती है। बेमेलताओं को एक सरल चेकलिस्ट में दर्ज करें, सबसे भ्रमित करने वाली समस्याओं को पहले ठीक करें, और महत्वपूर्ण इंटरफ़ेस परिवर्तनों के बाद दोहराएँ।

आगे बढ़ने से पहले

• सुसंगत भाषा ग्राहकों को सेवा पहचानने और उपयोगी कार्य पूरे करने में मदद करती है।
• डोमेन मैपिंग और HTTPS के लिए सत्यापित होस्टिंग और DNS व्यवहार आवश्यक है।
• डेमो उदाहरण स्पष्ट रूप से चिह्नित रहते हैं, और सहायता आसानी से मिल जाती है।

स्रोत और कार्यान्वयन संदर्भ

• मूल पाठ 7: इसे अपना बनाना
• Ultimate Multisite डोमेन मैपिंग

पिछला पाठ · सभी 14 पाठ देखें