प्रथम प्रतिक्रिया समय (First Response Time) रिपोर्ट कैसे बनाएं: पूर्ण गाइड

फ़र्स्ट रिस्पॉन्स टाइम (First response time) यह दर्शाता है कि कोई ग्राहक टिकट भेजने और पहली मानवीय प्रतिक्रिया मिलने के बीच कितना समय प्रतीक्षा करता है। एक फ़र्स्ट रिस्पॉन्स टाइम रिपोर्ट हफ़्तों के दौरान उस प्रतीक्षा को ट्रैक करती है, जिसे औसत के बजाय मीडियन (median) और 90वें परसेंटाइल (90th percentile) द्वारा विभाजित किया जाता है। इसे दो टाइमस्टैम्प वाले टिकट एक्सपोर्ट से तैयार करें, और इस पूरी प्रक्रिया में केवल एक प्रॉम्प्ट या तीन फ़ॉर्मूले लगते हैं।

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

फ़र्स्ट रिस्पॉन्स टाइम का क्या अर्थ है, और इसकी गणना कैसे करें

फ़र्स्ट रिस्पॉन्स टाइम (FRT) टिकट आने और ग्राहक को एजेंट की पहली प्रतिक्रिया के बीच बीता हुआ समय है। इसका फ़ॉर्मूला उतना ही सरल है जितना यह दिखता है:

फ़र्स्ट रिस्पॉन्स टाइम = पहली मानवीय प्रतिक्रिया का टाइमस्टैम्प − टिकट बनने का टाइमस्टैम्प

दो निर्णय इस एक-लाइन के फ़ॉर्मूले को कुछ ऐसा बना देते हैं जिस पर कोई टीम वास्तव में सहमत हो सके.

क्या एक स्वचालित पावती (automated acknowledgement) को गिना जाना चाहिए? इसे नहीं गिना जाना चाहिए। एक ऑटो-रिप्लाई जो कहता है "हमें आपका संदेश मिल गया है" वह प्रश्न का उत्तर नहीं है। इसे गिनने से एक सुंदर चार्ट तो बनता है लेकिन ग्राहक नाखुश रहते हैं। यह आमतौर पर किसी धोखे के बजाय एक अनजाने में हुई गलती होती है, और यह सबसे आम तरीका है जिससे FRT कृत्रिम रूप से बढ़ जाता है।

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

औसत FRT तीसरा निर्णय है, और यह वह निर्णय है जो अधिकांश टूल आपके लिए खुद ही ले लेते हैं। रिस्पॉन्स टाइम राइट-स्क्यूड (right-skewed) होते हैं: अधिकांश टिकटों का उत्तर जल्दी दिया जाता है और एक छोटा हिस्सा बहुत लंबे समय तक प्रतीक्षा करता है। माध्य (mean) उस क्षेत्र में चला जाता है जिसका अनुभव लगभग किसी ने नहीं किया होता है। इसके बजाय मीडियन और 90वें परसेंटाइल की रिपोर्ट करें।

शुरू करने से पहले आपको क्या चाहिए

• प्रत्येक बातचीत के लिए एक रो (row) वाला एक टिकट एक्सपोर्ट।
• दो टाइमस्टैम्प: जब टिकट आया, और जब किसी एजेंट ने पहली बार जवाब दिया।
• "पहली प्रतिक्रिया" की एक परिभाषा जिसमें ऑटो-पावती और आंतरिक नोट्स शामिल न हों।
• आपके सपोर्ट के घंटे, यदि आप बिजनेस घड़ी पर रिपोर्ट करना चाहते हैं।
• एक न्यूनतम वॉल्यूम नियम, ताकि कम डेटा वाले हफ़्ते भरोसेमंद दिखने वाले निरर्थक आंकड़े न दें।

कुछ भी बनाने से पहले अंतिम तीन बिंदुओं को तय कर लें। बाद में उन्हें बदलने से चार्ट पर पहले का हर हफ़्ता अमान्य हो जाता है, और बदलती परिभाषा पर बनी ट्रेंड लाइन बिना किसी ट्रेंड लाइन के होने से भी बदतर होती है।

स्प्रेडशीट में रिपोर्ट कैसे बनाएं

विकल्प 1: दो टाइमस्टैम्प को एक अवधि (duration) में बदलें

पहली प्रतिक्रिया के टाइमस्टैम्प में से आगमन के टाइमस्टैम्प को घटाएं और परिणाम को घंटों के रूप में फ़ॉर्मेट करें। यह कैलेंडर घड़ी पर प्रत्येक टिकट के लिए रॉ फ़र्स्ट रिस्पॉन्स टाइम है।

यदि आपको इसके बजाय बिजनेस घड़ी की आवश्यकता है, तो NETWORKDAYS.INTL आमतौर पर शुरुआती बिंदु होता है। Microsoft का दस्तावेज़ इसके द्वारा मिलने वाले परिणाम के बारे में सटीक है। यह फ़ंक्शन उन मापदंडों का उपयोग करके "दो तिथियों के बीच पूरे कार्यदिवसों की संख्या" देता है जो यह दर्शाते हैं कि किन दिनों को सप्ताहांत माना जाता है। सप्ताहांत के दिनों और छुट्टियों के तर्क में निर्दिष्ट किसी भी दिन को "कार्यदिवस नहीं माना जाता है।"

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

विकल्प 2: मीडियन और 90वें परसेंटाइल की गणना करें

MEDIAN आपको सामान्य प्रतीक्षा समय देता है। टेल (tail) के लिए, Excel दो परसेंटाइल फ़ंक्शन प्रदान करता है, और यहीं पर एक ही डेटा दो अलग-अलग परिणाम देता है।

PERCENTILE.EXC "0..1, एक्सक्लूसिव" की सीमा में k मान स्वीकार करता है। इसका दस्तावेज़ बताता है कि "यदि k, 1/(n + 1) का गुणज नहीं है, तो PERCENTILE.EXC k-वें परसेंटाइल पर मान निर्धारित करने के लिए इंटरपोलेट करता है।" PERCENTILE.INC "0 से 1, इन्क्लूसिव" की सीमा में k स्वीकार करता है, और तब इंटरपोलेट करता है जब k "1/(n - 1) का गुणज नहीं होता है।"

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

एक्सक्लूसिव संस्करण अधिक संवेदनशील है। इसका दस्तावेज़ चेतावनी देता है कि "यदि यह निर्दिष्ट परसेंटाइल k के लिए इंटरपोलेट नहीं कर सकता है, तो Excel #NUM! त्रुटि दिखाएगा।" कम डेटा वाले हफ़्ते में, एक कतार में मुट्ठी भर टिकट होने पर, p90 की गणना विफल हो सकती है।

विकल्प 3: रिपोर्ट का लेआउट तैयार करें

टिकटों को सप्ताह के अनुसार समूहित करें। मीडियन और p90 को दो लाइनों के रूप में अगल-बगल रखें, और उनके पीछे एक बार के रूप में टिकटों की संख्या जोड़ें। यह संख्या केवल सजावट के लिए नहीं है। यह पाठक को केवल ग्यारह टिकटों पर बने स्पाइक को बहुत बड़ा समझने से रोकती है।

फिर घड़ी और परसेंटाइल विधि को दर्शाने वाली टेक्स्ट की एक लाइन जोड़ें। यही वह वाक्य है जो रिपोर्ट को अगली तिमाही में किसी ऐसे व्यक्ति द्वारा भी दोबारा तैयार करने योग्य बनाता है जो बैठक में मौजूद नहीं था।

स्प्रेडशीट का तरीका कहाँ धीमा पड़ जाता है

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

तीन विशिष्ट परेशानियां बार-बार सामने आती हैं।

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

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

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

इसका परिणाम एक ऐसी रिपोर्ट होती है जो उस हफ़्ते तो सटीक होती है जब इसे बनाया जाता है, लेकिन बाद में धीरे-धीरे गलत होने लगती है।

AI के साथ फ़र्स्ट रिस्पॉन्स टाइम रिपोर्ट कैसे बनाएं

चरण 1: टिकट एक्सपोर्ट अपलोड करें

Powerdrill Bloom खोलें और सीधे अपने हेल्पडेस्क से एक्सपोर्ट अपलोड करें। Excel, CSV, PDF और दस्तावेज़ों को फ्री प्लान पर समर्थित अपलोड के रूप में सूचीबद्ध किया गया है, इसलिए एक रॉ एक्सपोर्ट को वैसे ही अपलोड किया जा सकता है जैसा वह है।

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

चरण 2: वह घड़ी और आँकड़े बताएं जो आप चाहते हैं

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

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

प्रत्येक आंकड़ा उसके पीछे की रो के साथ वापस आता है, इसलिए किसी संदिग्ध हफ़्ते पर बहस करने के बजाय उसे खोलकर पढ़ा जा सकता है।

चरण 3: रिपोर्ट जेनरेट करें और प्रॉम्प्ट को सेव करें

साप्ताहिक अक्ष पर दो लाइनें और एक बार सीरीज़ के साथ-साथ यह बताने वाला एक नोट मांगें कि किस परसेंटाइल पद्धति का उपयोग किया गया था। इसे एक इमेज, शीट या स्लाइड के रूप में एक्सपोर्ट करें।

अगले हफ़्ते, नया एक्सपोर्ट अपलोड करें और वही प्रॉम्प्ट चलाएं। परिभाषा स्थिर रहती है, जो कि सप्ताह-दर-सप्ताह तुलना को सार्थक बनाने का एकमात्र तरीका है। make graphs from Excel पेज सीधे चार्टिंग के तरीके को कवर करता है।

फ़र्स्ट रिस्पॉन्स टाइम रिपोर्ट में क्या शामिल होना चाहिए

तत्व (Element)	यह क्यों शामिल होना चाहिए	इसके बिना क्या गलत हो सकता है
मीडियन लाइन (Median line)	एक सामान्य ग्राहक की प्रतीक्षा अवधि	औसत बाहरी आंकड़ों के पीछे छिप जाते हैं
90वां परसेंटाइल लाइन (90th percentile line)	आपके सबसे धीमे दसवें हिस्से का अनुभव	अंतिम छोर की समस्या अदृश्य रहती है
टिकट वॉल्यूम बार (Ticket volume bars)	हर उतार-चढ़ाव का संदर्भ	कम डेटा वाले हफ़्ते ट्रेंड के रूप में दिखने लगते हैं
निर्दिष्ट घड़ी (Stated clock)	कैलेंडर घंटे या बिजनेस घंटे	दो टीमें अलग-अलग आंकड़े बताती हैं
निर्दिष्ट परसेंटाइल विधि (Stated percentile method)	दोबारा तैयार करने की क्षमता	अलग-अलग बार बनाने पर एक ही हफ़्ते का मान बदल जाता है
न्यूनतम-वॉल्यूम नियम (Minimum-volume rule)	कम डेटा वाले हिस्सों पर ईमानदारी	त्रुटियां या काल्पनिक सटीकता
चैनल के अनुसार वर्गीकरण (Breakdown by channel)	वास्तव में समस्या कहाँ है	एक खराब कतार पूरी लाइन को नीचे खींच लेती है

एक व्यावहारिक उदाहरण

मान लीजिए कि एक हफ़्ते में 240 टिकट आते हैं। माध्य (mean) फ़र्स्ट रिस्पॉन्स टाइम 5.1 घंटे है, मीडियन 1.4 घंटे है, और p90 19.7 घंटे है।

ये तीनों संख्याएं सही हैं। माध्य एकमात्र ऐसा आंकड़ा है जो किसी भी वास्तविक स्थिति को नहीं दर्शाता। अधिकांश ग्राहकों ने 90 मिनट से कम प्रतीक्षा की, और सबसे धीमे दसवें हिस्से ने दिन के अधिकांश समय प्रतीक्षा की। केवल माध्य प्रस्तुत करने पर पाठक यह निष्कर्ष निकालता है कि कतार हर जगह औसत दर्जे की है, जबकि वास्तव में यह एक खराब टेल (bad tail) के साथ काफी तेज़ है। एक खराब टेल को ठीक करने का तरीका एक धीमी कतार को ठीक करने के तरीके से अलग होता है। यही कारण है कि यह अंतर केवल एक सेल के बजाय एक चार्ट के माध्यम से दिखाने योग्य है।

रिपोर्ट को प्रभावित किए बिना वर्गीकरण (Segmenting) करना

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

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

If the split matters more than the trend, a small table of median and p90 per queue will carry more information than five overlapping lines.

फ़र्स्ट रिस्पॉन्स टाइम को कैसे सुधारें

रिपोर्ट बनाने का फायदा तभी है जब यह किसी समाधान की ओर इशारा करे। चार तरीके बार-बार सामने आते हैं, और रिपोर्ट आपको बताती है कि आपको किसकी आवश्यकता है।

एक अच्छे मीडियन के साथ खराब टेल का अर्थ आमतौर पर कवरेज की कमी है, न कि गति की। स्टाफ के काम के घंटों के बाहर आने वाले टिकट, या केवल एक विशेषज्ञ वाली कतार में आने वाले टिकट तब तक पड़े रहते हैं जब तक कोई वापस नहीं आ जाता। एजेंट के प्रदर्शन को देखने से पहले आगमन के समय को देखें।

स्थिर वॉल्यूम के साथ बढ़ता हुआ मीडियन आमतौर पर यह दर्शाता है कि कतार में एक नए प्रकार का टिकट आ रहा है जिसके लिए किसी के पास कोई टेम्पलेट नहीं है। चैनल का वर्गीकरण इसे स्पष्ट कर देगा।

बढ़ते वॉल्यूम के साथ बढ़ता हुआ मीडियन स्टाफ की संख्या से जुड़ा सवाल है, और वॉल्यूम बार इसके पक्ष में तर्क देते हैं।

एक ऐसी रिपोर्ट जिस पर कोई भरोसा नहीं करता परिभाषा की समस्या है। सबसे ऊपर घड़ी और परसेंटाइल विधि को प्रकाशित करें और बहस समाप्त हो जाएगी।

इसके बगल में मौजूद वॉल्यूम और स्टेटस व्यू के लिए, support ticket report और CSAT report पर हमारे गाइड देखें। customer service chatbot पेज उसी कतार के डिफ्लेक्शन (deflection) पहलू को कवर करता है।

एक अच्छा लक्ष्य कैसा दिखता है

टीमें अक्सर वितरण (distribution) का पता लगाने से पहले ही फ़र्स्ट रिस्पॉन्स टाइम का लक्ष्य निर्धारित कर लेती हैं, जिससे लक्ष्य या तो निरर्थक हो जाते हैं या अप्राप्य।

एक के बजाय दो संख्याएं निर्धारित करें, और दोनों को प्रकाशित करें। एक मीडियन लक्ष्य सामान्य अनुभव का वर्णन करता है, और एक p90 लक्ष्य उस सबसे खराब अनुभव का वर्णन करता है जिसे आप स्वीकार करने के लिए तैयार हैं। 1.4 घंटे के मीडियन और 19.7 घंटे के p90 वाली टीम के पास टेल की समस्या है। केवल दो घंटे का एक लक्ष्य इसे बिल्कुल भी उजागर नहीं कर पाएगा।

फिर लक्ष्य के साथ घड़ी का भी उल्लेख करें। बिजनेस घड़ी पर "दो घंटे" और कैलेंडर घड़ी पर "दो घंटे" अलग-अलग वादे हैं। सपोर्ट टीम और नेतृत्व टीम प्रत्येक उस विकल्प को मान लेंगे जो उनके दृष्टिकोण के अनुकूल हो।

आम गलतियाँ

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

ऑटो-रिप्लाई को पहली प्रतिक्रिया के रूप में गिनना। यह एक ऐसा चार्ट बनाने का सबसे तेज़ तरीका है जो दिखने में तो बेहतरीन लगता है लेकिन किसी के वास्तविक अनुभव से मेल नहीं खाता।

तिमाही के बीच में परसेंटाइल फ़ंक्शन को बदलना। यदि आपका p90 उसी हफ़्ते सुधरा है जिस हफ़्ते किसी ने फ़ॉर्मूले को संपादित किया था, तो आपने केवल संपादन को मापा है।

कैलेंडर और बिजनेस घड़ियों को मिलाना। कैलेंडर घड़ी पर एक सप्ताहांत 48 घंटे की विफलता है। बिजनेस घड़ी पर यह शून्य हो सकता है। किसी एक को चुनें और उसे लेबल करें।

अव्यवस्था को कम करने के लिए वॉल्यूम सीरीज़ को हटा देना। ये बार ही वह कारण हैं जिससे कोई भी व्यक्ति कम डेटा वाले हफ़्ते और वास्तविक गिरावट के बीच अंतर कर सकता है।

वितरण के बिना लक्ष्य की रिपोर्ट करना। केवल "हमने दो घंटे का लक्ष्य हासिल किया" जैसी संख्या पाठक को उन ग्राहकों के बारे में कुछ नहीं बताती जिन्होंने नौ घंटे इंतज़ार किया।

निष्कर्ष

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

यदि इसे हर हफ़्ते दोबारा बनाना आपको रोकता है, तो परिभाषा को एक सहेजे गए प्रॉम्प्ट में ले जाएं और प्रत्येक नए एक्सपोर्ट से इसे फिर से जेनरेट करें। पिछले महीने के टिकट एक्सपोर्ट पर Powerdrill Bloom आज़माएं और एक ही अक्ष पर मीडियन और टेल को देखें।

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

ग्राहक सेवा में फ़र्स्ट रिस्पॉन्स टाइम क्या है?

यह ग्राहक के टिकट आने और किसी मानवीय एजेंट की पहली प्रतिक्रिया के बीच बीता हुआ समय है। स्वचालित पावतियों को आमतौर पर बाहर रखा जाता है, क्योंकि वे ग्राहक के प्रश्न का उत्तर नहीं देती हैं।

फ़र्स्ट रिस्पॉन्स टाइम का फ़ॉर्मूला क्या है?

पहली मानवीय प्रतिक्रिया के टाइमस्टैम्प में से टिकट बनने के टाइमस्टैम्प को घटाएं। बिजनेस-घंटे वाले संस्करण के लिए, NETWORKDAYS.INTL से शुरुआत करें, जो पूरे कार्यदिवस देता है और आपको सप्ताहांत और छुट्टियों को परिभाषित करने की अनुमति देता है, फिर दिन के शेष समय को जोड़ें।

क्या फ़र्स्ट रिस्पॉन्स टाइम रिपोर्ट में माध्य या मीडियन का उपयोग किया जाना चाहिए?

मीडियन, जिसके बगल में 90वां परसेंटाइल हो। रिस्पॉन्स टाइम राइट-स्क्यूड होते हैं, इसलिए बहुत धीमी गति वाले कुछ टिकट माध्य को उस मान की ओर खींचते हैं जिसका अनुभव वास्तव में बहुत कम ग्राहकों ने किया होता है।

PERCENTILE.EXC और PERCENTILE.INC में क्या अंतर है?

वे अलग-अलग इंटरपोलेशन नियमों का उपयोग करते हैं। PERCENTILE.EXC तब इंटरपोलेट करता है जब k, 1/(n + 1) का गुणज नहीं होता है और केवल 0 और 1 के बीच के k को स्वीकार करता है। PERCENTILE.INC, 1/(n - 1) का उपयोग करता है और स्वयं 0 और 1 को स्वीकार करता है।

मेरा p90 #NUM! त्रुटि क्यों दिखाता है?

PERCENTILE.EXC यह त्रुटि तब दिखाता है जब एरे खाली होता है, या जब k, 0 से 1 की सीमा पर या उससे बाहर होता है। यह तब भी यह त्रुटि दिखाता है जब यह आपके द्वारा मांगे गए परसेंटाइल के लिए इंटरपोलेट नहीं कर पाता है, जो कि कम डेटा वाले हफ़्तों में होता है।