हमने श्रेणी के पेड़ को कैसे हराया

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

फ्रीलांस एक्सचेंज कोई अपवाद नहीं हैं। आदेशों को किसी भी तरह से समूहीकृत करने की आवश्यकता है, ताकि कलाकार अन्य विशिष्टताओं के लिए आदेशों का एक बड़ा फ़ीड न देखें।



तंत्र अद्भुत है, अगर एक "लेकिन" के लिए नहीं। एक ऐसे उपयोगकर्ता के लिए जो पहली बार इस तरह के पेड़ का सामना करता है या इस पेड़ के किसी अपरिचित हिस्से को संबोधित करता है, यह सिर्फ एक पेड़ नहीं है, यह एक पूरा अंधेरा जंगल है। कारण सरल है - पेड़ को विभिन्न सिद्धांतों के अनुसार बनाया जा सकता है, इस संरचना में तत्वों की नियुक्ति आमतौर पर कुछ तर्क से मेल खाती है, लेकिन उपयोगकर्ता यह नहीं समझ सकता है कि यह सब किस सिद्धांत से व्यवस्थित किया गया है, और यह पता लगाने के लिए आपको आंखों के माध्यम से इस पेड़ को देखने की जरूरत है, अक्सर लगभग सभी का नाम पढ़ते हुए। एक उपयुक्त की तलाश में आइटम।

हां, ऐसी सूचियों पर खोज फ़ॉर्म दुख को दूर करता है, लेकिन समस्या को पूरी तरह से हल नहीं करता है - तत्वों का नाम भी भिन्न हो सकता है, उपयोगकर्ता को कुछ तत्व नहीं मिल सकता है क्योंकि यह सूची में नहीं है, लेकिन उसने एक अलग नाम ग्रहण किया।

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

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

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

हमने इस तरह की समस्या का सामना किया। ज्यादातर फ्रीलांसरों को इसकी आदत होती है। लेकिन नए आने वाले ग्राहक या ग्राहक जो कुछ नया ऑर्डर करते हैं, उन्हें पूर्ण विकास में चुनने की समस्या का सामना करना पड़ता है।

घोंसले की गहराई

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

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

हालांकि तीन स्तरों के साथ, कुछ अच्छे होते हैं:

मदों की संख्या

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

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

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

तत्वों की संख्या कम करना, ज़ाहिर है, खोज को सरल करता है और समस्या के पैमाने को कम करता है, लेकिन इसे पूरी तरह से हल नहीं करता है।

लेकिन ऐसा न करना बेहतर है:

सूची संगठन

प्रारंभ में, जब जोड़ के रूप में एक श्रेणी चुनते हैं, तो हमारे पास सभी श्रेणियों की एक लंबी सूची थी, जहां पहले स्तर की श्रेणी के तहत दूसरे स्तर की सभी श्रेणियां थीं। सूची लंबी थी और इसमें खोज करना मुश्किल था। अरे हाँ, ऐसी दो सूचियाँ थीं - मुख्य और अतिरिक्त श्रेणी।

पुराने दृष्टिकोण मंच में बने रहे, कुछ खंड हैं:



फिर हमने दो ड्रॉप-डाउन सूचियों को रखना शुरू किया, जिनमें से पहली में पहले स्तर की श्रेणियां शामिल हैं, और जब आप दूसरी सूची में श्रेणियों का चयन करते हैं, तो उपश्रेणियाँ भरी हुई हैं।



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

यह था: ऑडियो / वीडियो / मल्टीमीडिया, यह बन गया: ऑडियो, वीडियो और मल्टीमीडिया। थोड़ा आंख को नुकसान पहुंचाता है। क्या कोई और "मल्टीमीडिया" कहता है?

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

बाईं ओर, श्रेणियां कैसे दिखती हैं, दाईं ओर, वे कैसे दिख सकती हैं। कार्यकर्ताओं के अनुरोध पर आंकड़े लौटाने पड़े।

कोई पेड़ नहीं - कोई समस्या नहीं! शेल के लिए पहला दृष्टिकोण

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

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

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

एक और रोड़ा - मध्यस्थ लोग और इसे शायद ही कभी करते हैं, लेकिन फिर भी गलती करते हैं।

रोबोट की जय!

फिलहाल, हम आदेश की सामग्री के अनुसार श्रेणी को स्वचालित रूप से निर्धारित करने के लिए एक प्रणाली चला रहे हैं।

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

चूंकि यह सुनिश्चित करने के लिए हमेशा संभव नहीं होता है कि ऑर्डर कहाँ से संबंधित है, विफलता के मामले में, हम सुझाव देते हैं कि ग्राहक स्वयं श्रेणी का संकेत दे। और हां, अगर ग्राहक अपने हाथों से चाहता है, तो आप अपने हाथों से कर सकते हैं।

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

कमियों में से - अब तक, यह सब चल रहा है, और कुछ मामलों में यह सही ढंग से काम नहीं कर सकता है। दुर्भाग्य से, यहां तक ​​कि एक व्यक्ति हमेशा यह निर्धारित करने में सक्षम नहीं है कि किसी श्रेणी को किस क्रम में परिभाषित किया जाए। विवरण में कई श्रेणियों के लिए उपयुक्त परिभाषाएँ हो सकती हैं, या उपयुक्त नहीं हो सकती हैं।

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