IT Service Providers के प्रकार
IT Service Providers और उनके customers दोनों के लिए एक बड़ी चुनौती यह है कि IT vendor क्या है और उनके customers को उनके साथ कैसे interact करना चाहिए, इसे सटीक रूप से define करने की कोशिश करना। कई लोग IT Service Providers (हम उन्हें यहाँ संक्षेप में ITSPs कहेंगे) को एक ही प्रकार का जीव मानते हैं लेकिन, वास्तव में, ITSPs सभी आकारों और प्रकारों में आते हैं और उनके साथ एक अच्छे relationship का लाभ उठाने के लिए इन्हें समझना आवश्यक है। यहाँ तक कि यदि हमारे पास सटीक या सार्वभौमिक रूप से स्वीकृत शब्द नहीं हैं, तो अवधारणाएँ सार्वभौमिक हैं।
ITSP उद्योग के भीतर भी naming conventions का बहुत कम या कोई मानकीकरण नहीं है, भले ही अपेक्षाकृत tried और true company structures हैं जिनका लगभग हमेशा पालन किया जाता है। इस चर्चा का वास्तव में महत्वपूर्ण पहलू service providers के नाम को सावधानीपूर्वक define करना नहीं है बल्कि competing approaches को समझाना है ताकि, जब किसी service provider के साथ engage करें, तो इन models के आसपास एक सार्थक चर्चा हो सके ताकि एक उचित resultant relationship की समझ प्राप्त की जा सके।
यह भी नोट करना महत्वपूर्ण है कि कोई भी service provider कई models का hybrid या combination उपयोग कर सकता है। एक model का उपयोग करना दूसरे के उपयोग को नहीं रोकता। वास्तव में यह सबसे सामान्य है कि कुछ approaches को मिलाया जाए क्योंकि multiple approaches से revenue capture करना आसान होता है जो बहुत महत्वपूर्ण है और IT service provisioning अपेक्षाकृत low margin business है।
Resellers और VARs: पहली, सबसे बड़ी और identify करने के लिए सबसे महत्वपूर्ण category एक reseller की है। Resellers identify करने में सबसे आसान हैं क्योंकि वे, जैसा कि उनका नाम indicate करता है, चीजें resell करते हैं। Resellers pure resellers से लेकर भिन्न होते हैं, वे कंपनियाँ जो केवल vendors से एक तरफ खरीदती हैं और दूसरी तरफ customers को बेचती हैं (NewEgg और Amazon जैसे vendors इस category में fit होंगे जबकि IT products पर focus नहीं करते) से लेकर अधिक popular Value Added Resellers तक जो न केवल products resell करते हैं बल्कि products के आसपास कुछ degree की skill या knowledge बनाए रखते हैं।
Value Added Resellers समग्र IT vendor ecosystem का एक key component हैं क्योंकि वे केवल product purchasing supply chain से अधिक supply करते हैं बल्कि उन products के आसपास key skills बनाए रखते हैं। आम तौर पर VARs के पास product integration, supply chain logistics, supported configurations, सामान्य support issues, licensing और अन्य कारकों के आसपास skills होंगी। Customers और यहाँ तक कि अन्य प्रकार के ITSPs के लिए product specifics या insider information प्राप्त करने के लिए VAR पर lean करना सामान्य है।
किसी भी प्रकार के Resellers, जाहिर है, उन goods पर markup और margins के माध्यम से अपना पैसा कमाते हैं जो वे resell करते हैं। यह customers और vendor के बीच एक interesting relationship बनाता है क्योंकि vendor हमेशा revenue produce करने के लिए sale करने की स्थिति में होता है। Resellers को अक्सर advice के लिए जाना जाता है, लेकिन यह समझना जरूरी है कि relationship sales की है और reseller को केवल तभी compensate मिलती है जब sale होती है। इससे reseller का उपयोग कुछ हद तक जटिल हो जाता है क्योंकि sought advice या expertise इस बात से conflict में आ सकती है जो reseller के हित में है। Reseller के साथ relationship को यह सुनिश्चित करने के लिए सावधानीपूर्वक manage करने की आवश्यकता है कि reseller से आने वाला guidance और direction customer की जरूरतों के अनुरूप हो और उन areas तक isolated हो जिनमें reseller एक expert है और जो दोनों parties के लिए mutually beneficial हो।
Managed Service Providers या MSPs: MSP के पास शायद इस field में सबसे well known title है। हाल के वर्षों में MSP शब्द का उपयोग इतनी बार होने लगा है कि इसे अक्सर किसी भी IT service provider को denote करने के लिए उपयोग किया जाता है, चाहे वे कुछ ऐसा provide करें या न करें जिसे appropriately "managed service" कहा जाए। यह समझने के लिए कि MSP वास्तव में क्या होना चाहिए हमें यह समझना होगा कि IT के context में "managed service" क्या होना चाहिए।
Managed services की अवधारणा को आम तौर पर एक service को "packaging" की अवधारणा से संबंधित समझा जाता है। यानी एक carefully designed और designated service या services का set produce करना जिसे fixed या अपेक्षाकृत predictable price के साथ बेचा जा सके। MSPs के पास आम तौर पर बहुत well defined service offerings होती हैं और अक्सर बहुत predictable pricing provide कर सकते हैं। MSPs easily plan और budget करने के लिए customers को allow करने के लिए predictable service offerings develop करने में up front समय लगाते हैं।
यह heavy service definition process आम तौर पर इसका मतलब है कि MSP का selection आम तौर पर specific products या processes के इर्द-गिर्द बहुत tightly किया जाता है और लगभग हमेशा customers को MSPs के standards के अनुरूप होने की आवश्यकता होती है। बदले में, MSPs कई मामलों में बहुत कम लागत और predictable pricing provide कर सकते हैं। MSPs के कुछ सबसे प्रसिद्ध approaches में "price per desktop", "price per user" या "price per server" packages की अवधारणाएँ शामिल हैं जहाँ एक customer प्रति desktop प्रति माह एक सौ dollars pay कर सकता है और उसे जो भी चाहिए उसके लिए fixed price पर काम कर सकता है। MSP, बदले में, यह define कर सकता है कि कौन से desktops उपयोग किए जाएंगे, कौन सा operating system उपयोग किया जाता है और उसके ऊपर कौन सा software run किया जा सकता है। MSPs के पास लगभग सार्वभौमिक रूप से एक software package या standard software packages का set होता है जो उनके customers को manage करने के लिए उपयोग किया जाता है। MSPs आम तौर पर एक cost effective structure बनाने के लिए shared processes और procedures के साथ कई customers में scaling पर निर्भर करते हैं।
MSPs आम तौर पर profits maximize करने के लिए internal efficiencies पर focus करते हैं। विचार यह है कि एक set price service offering को और अधिक effective बनाया जा सकता है और अधिक nearly identical customers जोड़कर और service deliver करने की लागत को कम करने के लिए processes और tooling में सुधार करके। यह vendor और customer दोनों की needs के बीच alignment की उच्च degree के साथ एक महान model हो सकता है क्योंकि दोनों service delivery में सुधार से लाभान्वित होते हैं और MSP को operational efficiency में सुधार के लिए investments करने के लिए प्रोत्साहित किया जाता है ताकि profits में सुधार हो। Customer set pricing और improved services से लाभान्वित होता है जबकि vendor improved margins से लाभान्वित होता है। यहाँ caveat यह है कि एक जोखिम है कि MSP responsibilities से बचने या slow response या corner cutting की ओर lean करेगा क्योंकि prices fixed हैं और केवल services flexible हैं।
IT Outsourcers और Consultants: IT Outsourcing ITSP का सबसे obvious form लग सकता है लेकिन यह वास्तव में एक असामान्य approach है। मैं IT Outsourcing और consulting के विचारों को एक साथ जोड़ता हूँ क्योंकि, सामान्य तौर पर, वे वास्तव में एक ही चीज़ हैं लेकिन केवल दो अलग-अलग scales पर handled होते हैं। उनके behaviors essentially एक जैसे हैं। MSPs के contrast में, हम इस group को Unmanaged Service Providers भी सोच सकते हैं। IT Outsourcers heavily defined service packages develop नहीं करते बल्कि flexibility और एक behavior पर निर्भर करते हैं जो एक internal IT department के बहुत करीब है। IT Outsourcers literally एक external IT department या उसके हिस्से की तरह act करते हैं। एक IT Outsourcer के पास आम तौर पर एक technological specialty या specialties की एक range होगी लेकिन कई बहुत generalized भी हैं और लगभग किसी भी technological need को handle करेंगे।
यह category एक business के साथ interact करते समय कई अलग-अलग तरीकों से act कर सकती है। जब एक small project या एक single technological issue के लिए लाया जाता है तो उन्हें आम तौर पर एक consultancy के रूप में सोचा जाता है — एक single issue या issues के set के आसपास expertise और advice provide करते हुए। Outsourcing का मतलब यह भी हो सकता है कि provider को पूरे IT department के replacement के रूप में उपयोग करना जिससे कंपनी बिना किसी IT staff के exist कर सके। और बहुत middle ground है जहाँ IT Outsourcer को केवल बड़े IT organization के भीतर specific roles handle करने के लिए लाया जा सकता है जैसे केवल help desk run करना और man करना, केवल network engineering करना या continuous management और oversight provide करना लेकिन hands on technical work न करना। IT Outsourcers को define करना बहुत कठिन है क्योंकि वे इतने flexible हैं और इतने अलग-अलग तरीकों से exist कर सकते हैं। प्रत्येक IT Outsourcer अनोखा है जैसा कि, अधिकांश मामलों में, हर client engagement है।
IT Outsourcing large business और enterprise spaces के भीतर बहुत अधिक सामान्य है, और लगभग ubiquitous है। यह बहुत दुर्लभ enterprise है जो organization के भीतर कम से कम किसी role के लिए outsourcing की ओर नहीं जाता। Small businesses IT Outsourcers का बहुत अधिक उपयोग करते हैं लेकिन अपने बड़े counterparts की तुलना में अधिक well defined MSP model का उपयोग करने की अधिक संभावना है। MSP market मुख्य रूप से small और medium business space पर focused है।
यह जरूरी है, बेशक, कि outsourcing की अवधारणा को off-shoring के साथ conflate न किया जाए जो IT jobs को विदेश भेजने की practice है। ये दोनों चीजें पूरी तरह से असंबंधित हैं। Outsourcing का अक्सर मतलब होता है काम को एक ऐसी कंपनी को भेजना जो उसी street पर या कम से कम उसी देश या region में हो। Off-shoring का मतलब है दूर के देश जाना, संभवतः ocean पार। Off-shoring को बुरी reputation मिली है लेकिन दुर्भाग्यवश लोग अक्सर गलत तरीके से इसे refer करने के लिए outsourcing शब्द का उपयोग करते हैं जिससे बहुत confusion होती है। कई कंपनियाँ offshore करने के लिए foreign markets में internal staff का उपयोग करती हैं जबकि यह कहने में सक्षम होती हैं कि कोई job outsource नहीं किए गए। इस शब्द के दुरुपयोग ने कंपनियों के लिए labor की off-shoring को छुपाना आसान कर दिया है और outsourced experts के local उपयोग को बिना किसी कारण के बुरी reputation दी है।
IT Outsourcing relationships का आधार आम तौर पर cost per hour या per "man day" पर या time and materials relationship के समान किसी चीज़ पर होना सामान्य है। ये arrangements सभी shapes और sizes में आती हैं, लेकिन generally एक business के साथ IT Outsourcer का alignment उस relationship के सबसे करीब है जो एक business का अपने internal IT department के साथ है। MSPs के विपरीत जिनका आम तौर पर efficiency के लिए push करने और profits जोड़ने के लिए corner cutting की ओर contractual leaning होती है, Outsourcers का अधिक काम करने और अधिक billable hours रखने की ओर contractual leaning होती है। यह समझना कि प्रत्येक organization अपना पैसा कैसे बनाती है और कहाँ "pad" करने की संभावना है या जहाँ cost creep की संभावना है, relationships को manage करने में critical है।
Professional Services: Professional Services firms IT Outsourcing के भीतर अधिक focused consulting role के साथ heavily overlap करती हैं और यह इन दोनों roles को define करना बल्कि कठिन बनाता है। Professional Services आम तौर पर बहुत specific markets पर बहुत अधिक focused होते हैं चाहे horizontal, vertical या दोनों हों। Professional Services firms आम तौर पर IT Outsourcer जैसी full IT department या fully flexible arrangements offer नहीं करती हैं लेकिन MSP model जैसी packaged services नहीं हैं। आम तौर पर एक Professional Services firm products के एक small group के इर्द-गिर्द centered हो सकती है जो एक specific internal function के लिए compete करती है और उन functions के आसपास expertise में heavily invest करती है। Professional Services को Outsourcers की तुलना में project basis पर अधिक लाया जाता है जो, बदले में, MSPs की तुलना में project based होने की अधिक संभावना है।
Professional Services firms project scope के आधार पर bill करती हैं। इसका मतलब है कि एक PS firm के साथ relationship के लिए careful scope management की आवश्यकता है। कई IT Outsourcers project based काम भी करेंगे और इस तरह billing करते समय यह उन पर equally apply होगा और कुछ PS firms hourly bill करेंगी और इसलिए IT Outsourcing relationship apply होगी। एक project में यह महत्वपूर्ण है कि सभी scope के बारे में और यह कैसे defined है, इसके बारे में acutely aware हों। Scope document वह है जो profits और cost की ability define करेगा, इसलिए दोनों sides से बहुत अधिक overhead scoping में जानी चाहिए। PS firms necessity से experts हैं यह ensure करने में कि scopes अच्छी तरह defined और उनके लिए profitable हों। एक naive IT department के लिए एक project को improperly scope करना और ऐसे project के साथ छोड़ा जाना आसान है जो उन्हें incomplete लगता है। यदि scope management, और आप पun excuse करेंगे, आपके organization के लिए out of scope है तो Professional Services arrangements को hourly या time and materials जैसे अधिक flexible term के माध्यम से pursue करना wise है।
इन सभी प्रकार की firms का IT ecosystem में एक महत्वपूर्ण role है। शायद ही कभी एक internal IT department के पास अकेले हर स्थिति को संभालने के लिए सभी skills हो सकती हैं, इसके लिए outside firms के careful selection और management की आवश्यकता होती है ताकि best ways में possible में जो needed है उसे cover करने के लिए एक business की जरूरतों को पूरा करने में मदद मिल सके। कम से कम, internal IT को उस gear को acquire करने के लिए vendors और resellers के साथ काम करना होगा जिसकी उन्हें IT के exist करने के लिए जरूरत है। यह शायद ही कभी वहाँ रुकता है। चाहे एक IT department को एक project पर advice चाहिए, जब चीजें व्यस्त हों extra hands, कुछ ऐसा जो पहले नहीं किया गया हो उस पर oversight, holidays या off hours के दौरान support, या बस peers जिनसे ideas bounce किए जा सकें, सभी sizes और types के IT departments IT Service Providers की ओर turn करते हैं big और small दोनों gaps fill करने के लिए।
कोई भी IT role या function internal से external staff में move किया जा सकता है। केवल वह role जो ultimately कभी external team में नहीं move की जा सकती वह vendor management का top level है। किसी बिंदु पर, business में question में कोई internal व्यक्ति को कम से कम एक vendor के साथ relationship oversee करनी होगी (नहीं तो एक full internal IT staff होनी चाहिए जो सभी roles fulfill करे।) कई modern companies में यह make sense हो सकता है कि company में एक single internal person, अक्सर एक highly trusted senior manager, को vendor relationships oversee करने के लिए assign किया जाए लेकिन एक vendor या vendors के group को IT के सभी पहलुओं को actually handle करने दिया जाए। कुछ vendors vendor relationship management में specialize करते हैं और अन्य vendors के quality management के साथ experience ला सकते हैं जो उनके skill set के हिस्से के रूप में उनके साथ आती है। अक्सर ये MSPs या IT Outsourcers होते हैं जो IT Management को अपने core skill set के हिस्से के रूप में लाते हैं। यह एक बहुत valuable component हो सकता है क्योंकि अक्सर ये vendors अन्य vendors के साथ बहुत काम करते हैं और performance expectations, cost expectations की बेहतर understanding रखते हैं और end customer की तुलना में अधिक scale और reputation leverage करते हैं।
जैसे एक internal IT department variety से भरी है, वैसे ही IT service और product vendors भी। आपका vendor और support ecosystem likely large और unique होगा और आप IT department के रूप में कैसे function करते हैं इसे define करने में significant role निभाएगा। इस ecosystem के साथ well काम करने की key यह है कि यह समझना कि आप किस प्रकार के organization के साथ काम कर रहे हैं, उनकी needs और motivations पर विचार करना और mutual business respect के साथ coupled relational guidelines के आधार पर relationships establish करने के लिए काम करना जो mutual success को promote करें।
याद रखें कि customer के रूप में आप vendor के साथ relationship को drive करते हैं; वे requested service deliver करने या ऐसा करने से इनकार करने की स्थिति में होते हैं। लेकिन customer के रूप में, आप एक good working relationship के लिए push करने की स्थिति में हैं जो हर किसी को एक healthy तरीके से साथ काम करने में सक्षम बनाती है। हर relationship best के लिए काम नहीं करेगी, लेकिन अच्छे outcomes को encourage करने और एक नई relationship शुरू करने में best foot forward रखने के तरीके हैं।
विज्ञापन
