footcloths

प्रोग्रामर फुटवियर रिपोर्ट बनाना पसंद करते हैं। यदि आपको बिक्री रिपोर्ट की आवश्यकता है, तो वे समकक्षों, नामकरण, संगठनों, अनुबंधों, राशियों और राशियों के साथ पूरी बिक्री तालिका को खोद देंगे।

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

रिपोर्ट में चुनने के लिए समय का प्रमुख, अफसोस, नहीं है। कम से कम नियमित प्रबंधन के हिस्से के रूप में। उसे छोटी, व्यापक जानकारी की आवश्यकता है जो एक सरल प्रश्न का उत्तर देती है: चीजें कैसे चल रही हैं? या दूसरे तरीके से: क्या हम सब ठीक हैं?

फुटक्लॉथ के साथ इस तरह के सवाल का जवाब कैसे दें? कोई रास्ता नहीं। फ़ुटक्लॉथ, जैसा कि यह था, सिर से कहता है: क्या आपको जानकारी चाहिए थी? खैर यहाँ वह है। सभी! चलो, इसे सुलझाओ, और अपने प्रश्न के उत्तर की तलाश करो।

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

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

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

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

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

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

प्रबंधक इंटरनेट के माध्यम से रिपोर्ट को दूरस्थ रूप से देखना चाहेगा। वांछनीय - एक स्मार्टफोन से। यह इतना सुविधाजनक है - दोपहर के भोजन पर भी, कम से कम यातायात में, कम से कम एक उबाऊ बैठक में। प्रोग्रामर को फिर से परेशान होना पड़ेगा।

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

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

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

और अगर तीन रिपोर्ट हैं? या चार? यह गधा-एस निकला। प्रबंधक के पास परंपरागत रूप से - एक-एक करके, पूरी स्क्रीन में रिपोर्ट देखने के अलावा कोई विकल्प नहीं है।

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

और क्या समस्या है? और वह वहाँ है?

वहाँ है, और बहुत सरल है: प्रोग्रामर फुटक्लॉथ को बहुत पसंद करता है। उन्हें इस तरह सिखाया गया था, उन्होंने मूल्यों की ऐसी प्रणाली से पूछा: उन्होंने हर चीज को बाहर फेंक दिया जो कि अधिक है। और एक ठाठ ट्यूनिंग तंत्र प्रदान करते हैं।

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

लेकिन क्षेत्र में प्रोग्रामर, अर्थात्। कुछ ग्राहकों के लिए, किसी कारण से, इस प्रतिमान का आँख बंद करके पालन करें। वे ऐसा कार्य करते हैं मानो वे स्वयं बॉक्सिंग समाधानों के विकासकर्ता हैं। और वे सभी नए फुटक्लॉथ बनाते हैं।

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

मैं यह नहीं कह रहा हूं कि आपके साथ, या हमारे साथ कुछ गलत है। मैं सिर्फ एक नई, दिलचस्प, इंजीनियरिंग समस्या को हल करने का प्रस्ताव देता हूं: एक छोटी रिपोर्ट तैयार करें।

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

यह अविश्वसनीय रूप से दिलचस्प है। और यह सब कुछ एल्गोरिथम करना आसान है। सिद्धांत बहुत सरल है - "क्या अगर?" फ़नल।

यहां हमारे पास एक योजना और बिक्री का तथ्य है - डेटा के साथ अलग-अलग टेबल। हम दो रिपोर्ट - योजना और बिक्री के तथ्य को आकर्षित करते हैं।

लेकिन क्या होगा अगर आप उन्हें जोड़ते हैं और तुरंत एक रिपोर्ट में एक योजना और एक तथ्य आकर्षित करते हैं? खैर, पहले से ही बुरा नहीं है।
लेकिन क्या होगा अगर हम नामकरण समूहों से टकराते हैं? फिर रिपोर्ट छोटी होगी, कम से कम ऊंचाई में।
ठीक है, हम करते हैं।

लेकिन क्या होगा यदि आप एक ही रिपोर्ट को आरेख के रूप में आकर्षित करते हैं? दो स्तंभों का सामान्य हिस्टोग्राम। पहला प्लान होगा, दूसरा तथ्य। आप देखते हैं, और आप तुरंत समझ जाते हैं कि योजना कहाँ लागू की जा रही है, और विफलता कहाँ है।

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

लेकिन क्या होगा अगर हम सब कुछ अच्छा है या नहीं इसके आधार पर कॉलम को रंग दें? आखिरकार, हम जानते हैं कि योजना अच्छी तरह से लागू की गई है या नहीं - आपको केवल दो संख्याओं की तुलना करने की आवश्यकता है। सब कुछ खराब होने पर कॉलम को लाल करें। पीला - अगर खतरनाक। हरा - अगर अच्छा है।

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

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

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

लेकिन क्या होगा अगर उसे कुछ नामकरण समूहों पर जानकारी की आवश्यकता नहीं है? खैर, वह जानता है कि वे बिक्री के लिए नहीं हैं, और हमेशा लाल या पीले होंगे। अनावश्यक संकेतों के साथ एक व्यक्ति को व्यर्थ क्यों खींचा जाना चाहिए? हम साफ करते हैं।

लेकिन क्या होगा अगर हम बुरे समूहों की सूची नहीं, बल्कि एक पंक्ति - सब कुछ अच्छा है या क्या सब कुछ बुरा है? विशिष्ट नामकरण समूहों, और सामान्य बिक्री योजना के महत्व को जानने के बाद, हम वज़न और एक सरल कार्य पेश करते हैं जो प्रश्न के उत्तर की गणना करेगा: क्या हम सब ठीक हैं? हम निर्बाध समूहों को 0.5, 0.7 या दिलचस्प समूहों को 0.1 का गुणांक देंगे, और हम सभी को एक बड़ा, सुंदर आंकड़ा मिलेगा। यदि मुख्य समूह अच्छी तरह से बेचता है, तो हमारे साथ सब कुछ ठीक है।

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

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

लेकिन क्या होगा अगर हम दो कारकों पर विचार करते हैं: एक विशेष बिंदु पर योजना / तथ्य, और पिछले दिनों की गतिशीलता? ऐसा होता है। महीने के पहले दिन उन्होंने एक बड़ा शिपमेंट किया - मासिक योजना का तुरंत 20%। और छह दिनों के लिए हमारे सभी चार्ट दिखाएंगे कि सब कुछ ठीक है। लेकिन वास्तव में, हमारी बिक्री को एक हिस्सेदारी मिली - लगभग एक सप्ताह के लिए एक भी शिपमेंट नहीं। औपचारिक दृष्टिकोण से, सब कुछ बुरा नहीं है, लेकिन क्या हम औपचारिकताओं के लिए यहां नहीं हैं? सिर को पता होना चाहिए कि प्रबंधक बिक्री गतिशीलता को बनाए बिना बुलडोजर को मार रहे हैं। हमारे लिए कुछ भी जटिल नहीं है - हम केवल फ़ंक्शन के लिए एक और चर जोड़ते हैं, बिक्री की गतिशीलता, अपने स्वयं के वजन गुणांक के साथ। और वह सब, सौंदर्य है।

लेकिन क्या होगा अगर हमारे कार्य में हम न केवल बिक्री की योजना / तथ्य को ध्यान में रखते हैं, बल्कि धन की गति की योजना / तथ्य भी? हम सिर पर एक असीम रूप से सुंदर आकृति, या एक मानव-पठनीय रेखा छापेंगे - "सब कुछ अच्छा है", "बिक्री अच्छी है, पैसा इतना है", "बिक्री 120% है, पैसा 90% है," आदि।

क्या होगा अगर ...

इसे अनिश्चित काल तक जारी रखा जा सकता है। मुख्य बात यह है कि समय पर रोकें और प्रबंधक को उपकरण का उपयोग करने दें, इसकी आदत डालें, प्रतिक्रिया तैयार करें। एक प्रोग्रामर के रूप में, मैं समझता हूं कि फ़नल की समस्याओं को हल करते समय "क्या होगा?" इसे सरल, बेहतर, अधिक जानकारीपूर्ण, अधिक उपयोगी बनाने के लिए एक अनूठा इच्छा है। आपको खुद को रोकने में सक्षम होना चाहिए।

मुख्य कार्य इस कार्य को इंजीनियरिंग के रूप में समझना है। क्योंकि यह ऐसा है और है। यह पूर्वाग्रह या धनुष नहीं है, यह एक प्रबंधन प्रणाली का निर्माण है।

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

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