हमने सर्विसडेस्क को कैसे चुना। भाग २

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

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

• Planado
• Okdesk
• Grotem
• BPM ऑनलाइन
• HubEx
• Naumen

हम उन कार्यों की उपलब्धता के लिए विचार करते हैं जिनकी हमें आवश्यकता है। कौन-कौन से?

हमारे लिए 3 महत्वपूर्ण कार्य

ये सुविधाएँ उन सभी से बहुत दूर हैं जो हमने ServiceDesk में देखी थीं। हमारे पहले लेख में पूरी सूची देखें। वहां हमने 3 विशेषताओं का वर्णन किया, यहां 3, शेष - अगले लेख में।

इस लेख की तुलना:

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

इन सुविधाओं को कैसे लागू किया जाता है?

अनुप्रयोग जीवन चक्र की स्थापना

Planado

ऑपरेशन के दौरान, हम एक साधारण रैखिक नियंत्रण रेखा देखते हैं: प्रारंभ - ठहराव - अंत।



अनुकूलन काम नहीं करता है। क्या अफ़सोस है।
सिद्धांत रूप में, इस प्रणाली का उपयोग हमारी समस्याओं को हल करने के लिए किया जा सकता है, लेकिन यह सुविधाजनक नहीं होगा।

Okdesk

लचीली सेटिंग्स। नई स्थिति बनाना और उनके बीच संक्रमण को परिभाषित करना संभव है।
सरल और सहज ज्ञान युक्त अंतरफलक।



निष्कर्ष: यदि न्यूनतम पर, तो कार्यक्षमता स्वीकार्य है, अर्थात्। यह काफी है। लेकिन स्थितियों के बीच एक लचीला संबंध बनाने का कोई तरीका नहीं है - हम इस फ़ंक्शन को याद करेंगे।

Grotem

नियंत्रण रेखा अनुप्रयोग सेट करना प्रदान नहीं किया गया है।

BPM ऑनलाइन

बहुत लचीली सेटिंग्स। नई स्थिति बनाना और उनके बीच संक्रमण को परिभाषित करना संभव है। अंतर्निहित कार्यक्षमता के माध्यम से कोई भी सेटिंग्स।

HubEx

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

Naumen

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



लेकिन फिर, इंटरफ़ेस हर किसी के लिए उपयुक्त नहीं है।

इतिहास को बदलो

Planado

इतिहास ऐसा नहीं है। बस समय बदल रहा है जब स्थिति बदल रही है।



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

निश्चित रूप से, यह हमें शोभा नहीं देता।

Okdesk

सुंदर मानक कहानी। यह तब बदलता है जब परिवर्तन और अनुप्रयोग की स्थिति (दोनों पिछले और नए) हुई।

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



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

Grotem

सिस्टम एप्लिकेशन के परिवर्तन इतिहास को संग्रहीत करता है।
इतिहास में आप निम्नलिखित विकल्प देख सकते हैं:
- परिवर्तन की तिथि
- स्थिति
- परिवर्तन के लेखक



क्या यह कार्यक्षमता हमारे लिए उपयुक्त है? हाँ यह संभव है।

BPM ऑनलाइन

परिवर्तनों पर कई बार विचार करना।

सिस्टम में आप अनुप्रयोग के प्रत्येक चरण के लिए परिवर्तनों का इतिहास देख सकते हैं:

- परिवर्तन किसने किए,
- जब उसने ऐसा किया,
- कौन से।



क्या इस प्रणाली की कार्यक्षमता हमारे लिए उपयुक्त है? शायद। हम आगे देखेंगे।

HubEx

"चेंज हिस्ट्री" को एप्लिकेशन के अंदर उपयुक्त सेक्शन में स्टोर किया जाता है।

निम्नलिखित जानकारी इतिहास में संग्रहीत है:

- आवेदन की स्थिति,
- अनुप्रयोग जीवन चक्र का चरण,
- परिवर्तन किसने किया,
- जब उन्होंने बदलाव किए,
- समय ने क्या बदलाव किए।



यहां आप आवेदन की स्थिति, वैधता अवधि और आवेदन की स्थिति के बारे में जानकारी पा सकते हैं।



एक बहुत अच्छा बोनस: परिवर्तनों के इतिहास में आप देख सकते हैं कि सुविधा में एक कर्मचारी था या नहीं। अनुरोध स्थिति (स्क्रीन के केंद्र) में, सिस्टम दिखाता है कि परिवर्तन कहां किया गया था।
क्या यह कार्यक्षमता हमारी कंपनी के लिए उपयुक्त है? मुझे ऐसा लगता है, लेकिन इसका एक और उपाय है।

Naumen

एक काफी मानक कहानी।

अनुप्रयोग विशेषताओं में अधिकांश परिवर्तनों का निर्धारण लागू कर दिया गया है:

- संशोधन की तारीखें,
- परिवर्तन का विवरण,
- परिवर्तन के लेखक।

अगला संस्करण स्थिति बदलने पर जियोलोकेशन को जोड़ने की उम्मीद करता है।

स्वचालित वृद्धि (जिम्मेदारी का हस्तांतरण) की स्थापना

आदर्श रूप से, मैं इस प्रक्रिया को स्वचालित करना चाहूंगा ताकि सिस्टम स्वयं बदल जाए और दिए गए परिदृश्य के आधार पर आवेदन के लिए जिम्मेदार व्यक्ति को सूचित कर सके।

उदाहरण के लिए, यदि आवेदन "नई" स्थिति पर 2 घंटे से अधिक समय तक लटका हुआ है या आवेदन की स्थिति को "निष्पादक के इनकार" में बदल दिया है - तो क्या प्रणाली स्वतंत्र रूप से संगठन के प्रमुख को आवेदन हस्तांतरित कर सकती है?

Planado

किसी भी रूप में कोई वृद्धि सेटिंग्स नहीं हैं। यह, सीधा है, क्योंकि ग्राहकों के नुकसान के कारण कोई कंपनी अपने राजस्व का कुछ हिस्सा खो सकती है। एक विशाल माइनस ...

Okdesk

वृद्धि केवल एक ईमेल अलर्ट के रूप में लागू की जाती है, आप अलर्ट के समय को कॉन्फ़िगर कर सकते हैं।



यह हमारे लिए पूरी तरह उपयुक्त नहीं है, क्योंकि मैं केवल ई-मेल से ही मुखिया को सूचित करना चाहूंगा।

Grotem

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

BPM ऑनलाइन

टैब "फ़ॉर्म" में, व्यापार प्रक्रियाओं के डिजाइनर में वृद्धि को कॉन्फ़िगर किया गया है।



यहां आप कार्य निष्पादन की स्थिति या उस समय अवधि को निर्दिष्ट कर सकते हैं जिसके दौरान कार्य पूरा होना चाहिए। अन्यथा, प्रबंधन प्रणाली में अधिसूचित किया जाता है।

क्या यह हमारे लिए उपयुक्त है? नहीं, क्योंकि प्रबंधन हमेशा सिस्टम में "बैठ" नहीं करता है, और इसे अन्य चैनलों (ई-मेल, एसएमएस कम से कम) के माध्यम से सूचनाओं की आवश्यकता होती है।

HubEx

सिस्टम में, आप आसानी से एस्केलेशन को कॉन्फ़िगर कर सकते हैं - एक अधिसूचना भेजने के लिए शर्तें, अधिसूचना पाठ और अन्य फ़ंक्शन कॉन्फ़िगर किए गए हैं।



सूचनाएं पुश संदेशों या ई-मेल के माध्यम से उपलब्ध हैं।
हमारे लिए उपयुक्त है? शायद, लेकिन पर्याप्त अधिसूचना तरीके नहीं।

Naumen

एस्केलेशन तंत्र के लिए बड़ी संख्या में सेटिंग्स को लागू किया। ईमेल, एसएमएस और पुश सूचनाएं हैं।





प्रणाली निश्चित रूप से हमारे संगठन के लिए उपयुक्त है।

जारी रखने के लिए ...

यह सब, ज़ाहिर है, अच्छा है। लेकिन बहुत सारी सामग्री है। मैं अपने लेखन से सम्मानित पाठक को बोर नहीं करना चाहता। और फिक्शन क्लासेस के लिए समय नहीं है।

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

कनेक्शन के लिए!

भाग 1
भाग 3