परफ़ॉर्मेंस एनालिटिक्स वर्कफ़्लो और इम्प्लीमेंटेशन: परफ़ॉर्मेंस की संस्कृति बनाना

परफ़ॉर्मेंस को डेवलपमेंट वर्कफ़्लो का हिस्सा बनाएँ। साप्ताहिक रिवाज़, बजट और टीम की जवाबदेही से परफ़ॉर्मेंस कल्चर बनाएँ।

ड्राफ़्ट

परफ़ॉर्मेंस ऑप्टिमाइज़ेशन एक बार का प्रोजेक्ट नहीं है। परफ़ॉर्मेंस लगातार चलने वाली आदत है।

वर्कफ़्लो का मतलब: टीम हर हफ़्ते परफ़ॉर्मेंस डेटा देखती है। टीम स्टैंडअप में परफ़ॉर्मेंस पर बात करती है। टीम कोड लिखते समय परफ़ॉर्मेंस का ध्यान रखती है। टीम परफ़ॉर्मेंस के सुधार का जश्न मनाती है।

वर्कफ़्लो के बिना: परफ़ॉर्मेंस समय के साथ गिरती जाती है। साइट बिगड़ने तक टीम परफ़ॉर्मेंस के बारे में सोचती ही नहीं।

वर्कफ़्लो के साथ: परफ़ॉर्मेंस समय के साथ सुधरती है। टीम परफ़ॉर्मेंस की संस्कृति बनाती है। परफ़ॉर्मेंस की कद्र होती है।

साप्ताहिक परफ़ॉर्मेंस रिवाज़

हर सोमवार सुबह: टीम परफ़ॉर्मेंस रिपोर्ट देखती है।

रिपोर्ट दिखाती है: पिछले हफ़्ते क्या सुधरा, क्या बिगड़ा, इस हफ़्ते किस पर ध्यान चाहिए।

टीम की चर्चा: चेकआउट पेज का LCP क्यों गिरा। क्या यह नए कोड की वजह से है। क्या जाँच करनी होगी।

नतीजा: एक्शन आइटम तय होते हैं। परफ़ॉर्मेंस सुधार स्प्रिंट में जुड़ते हैं।

साप्ताहिक रिवाज़ का असली उदाहरण:

  • सोमवार सुबह 10 बजे: परफ़ॉर्मेंस रिव्यू मीटिंग
  • मेट्रिक्स की समीक्षा: होमपेज का LCP 0.2 सेकंड सुधरा (अच्छा), प्रोडक्ट पेज का INP पचास मिलीसेकंड बिगड़ा (जाँच करें)
  • वजह का विश्लेषण: प्रोडक्ट पेज पर नया फ़ीचर (रिकमेंडेशन इंजन) लोड हुआ। फ़ीचर ने JavaScript जोड़ी जिससे INP बढ़ा।
  • एक्शन आइटम: रिकमेंडेशन इंजन की JavaScript को बाद में लोड करें, फ़ीचर का कोड ऑप्टिमाइज़ करें
  • ज़िम्मेदार: फ़िक्स के लिए तय इंजीनियर
  • डेडलाइन: बुधवार का डिप्लॉयमेंट

परफ़ॉर्मेंस को डेवलपमेंट वर्कफ़्लो में जोड़ना

फ़ीचर रिलीज़ करने से पहले: इंजीनियर परफ़ॉर्मेंस पर असर मापता है।

फ़ीचर नई सुविधा जोड़ता है। फ़ीचर कोड भी जोड़ता है। कोड से बंडल का साइज़ बढ़ता है। बड़ा बंडल परफ़ॉर्मेंस बिगाड़ सकता है।

ढाँचा: परफ़ॉर्मेंस बजट। फ़ीचर बजट से ऊपर नहीं जाना चाहिए।

उदाहरण: चेकआउट पेज का नया फ़ीचर। बजट: JavaScript बंडल में बीस किलोबाइट से ज़्यादा न जोड़ें। इंजीनियर फ़ीचर बनाता है। फ़ीचर पच्चीस किलोबाइट जोड़ता है। फ़ीचर बजट से ऊपर चला गया। इंजीनियर को ऑप्टिमाइज़ करना होगा: बिना इस्तेमाल का कोड हटाएँ, बंडल बाँटें, कोड को बाद में लोड करें। इंजीनियर फ़ीचर को बीस किलोबाइट पर ले आता है। फ़ीचर मंज़ूर हो जाता है।

असली उदाहरण: प्रोडक्ट रिकमेंडेशन इंजन का इम्प्लीमेंटेशन

फ़ीचर: प्रोडक्ट पेज पर पर्सनलाइज़्ड प्रोडक्ट सुझाव दिखाना।

परफ़ॉर्मेंस बजट: बंडल में पचास किलोबाइट से ज़्यादा न जोड़ें।

शुरुआती इम्प्लीमेंटेशन: पचास किलोबाइट। बजट पर।

टेस्टिंग: LCP और INP मापें।

  • LCP दो से बढ़कर 2.3 सेकंड हो गया (मंज़ूर नहीं, बजट से ऊपर)
  • INP एक सौ पचास से बढ़कर तीन सौ मिलीसेकंड हो गया (मंज़ूर नहीं, बजट से ऊपर)

इंजीनियर का ऑप्टिमाइज़ेशन: सुझाव फ़ोल्ड के नीचे लेज़ी लोड करें, सुझावों का डेटा पेज इंटरैक्टिव होने के बाद लोड करें।

नया इम्प्लीमेंटेशन: साइज़ वही पचास किलोबाइट, लेकिन:

  • LCP वापस दो सेकंड पर (बजट के भीतर)
  • INP वापस एक सौ सत्तर मिलीसेकंड पर (बजट के भीतर)

फ़ीचर मंज़ूर: परफ़ॉर्मेंस की ज़रूरतें पूरी हुईं।

लीडरशिप को रिपोर्टिंग

लीडरशिप को मासिक रिपोर्ट: परफ़ॉर्मेंस ट्रेंड और बिज़नेस पर असर।

रिपोर्ट का ढाँचा:

  • परफ़ॉर्मेंस लक्ष्य और प्रगति
  • प्रतिस्पर्धियों से तुलना (हम उनके मुकाबले कहाँ हैं)
  • बिज़नेस पर असर (परफ़ॉर्मेंस सुधार से कमाया गया रेवेन्यू)
  • आगे का फ़ोकस (हम अगला क्या ऑप्टिमाइज़ कर रहे हैं)

एक्ज़ीक्यूटिव टीम को मासिक रिपोर्ट का असली उदाहरण:

  • लक्ष्य: नब्बे प्रतिशत यूज़र्स के लिए LCP 2.5 सेकंड से कम
  • प्रगति: अभी सत्तासी प्रतिशत (पिछले महीने पचासी प्रतिशत था)
  • समयसीमा: लक्ष्य दो महीने में पूरा होने की राह पर
  • बाज़ार में स्थिति: प्रतिस्पर्धियों का औसत LCP दो सेकंड है, हमारा LCP दो सेकंड है (औसत पर, बराबरी में)
  • बिज़नेस पर असर: पिछले महीने के परफ़ॉर्मेंस सुधार से चेकआउट पूरा होना 0.5 प्रतिशत बढ़ा। महीने के एक लाख विज़िटर पर यह पाँच सौ और कन्वर्ज़न हैं। सौ डॉलर की ऑर्डर वैल्यू पर यह हर महीने पचास हज़ार डॉलर का अतिरिक्त रेवेन्यू है। साल के छह लाख डॉलर।
  • आगे का फ़ोकस: मोबाइल ऑप्टिमाइज़ेशन (मोबाइल LCP डेस्कटॉप से एक सेकंड धीमा है, मोबाइल कन्वर्ज़न रेट सुधारने का मौका)

परफ़ॉर्मेंस कल्चर के लिए हायरिंग

ऐसे इंजीनियर रखें जिन्हें परफ़ॉर्मेंस की परवाह हो। इंटरव्यू का सवाल: मुझे अपने किए किसी परफ़ॉर्मेंस ऑप्टिमाइज़ेशन के बारे में बताइए।

ऐसे प्रोडक्ट मैनेजर रखें जो परफ़ॉर्मेंस की कद्र करते हों। परफ़ॉर्मेंस से यूज़र एक्सपीरियंस और कन्वर्ज़न रेट सुधरते हैं। प्रोडक्ट मैनेजर को बिज़नेस पर असर पता होना चाहिए।

ऐसा टीम कल्चर बनाएँ जहाँ परफ़ॉर्मेंस की कद्र हो। परफ़ॉर्मेंस की जीत का जश्न मनाएँ। जिस इंजीनियर ने LCP 0.5 सेकंड सुधारा, उसे सराहें।

असली उदाहरण: परफ़ॉर्मेंस कल्चर के लिए हायरिंग।

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

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

यह जवाब दिखाता है: तकनीकी समझ (प्रोफ़ाइलिंग, कैशिंग), माप (पहले और बाद), बिज़नेस सोच (साइन-अप और रेवेन्यू पर असर)।

इस इंजीनियर को रखें। वह परफ़ॉर्मेंस और बिज़नेस दोनों के बारे में सोचता है।

अक्सर पूछे जाने वाले सवाल

हम टीम को परफ़ॉर्मेंस को प्राथमिकता देने के लिए कैसे प्रेरित करें?

परफ़ॉर्मेंस को बिज़नेस मेट्रिक्स से जोड़ें। दिखाएँ कि एक प्रतिशत परफ़ॉर्मेंस सुधार का मतलब एक प्रतिशत कन्वर्ज़न बढ़त है। रेवेन्यू पर असर निकालें। ऑप्टिमाइज़ करने की लागत और मिले रेवेन्यू की तुलना दिखाएँ। इंजीनियर असर की परवाह करते हैं। परफ़ॉर्मेंस का असर मापा जा सकता है। इंजीनियर इसे प्राथमिकता देंगे। WEMASY के वेबसाइट बिल्डर से आप यह सब सीधे अपनी वेबसाइट पर सेट कर सकते हैं।

क्या परफ़ॉर्मेंस ऑप्टिमाइज़ेशन अलग टीम का काम हो या सभी टीमों का हिस्सा?

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

हम नए फ़ीचर और परफ़ॉर्मेंस ऑप्टिमाइज़ेशन में संतुलन कैसे रखें?

परफ़ॉर्मेंस भी एक फ़ीचर है। नया फ़ीचर और उसका परफ़ॉर्मेंस पर असर मिलाकर कुल लागत बनती है। दोनों के लिए बजट रखें। उदाहरण: नए फ़ीचर में एक स्प्रिंट लगता है। परफ़ॉर्मेंस के लिए ऑप्टिमाइज़ करने में आधा स्प्रिंट और लगता है। कुल लागत डेढ़ स्प्रिंट है। दोनों के लिए समय रखें। फ़ीचर और परफ़ॉर्मेंस साथ में रिलीज़ होते हैं।

अगर लीडरशिप को परफ़ॉर्मेंस की परवाह न हो तो क्या करें?

बिज़नेस पर असर दिखाएँ। एक प्रतिशत कन्वर्ज़न सुधार का मतलब हर महीने पचास हज़ार डॉलर (एक आम ई-कॉमर्स साइट के लिए)। लीडरशिप रेवेन्यू समझती है। परफ़ॉर्मेंस सुधार का मतलब रेवेन्यू सुधार है। लीडरशिप परवाह करने लगेगी।

परफ़ॉर्मेंस कल्चर बनने में कितना समय लगता है?

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

कंपनी बढ़ने पर हम परफ़ॉर्मेंस कल्चर कैसे बनाए रखें?

तरीकों को डॉक्यूमेंट करें। नए इंजीनियर को परफ़ॉर्मेंस कल्चर में शामिल करें। पहला दिन: परफ़ॉर्मेंस डैशबोर्ड दिखाएँ। पहला हफ़्ता: परफ़ॉर्मेंस सुधार का टास्क दें। पहला महीना: परफ़ॉर्मेंस लक्ष्य तय करें। नए इंजीनियर कल्चर सीखते हैं। कल्चर बना रहता है।

यह भी पढ़ें

और पढ़ें: वेबसाइट एनालिटिक्स क्या है

इसे अभी आज़माएँ
अपनी खुद की वेबसाइट पर।

WEMASY के साथ मुफ़्त शुरू करें और कुछ ही मिनटों में अपनी साइट बनाएँ।