स्प्रेडशीट में बिक्री कमीशन की गणना कैसे करें (श्रेणीबद्ध दरें और विभाजन)

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

इसका गणित कठिन नहीं है। इसे जो बात कठिन बनाती है वह यह है कि इसके नियम किसी अन्य व्यक्ति द्वारा लिखे गए प्लान डॉक्यूमेंट में होते हैं। इसके बाद स्प्रेडशीट को उन्हें ऐसे रूप में एनकोड करना होता है जिसे कोई सहकर्मी ऑडिट कर सके।

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

सेल्स कमीशन से स्प्रेडशीट क्यों खराब हो जाती है

पहली समस्या यह है कि "टियर्ड" के दो अलग-अलग अर्थ होते हैं, और प्लान डॉक्यूमेंट्स में शायद ही कभी यह स्पष्ट किया जाता है कि किसका उपयोग करना है।

एक फ्लैट टियर प्लान में, किसी बैंड तक पहुँचने पर उस बैंड का रेट पूरी राशि पर लागू होता है। एक प्रोग्रेसिव टियर प्लान में, राशि के प्रत्येक हिस्से पर उस बैंड का रेट लागू होता है जिसमें वह आता है, ठीक वैसे ही जैसे इनकम टैक्स ब्रैकेट काम करते हैं। 5%, 7% और 9% के बैंड में $120,000 की बुकिंग पर, इन दोनों तरीकों से आने वाले परिणामों में हजारों डॉलर का अंतर हो सकता है।

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

तीसरी समस्या ऑडिटेबिलिटी की है। कमीशन प्राप्त करने वाले व्यक्ति को इसे समझाना आसान होना चाहिए। छह नेस्टेड IF स्टेटमेंट्स वाला एक अकेला सेल समझाने योग्य नहीं होता है, और अधिकांश मॉडल इसी प्रारूप में सामने आते हैं।

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

इससे आपको क्या नुकसान होता है

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

एक सेल्स कमीशन का आंकड़ा जिसे समझाया नहीं जा सकता, वह ऐसा आंकड़ा है जिसे अगली तिमाही में फिर से चुनौती दी जाएगी।

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

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

लोग जो वैकल्पिक तरीके आजमाते हैं

विकल्प 1: रेट को फ़ॉर्मूले से बाहर रखें

बैंड और रेट को एक छोटी टेबल में रखें, फिर रेट को हार्ड-कोड करने के बजाय उसे लुकअप करें। VLOOKUP अपने रेंज लुकअप को TRUE पर सेट करके उस बैंड को ढूंढ लेता है जिसमें कोई मान आता है, बशर्ते टेबल बढ़ते क्रम में सॉर्ट की गई हो।

XLOOKUP "सटीक मिलान या अगली छोटी वस्तु" के लिए एक स्पष्ट मैच मोड के साथ यही काम करता है, जिसे छह महीने बाद पढ़ना आसान होता है। जहाँ लॉजिक वास्तव में शर्तों की एक छोटी श्रृंखला है, वहाँ पढ़ने में आसानी के मामले में IFS नेस्टेड IF स्टेटमेंट्स से बेहतर है.

यह उपलब्ध सबसे मूल्यवान बदलाव है, क्योंकि अगले वर्ष का प्लान फ़ॉर्मूला दोबारा लिखने के बजाय केवल टेबल में बदलाव करने जैसा हो जाता है। यह फ्लैट टियर की समस्या को पूरी तरह से हल करता है लेकिन प्रोग्रेसिव टियर को बिल्कुल नहीं।

विकल्प 2: प्रोग्रेसिव टियर की सही गणना करें

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

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

ROUND को केवल एक बार, भुगतान के आंकड़े पर लागू करें, बीच में कभी नहीं। इस दृष्टिकोण की सीमा इसका रखरखाव है: हर बैंड परिवर्तन हेल्पर संरचना के साथ-साथ रेट टेबल को भी प्रभावित करता है।

विकल्प 3: स्प्लिट्स, कैप्स और क्लॉबैक्स को लेज़र रो के रूप में मानें

मूल डील रो में बदलाव करने की इच्छा से बचें। इसके बजाय, प्रत्येक घटना को एक प्रकार के साथ अपनी खुद की रो के रूप में रिकॉर्ड करें: मूल क्रेडिट, स्प्लिट आवंटन, एक्सेलरेटर समायोजन, कैप कटौती, क्लॉबैक।

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

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

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

Powerdrill Bloom के साथ सेल्स कमीशन की गणना कैसे करें

चरण 1: अपना डील डेटा और रेट टेबल अपलोड करें

क्लोज्ड-डील एक्सपोर्ट और प्लान की रेट टेबल को एक साथ अपलोड करें। Powerdrill Bloom दोनों का विश्लेषण करता है, जिससे किसी भी भुगतान की गणना होने से पहले गायब ओनर, खाली राशियां और स्प्लिट प्रतिशत जो 100% नहीं होते, सामने आ जाते हैं।

चरण 2: प्लान के नियमों को सरल भाषा में समझाएं

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

फिर उसी समय जांच के लिए कहें। पूछें कि किन डील्स में स्प्लिट्स का कुल योग 100% नहीं है, और किन प्रतिनिधियों ने अवधि के बीच में एक्सेलरेटर थ्रेसहोल्ड को पार किया। फिर पूछें कि कौन से रिफंड अपने मूल डील से अलग अवधि में आते हैं.

चरण 3: चार्ट, रिपोर्ट या डेक एक्सपोर्ट करें

प्रति-प्रतिनिधि स्टेटमेंट निकालें जो डील से लेकर भुगतान तक का रास्ता दिखाता हो, कोटा के मुकाबले प्राप्ति का चार्ट, या फाइनेंस के लिए एक सारांश।

यह हर तिमाही में मॉडल को दोबारा बनाने से बेहतर क्यों है

	मैन्युअल तरीका	Powerdrill Bloom
नए प्लान वर्ष के रेट	टेबल संपादित करें, फिर फ़ॉर्मूलों को दोबारा सत्यापित करें	नए बैंड और रेट बताएं
प्रोग्रेसिव बनाम फ्लैट टियर	हेल्पर संरचना को दोबारा बनाएं	बताएं कि प्लान किसका उपयोग करता है
स्प्लिट प्रतिशत जिनका योग सही नहीं है	मैन्युअल चेक कॉलम	पूछें कि कौन सी डील्स जांच में विफल रहीं
प्रतिनिधि को आंकड़े समझाना	फ़ॉर्मूला पाथ को दोबारा तैयार करें	डील-टू-पेमेंट ब्रेकडाउन मांगें

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

आम गलतियाँ

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

फ़ॉर्मूलों के अंदर रेट को हार्ड-कोड करना। यह एक साल के लिए काम करता है और अगले साल के प्लान बदलाव को दोबारा लिखने के काम में बदल देता है। रेट को एक टेबल में रखें जिसे आप फाइनेंस टीम को सौंप सकें।

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

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

यह भूल जाना कि स्प्लिट प्रतिशत का कुल योग 100% होना चाहिए। 60% के दो आवंटन 120% कमीशन का भुगतान कर देते हैं और शीट में बिल्कुल सामान्य दिखते हैं।

प्लान के नियमों को केवल ईमेल में रखना। एक सेल्स कमीशन मॉडल जिसके नियम केवल ईमेल थ्रेड में होते हैं, उसका ऑडिट या उसे किसी और को सौंपना संभव नहीं होता। उन्हें वर्कबुक में लिखें।

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

निष्कर्ष

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

जो चीज़ इसे महंगी बनाती है वह है प्लान बदलने पर हर बार दोबारा निर्माण करना, और उसके बाद स्पष्टीकरण देना। यदि आपकी तिमाही इसी में निकल जाती है, तो अपने डील एक्सपोर्ट और रेट टेबल पर Powerdrill Bloom आज़माएं। स्प्रेडशीट से ग्राहक अधिग्रहण लागत की गणना करने की हमारी गाइड भी देखें, साथ ही Excel AI assistant और AI financial analysis पेज देखें।

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

फ्लैट और प्रोग्रेसिव सेल्स कमीशन टियर में क्या अंतर है?

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

मैं नेस्टेड IF स्टेटमेंट्स के बिना कमीशन रेट की खोज कैसे करूँ?

बैंड और रेट को एक सॉर्ट की गई टेबल में रखें, फिर अनुमानित मिलान के साथ VLOOKUP का उपयोग करें या XLOOKUP को सटीक-या-अगले-छोटे पर सेट करें। दोनों आपको फ़ॉर्मूले को छुए बिना रेट बदलने की अनुमति देते हैं।

शेयर्ड डील्स को कैसे संभाला जाना चाहिए?

एक स्पष्ट प्रतिशत के साथ प्रति प्रतिनिधि एक आवंटन रो रिकॉर्ड करें, और एक जांच जोड़ें कि प्रतिशत का कुल योग 100% हो। इसके बजाय मूल डील रो को समायोजित करने से स्प्लिट का ऑडिट करना असंभव हो जाता है।

क्लॉबैक्स और रिफंड कहाँ दर्ज होते हैं?

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

आंकड़ों को कब राउंड किया जाना चाहिए?

केवल एक बार, अंतिम भुगतान राशि पर। मध्यवर्ती चरणों को राउंड करने से कई रो में अंतर आ जाता है, जो आमतौर पर कमीशन मॉडल के पेरोल के साथ मेल न खाने का कारण बनता है।