Labrika ऑडिट के नतीजों से सुधारों की योजना बनाती है और कार्यों की प्राथमिकता पहले ही तय कर देती है। साइट के मालिक को काम का स्पष्ट क्रम मिलता है, जबकि SEO विशेषज्ञ को रिपोर्ट से जुड़े तैयार कार्य मिलते हैं। यहीं टीम जोड़ें, काम बाँटें और कानबन या गैंट चार्ट में प्रगति देखें।
वह साइट खोलें जिसका ऑडिट पूरा हो चुका है। योजना के लिए सबसे हाल का विश्लेषण इस्तेमाल होता है; यदि वह 30 दिन से पुराना है, तो पहले ऑडिट दोबारा चलाएँ।
1. बाईं पतली पट्टी में «कार्य» पर क्लिक करें। पास में «बोर्ड्स» खुलेगा: «+ बोर्ड बनाएँ» चुनें, फिर विश्लेषण से योजना बनाने का तरीका चुनें। यह इंटरफ़ेस का एक हिस्सा है; उदाहरण के आँकड़े काल्पनिक हैं।
2. नाम से «बोर्ड्स» में यह बोर्ड ढूँढना आसान होगा। «बनाएँ» के बाद प्राथमिकता के क्रम में तैयार कार्यों की सूची खुलती है।
तैयार योजना «कार्य» में खुलेगी। Labrika आपकी साइट की समस्याओं के आधार पर प्राथमिकताएँ पहले ही तय कर चुकी है। पहुँच और इंडेक्सिंग रोकने वाली समस्याएँ पहले आती हैं, फिर बाकी सुधार। उदाहरण के लिए, स्टोर की न खुलने वाली कैटेगरी बहाल करना विवरण सुधारने से ज़्यादा ज़रूरी है: ग्राहक को उत्पाद खोल पाना चाहिए।
योजना में विषय के अनुसार समूह और ठोस कार्य होते हैं। विवरण पढ़ने के लिए कार्य का नाम खोलें; «रिपोर्ट» का आइकन जाँच के नतीजे और «सहायता» का आइकन समस्या की गाइड खोलता है। «महत्व» और «जटिलता» काम सौंपते समय उसका आकलन करने में मदद करते हैं।
3. स्टोर के काल्पनिक कार्यों वाली तैयार योजना का हिस्सा। क्रम योजना बनाते समय तय हो जाता है; हर पंक्ति से रिपोर्ट, सहायता और कार्य खोले जा सकते हैं। टीम योजना बनने के बाद समयसीमा तय करती है।
उदाहरण के लिए, «5xx त्रुटियों को ठीक करें» सर्वर की त्रुटियों वाली पेजों पर ले जाता है: डेवलपर को जाँच के लिए URL मिलते हैं। «लापता description भरें» उन पेजों पर ले जाता है जिनका विवरण खाली है। प्रबंधक को केवल काम सौंपना है: निर्देश, स्पष्टीकरण और ऑडिट के आँकड़े पहले से जुड़े हैं।
यदि साइट पर कई लोग काम करते हैं, तो प्रोजेक्ट का मालिक उन्हें बनाए गए बोर्ड में बुला सकता है। जैसे, एजेंसी SEO विशेषज्ञ और क्लाइंट के डेवलपर को जोड़ सकती है: दोनों एक ही ऑडिट के कार्यों पर काम करेंगे।
4. डेवलपर को आमंत्रित करते समय संपर्क और प्रोजेक्ट की भूमिका चुनें। संपर्क मौजूद न हो, तो इसी सूची में ईमेल से बना सकते हैं।
कर्मचारी संपर्कों में पहले से हो, तो उसे कार्य से सीधे बुला सकते हैं: «निष्पादक» में «संपर्कों से उपयोगकर्ता आमंत्रित करें» विकल्प है। योजना देखते हुए काम बाँटने में यह सुविधाजनक है।
| भूमिका | कौन-से कार्य दिखते हैं | क्या कर सकता है | किसके लिए उपयुक्त है |
|---|---|---|---|
| मालिक | सभी कार्य | बोर्ड बनाता है, लोगों को बुलाता है और भूमिकाएँ, कार्य तथा समयसीमा संभालता है। काम स्वीकार करता है; बोर्ड का नाम बदल सकता है और उसे हटा सकता है। | बोर्ड बनाने वाला; यह भूमिका अपने आप मिलती है। |
| प्रशासक | सभी कार्य | काम बाँटता है, समयसीमा बदलता है, नतीजा स्वीकार करता है और जोड़े गए सदस्यों को संभालता है। नए लोगों को मालिक बुलाता है। | प्रोजेक्ट मैनेजर जिसे पूरे काम का कानबन चाहिए। |
| विशेषज्ञ | उसे सौंपे गए और उसके बनाए कार्य | अपने और दूसरे सदस्यों के लिए कार्य बनाता है। अपने कार्यों में विवरण, समयसीमा और कार्यकर्ता बदलता है। नतीजा समीक्षा के लिए भेजता है। | SEO विशेषज्ञ जो डेवलपर या संपादक को खुद काम देता है। |
| निष्पादक | केवल उसे सौंपे गए कार्य | टिप्पणी लिखता है, फ़ाइल जोड़ता है, कार्य के बिंदु पूरे चिह्नित करता है और काम की स्थिति बदलता है। कार्य नहीं बनाता और समयसीमा या कार्यकर्ता नहीं बदलता। | तैयार निर्देशों पर काम करने वाला डेवलपर या संपादक। |
| पर्यवेक्षक | केवल उसे सौंपे गए कार्य | विवरण, समयसीमा और अटैचमेंट पढ़ता है। चैट में नहीं लिखता, कार्य संपादित नहीं करता और स्थिति नहीं बदलता। | क्लाइंट जिसे चुनिंदा काम देखने हैं। |
कानबन मालिक और प्रशासक को उपलब्ध है। विशेषज्ञ और कार्यकर्ता अपने काम सूची और कार्ड से करते हैं; पूरा काम «समीक्षा» में भेजते हैं। जाँच के बाद मालिक या प्रशासक उसे «तैयार» में ले जाता है।
5. बुलाए गए डेवलपर के लिए भूमिका चुनना। बोर्ड बनाते समय मालिक तय हो जाता है; सूची में नए सदस्य की भूमिका चुनी जाती है।
पहला काम शुरू करने के लिए उसका नाम खोलें, विवरण और जुड़ी रिपोर्ट पढ़ें तथा स्थिति «प्रगति पर है» करें। सुधार के बाद कर्मचारी नतीजे की टिप्पणी छोड़ता है और «समीक्षा» चुनता है। प्रबंधक साझा बोर्ड पर स्थिति का बदलाव देखता है।
6. संदेश संपर्क जोड़ते समय दिए गए ईमेल पर आता है। बटन निमंत्रण स्वीकार करने तक ले जाता है; चित्र में संदेश का उदाहरण है।
7. Labrika में पहले से लॉगिन किए कर्मचारी की पुष्टि स्क्रीन। स्वीकार करने के बाद उपलब्ध प्रोजेक्ट और सौंपे गए कार्य खोल सकते हैं।
संदेश न मिले, तो ईमेल पता और «स्पैम» फ़ोल्डर देखें। मालिक «सदस्य» खोलकर संपर्क की «आमंत्रण स्वीकार नहीं किया गया» स्थिति पर क्लिक करता है: «निमंत्रण भेजें» विंडो में «लिंक को क्लिपबोर्ड पर कॉपी करें» से लिंक लेकर कर्मचारी को भेज सकता है। ईमेल दोबारा भेजना दिन में एक बार उपलब्ध है। संपर्क पहले से पुष्ट हो, तो फिर रजिस्टर करने की ज़रूरत नहीं: कर्मचारी अपना मौजूदा खाता इस्तेमाल करता है।
कार्य का नाम खोलें। «निष्पादक» में सदस्य चुनें और «कार्य अवधि» में शुरुआत तथा समाप्ति तय करें। यही जानकारी योजना की तालिका में भी उपलब्ध है।
हमारे उदाहरण में डेवलपर को 5xx और टूटे लिंक ठीक करने हैं, जबकि SEO विशेषज्ञ को खाली description भरने हैं। कई लोग काम करें, तो सबको कार्यकर्ताओं में जोड़ें। «टीम सदस्य को कार्य के लिए जिम्मेदार के रूप में चिह्नित करें» से काम पूरा करने के ज़िम्मेदार व्यक्ति को चिह्नित करें।
8. «5xx त्रुटियों को ठीक करें» कार्य का हिस्सा: डेवलपर सौंपा गया है और 9–10 नवंबर की अवधि तय है। विवरण और रिपोर्ट का लिंक काम के साथ रहते हैं।
विवरण में अपनी साइट का संदर्भ जोड़ें, जैसे त्रुटियाँ CMS अपडेट के बाद आईं। टिप्पणियाँ और फ़ाइलें कार्य में रहती हैं, इसलिए सुधार जाँचते समय प्रबंधक निर्देश और डेवलपर से हुई बातचीत दोनों देखता है।
किसी कर्मचारी को काम का पूरा समूह देना हो, तो तालिका के ऊपर «किसी प्रोजेक्ट में तेजी से उपयोगकर्ता जोड़ें» पर क्लिक करें। «कार्य का त्वरित वितरण» विंडो में बाईं ओर कार्य और दाईं ओर कार्यकर्ता चुनकर «सहेजें» दबाएँ। इससे डेवलपर को 5xx, 4xx और टूटे लिंक एक साथ सौंप सकते हैं।
9. तीन तकनीकी कार्य एक बार सहेजकर डेवलपर को सौंपे जाते हैं। description का काम अलग से SEO विशेषज्ञ को देने के लिए बचता है।
चुने गए सदस्य सभी चिह्नित कार्यों पर नियुक्त होते हैं। इसलिए तकनीकी काम एक बार में डेवलपर को और टेक्स्ट के काम अगली बार SEO विशेषज्ञ को दें। हर कार्ड अलग खोलने की ज़रूरत नहीं होगी।
मालिक या प्रशासक बोर्ड का «कानबन» खोलता है। वही कार्य स्थिति के अनुसार कार्ड में दिखते हैं; उन्हें कॉलमों के बीच खींच सकते हैं। प्रबंधक तुरंत देखता है कि टीम ने क्या शुरू किया है और कौन-से सुधार स्वीकृति की प्रतीक्षा में हैं।
10. वही योजना कानबन में: description अभी लंबित है, डेवलपर लिंक ठीक कर रहा है, 5xx समीक्षा के लिए दिए गए हैं और 4xx का काम पूरा है।
«समीक्षा» में कई कार्ड जमा हों, तो प्रबंधक समझता है कि पूरा हो चुका काम जाँचना है। एजेंसी के लिए यह ठेकेदार के किए काम और सत्यापित नतीजे को अलग समझने का तरीका है: कार्यकर्ता काम सौंपता है और मालिक या प्रशासक उसे स्वीकार करता है।
5xx सुधार स्वीकार करने के लिए उनके प्रकाशित होने के बाद ऑडिट चलाएँ और नई «5xx त्रुटियाँ» रिपोर्ट खोलें। कार्य के URL मिलाएँ: ठीक किए गए पेज सूची से हट जाने चाहिए। टिप्पणी में जाँच की तारीख और बचे URL, यदि हों, लिखें। फिर मालिक या प्रशासक कार्य स्वीकार करे या सुधार के लिए लौटाए।
काम की तारीखें तय करने के लिए «गैंट चार्ट» खोलें; जैसे विज्ञापन अभियान से पहले स्टोर के सुधार पूरे करना। बाईं ओर कार्य, तारीख और पूर्णता प्रतिशत हैं; दाईं ओर साझा टाइमलाइन पर उनकी अवधि है।
कार्य के कार्ड में समयसीमा तय करें। उदाहरण में सर्वर त्रुटियाँ 9–10 नवंबर, लिंक का काम 11–13 नवंबर और दूसरे कर्मचारी का description का काम समानांतर चलता है। प्रबंधक देखता है कि डेवलपर के लगातार दो काम पूरा सप्ताह लेंगे।
तारीख बदले, तो कार्य की पट्टी दूसरे दिनों पर खींचें; अवधि बदलने के लिए उसका किनारा खींचें। डबल क्लिक कार्ड खोलता है। मालिक या प्रशासक चार्ट में ही नया कार्यक्रम तय कर सकता है।
11. कैलेंडर के साथ समयसीमा और प्रगति। दिखता है कि कौन-से काम क्रम से और कौन-से साथ चलते हैं। उदाहरण की तारीखें और पूर्णता प्रतिशत प्रोजेक्ट के सदस्यों ने तय किए हैं।
डेवलपर को सर्वर त्रुटियों में दो और दिन लगें, तो चार्ट पर अगले काम से टकराव आसानी से दिखता है। उसे पहले ही आगे खिसकाएँ या दूसरा कार्यकर्ता दें। एजेंसी क्लाइंट से समयसीमा पर चर्चा कर सकती है; स्टोर का मालिक समझ सकता है कि विज्ञापन शुरू होने तक कौन-से सुधार पूरे होंगे।
तालिका, कानबन और गैंट चार्ट एक ही योजना दिखाते हैं: तारीखों और स्थिति के बदलाव टीम के आगे के काम के लिए सहेजे जाते हैं। सुधार के बाद पहले और बाद के ऑडिट की तुलना करें, ताकि क्लाइंट देख सके कि कौन-सी समस्याएँ दूर हुईं।