उपयोगकर्ताओं के लिए स्पष्ट वेबसाइट नियम लिखना

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

उन स्थितियों से शुरू करें जो वास्तव में समस्या पैदा करती हैं

ज्यादातर लोग नियमों को शून्य से लिखने की कोशिश करते हैं जैसे कि वे एक नीति मैनुअल लिख रहे हों। इससे आमतौर पर लंबे, कमजोर पाठ का निर्माण होता है। एक बेहतर तरीका यह है कि वास्तविक friction बिंदुओं से शुरू करें। पूछें: उपयोगकर्ता क्या करते रहते हैं जो भ्रम, शिकायतें, रिफंड, मॉडरेशन का काम, या जोखिम पैदा करता है?

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

एक छोटे से टीम के लिए, यदि आपको गंदे नोट्स को स्पष्ट नियमों में बदलने के लिए एक लेखक या संपादक की आवश्यकता है, तो यहां एक फ्रीलांस मार्केटप्लेस मदद कर सकता है। उपयोगी भाग स्वयं मार्केटप्लेस नहीं है; यह एक संकीर्ण लेखन कार्य के लिए जल्दी से किसी को खोजने की क्षमता है बिना इसे एक बड़े प्रोजेक्ट में बदलने के।

निर्णयों के चारों ओर नियम लिखें, अमूर्तताओं के चारों ओर नहीं

अच्छे नियम एक काम करते हैं: वे लोगों को बताते हैं कि अगला क्या होगा। कमजोर नियम सामान्यताओं में बात करते हैं जैसे “हम अधिकार सुरक्षित रखते हैं” या “उपयोगकर्ताओं को उचित व्यवहार करना चाहिए” बिना वास्तविक परिणाम को समझाए। पाठक स्किम करते हैं। समर्थन स्टाफ को निश्चितता की आवश्यकता होती है। इसलिए प्रत्येक नियम को तीन प्रश्नों का उत्तर देना चाहिए:

क्या अनुमति है? क्या अनुमति नहीं है? यदि कोई सीमा पार करता है तो क्या होता है?

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

भाषा को इतना संक्षिप्त रखें कि यह वास्तविक विवाद में जीवित रह सके

यदि कोई नियम बहुत काव्यात्मक है, तो कोई भी इसे लगातार लागू नहीं कर सकता। यदि यह बहुत तकनीकी है, तो उपयोगकर्ता इसे अनदेखा कर देंगे। ऐसे वाक्यों का लक्ष्य रखें जिन्हें एक गैर-वकील पहले पढ़ने पर समझ सके।

ऐसे क्रियापदों का उपयोग करें जो क्रिया दिखाते हैं: पोस्ट करें, अपलोड करें, साझा करें, अनुरोध करें, भुगतान करें, हटाएं, लौटाएं, प्रकट करें, संपादित करें। एक वाक्य में बहुत अधिक अपवादों को जोड़ने से बचें। यदि एक नियम में तीन अपवाद और दो विशेष मामले हैं, तो यह शायद एक अलग उपधारा में होना चाहिए।

एक उपयोगी परीक्षण यह है: क्या एक समर्थन एजेंट बिना इसे फिर से लिखे एक संदेश में नियम का उद्धरण दे सकता है? यदि नहीं, तो इसे सरल बनाएं।

व्यवहार नियमों को प्लेटफ़ॉर्म सीमाओं से अलग करें

कई साइटें आचार नियमों को तकनीकी सीमाओं के साथ मिलाती हैं, और इससे भ्रम पैदा होता है। एक उपयोगकर्ता सोच सकता है कि उन पर misconduct का आरोप लगाया जा रहा है जबकि असली मुद्दा फ़ाइल आकार की सीमा या प्रारूपण प्रतिबंध है।

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

यह और भी महत्वपूर्ण है यदि आपकी टीम फ्रीलांस मदद का उपयोग करती है। एक फ्रीलांस मार्केटप्लेस से लेखक पाठ का मसौदा तैयार कर सकता है, लेकिन आपको उन्हें यह बताना होगा कि कौन से नियम आचार के बारे में हैं और कौन से यांत्रिकी के बारे में। अन्यथा परिणाम चमकदार दिखता है लेकिन कार्यक्षमता खराब होती है।

मसौदे का ऑडिट करने के लिए एक छोटी सूची का उपयोग करें

• क्या प्रत्येक नियम एक विशिष्ट स्थिति का वर्णन करता है?
• क्या एक पाठक बता सकता है कि यदि वे इसे तोड़ते हैं तो क्या होता है?
• क्या यह नियम सही उपयोगकर्ताओं के समूह को लक्षित करता है?
• क्या यह अस्पष्ट वाक्यांशों जैसे “सही उपयोग” या “उचित व्यवहार” से बचता है जब तक कि आप उन्हें परिभाषित न करें?
• क्या समर्थन और मॉडरेशन टीमें इसे एक ही तरीके से लागू करेंगी?
• क्या यह उपयोगकर्ता के व्यवहार को तकनीकी सीमाओं से स्पष्ट रूप से अलग करता है?

सबसे कठिन नियमों को वहां रखें जहां लोग वास्तव में उन्हें देखेंगे

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

नियम को उस क्रिया के निकट रखें जिसे यह नियंत्रित करता है। यदि उपयोगकर्ता फ़ाइलें अपलोड करते हैं, तो फ़ाइल नियम को अपलोड बटन के पास दिखाएं। यदि भुगतान शामिल हैं, तो भुगतान नियम को चेकआउट के पास दिखाएं। यदि खाता साझा करना अनुमति नहीं है, तो इसे लॉगिन या टीम पहुंच सेटिंग्स के पास उल्लेख करें।

इसका मतलब यह नहीं है कि हर जगह पूरी नीति को दोहराना। इसका मतलब है कि उस समय प्रासंगिक भाग को सामने लाना जब यह महत्वपूर्ण हो। यह दृष्टिकोण विवादों को कम करता है क्योंकि उपयोगकर्ता को कार्रवाई करने से पहले नियम देखने का उचित मौका मिला।

गंभीरता के अनुसार परिणाम लिखें

यदि हर उल्लंघन का परिणाम समान दंड है, तो नीति यादृच्छिक लगती है। यदि हर उल्लंघन पर केवल चेतावनी मिलती है, तो नीति बेअसर लगती है। एक व्यावहारिक नियम सेट क्रमबद्ध परिणामों का उपयोग करता है।

उदाहरण के लिए: पहला छोटा उल्लंघन एक नोटिस प्राप्त करता है; बार-बार उल्लंघन अस्थायी प्रतिबंधों की ओर ले जाता है; गंभीर दुरुपयोग के परिणामस्वरूप खाता हटाना या सामग्री को हटाना होता है। यदि कुछ अवैध, धोखाधड़ी, या खतरनाक है, तो कहें कि प्रतिक्रिया तुरंत और पूर्व चेतावनी के बिना हो सकती है।

ऐसे दंड का वादा न करें जिसे आप लागू नहीं कर सकते। यदि आप हर मामले की मैन्युअल समीक्षा नहीं कर सकते, तो यह न कहें कि हर समीक्षा व्यक्तिगत होगी। कहें कि क्या मानक है, और कहें कि अपवाद कहाँ लागू हो सकते हैं।

विश्वास को तोड़े बिना नियमों को कैसे अपडेट करें

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

यदि कोई नियम पैसे, समय सीमा, पहुंच, या सामग्री स्वामित्व को प्रभावित करता है, तो उपयोगकर्ताओं को लागू होने से पहले अनुकूलन का एक मौका दें। यदि बदलाव तत्काल है, तो बताएं क्यों। चुप्पी एक संक्षिप्त, ईमानदार नोट से अधिक प्रतिरोध पैदा करती है।

यह एक और जगह है जहाँ एक फ्रीलांस मार्केटप्लेस फिट हो सकता है। यदि आपकी आंतरिक टीम नीति को जानती है लेकिन इसे साफ-सुथरे तरीके से फिर से लिखने का समय नहीं है, तो एक फ्रीलांसर संशोधित शब्दावली तैयार करने में मदद कर सकता है, जबकि आपकी टीम वास्तविक निर्णय पर अंतिम नियंत्रण बनाए रखती है।

सामान्य गलतियाँ जो नियमों को अनुपयोगी बनाती हैं

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

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

जब नियम और वास्तविक प्रथा असहमत होते हैं, तो उपयोगकर्ता इसे नोटिस करते हैं। तब मुद्दा केवल शब्दों का नहीं है; यह विश्वसनीयता है।

काम खत्म करने का एक व्यावहारिक तरीका

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

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

स्पष्ट नियम संघर्ष को समाप्त नहीं करते, लेकिन वे टालने योग्य संघर्ष को कम करते हैं। इससे समय की बचत होती है, विश्वास की रक्षा होती है, और प्रवर्तन को कम मनमाना महसूस कराता है। अधिकांश साइटों के लिए, यही असली जीत है।