इसके माध्यम से साझा किया गया

उपयोगकर्ता समर्थन: चल रहे उत्पादन समाधान समर्थन

  • आलेख

निम्नलिखित अनुभाग में Microsoft Power Platform समाधानों के उपयोगकर्ताओं का समर्थन करने के औपचारिक और अनौपचारिक तरीके शामिल हैं, जैसे ऐप, फ़्लो और चैटबॉट.

यह आरेख एक सामान्य समर्थन और स्नातक ढांचा दिखाता है जो संगठन सफलतापूर्वक नियोजित करते हैं:

चल रहे समाधान समर्थन के प्रकार.

प्रकार वर्णन
प्रकार 1. स्व-समर्थन (आंतरिक) तब होता है जब निर्माता अपने स्वयं के समाधान का समर्थन करता है। समाधान के उपयोगकर्ता समर्थन के लिए निर्माता तक पहुंचना जानते हैं, और निर्माता द्वारा प्रदान किए जाने वाले समर्थन के स्तर या प्रकार पर आईटी या टीम के लिए अक्सर कोई दृश्यता नहीं होती है.
प्रकार 2. टीम-सहायता प्राप्त समर्थन (आंतरिक) तब होता है जब टीम के सदस्य समाधान विकसित करते समय एक-दूसरे से सीखते हैं। Power Platform टीम के सदस्य अपनी टीम के ऐप, फ्लो और चैटबॉट के सह-मालिक बन जाते हैं. सह-स्वामी उपयोगकर्ता प्रश्नों का समर्थन करने में सक्षम हैं और छोटे बग फिक्स और परिवर्तन कर सकते हैं. जबकि टीम-सहायता समर्थन कभी-कभी अनौपचारिक रूप से होता है, इस प्रक्रिया को औपचारिक रूप देना एक अच्छा विचार है क्योंकि आपका गोद लेने और विकास परिपक्व होता है.
प्रकार 3. सहायता डेस्क समर्थन (आंतरिक) औपचारिक समर्थन मुद्दों और अनुरोधों को संभालता है। हेल्प डेस्क सवालों के साथ मदद कर सकता है जैसे कि मोबाइल डिवाइस पर ऐप कैसे एक्सेस करें या बैक-एंड डेटा स्रोत तक पहुंच का अनुरोध कैसे करें. वे समाधान संबंधी प्रश्नों को समाधान का समर्थन करने वाले चैनल पर पुनर्निर्देशित करेंगे.
प्रकार 4. समर्पित समर्थन (आंतरिक) में हेल्प डेस्क द्वारा उठाए गए जटिल मुद्दों को संभालना शामिल है। Power Platform इस टीम को महत्वपूर्ण एप्लिकेशन सौंपे गए हैं, और वे बग फिक्स को तैनात करने में सक्षम हैं.
प्रकार 5. साझेदार समर्थन (बाह्य) आपकी आंतरिक समर्थन पेशकश को पूरक बना सकता है, और या तो महत्वपूर्ण अनुप्रयोगों का समर्थन कर सकता है या विशिष्ट विभागों के साथ उनके ऐप्स का समर्थन करने के लिए काम कर सकता है। अधिक जानें: Power Apps सहभागी से विशेषज्ञ सहायता प्राप्त करें
प्रकार 6. Microsoft समर्थन (बाह्य) का उपयोग प्लेटफ़ॉर्म से संबंधित तकनीकी मुद्दों को उठाने के लिए किया जा सकता है। आपकी सहायता योजना के आधार पर, आपके लिए विभिन्न तकनीकी सहायता और सलाहकार सेवाएँ उपलब्ध हैं. और अधिक जानें: Microsoft Power Platform के लिए समर्थन

आपके संगठन के आकार और लो-कोड और प्रो-कोड तकनीकों के लिए मौजूदा वितरण दृष्टिकोणों के आधार पर, आप अपने समर्थन को औपचारिक रूप देने के विभिन्न तरीके चुन सकते हैं. यदि आपका Power Platform अपनाने का दृष्टिकोण मोटे तौर पर विकेन्द्रीकृत है, तो आपके पास Power Platform समाधानों को वितरित करने और नियंत्रित करने वाले संगठन में स्वायत्त टीमें होंगी. इस मॉडल के साथ, समर्थन भी प्रत्यायोजित किया जा सकता है, और टीम-सहायता समर्थन उपयोगकर्ताओं और निर्माताओं के लिए सबसे अधिक प्रासंगिक सेवा हो सकती है.

यदि आपका Power Platform अपनाने का दृष्टिकोण काफी हद तक केंद्रीकृत है, तो आपके पास उत्पाद स्वामियों की केंद्रीय टीम होगी, जो संगठन की व्यावसायिक इकाइयों के आसपास के विभागीय समाधानों के निम्न-कोड वितरण के स्वामी होंगे. इस मॉडल के साथ, समर्थन भी केंद्रीकृत होगा और एक केंद्रीय सहायता टीम सवालों और सवालों के जवाब देगी.

अधिकांश संगठनों में, वितरण मॉडल का मिश्रण सबसे अच्छा होता है—भले ही विकेन्द्रीकृत टीमें अपने निर्माताओं के लिए समाधान का समर्थन करती हैं, फिर भी तकनीकी मुद्दों, उपयोगकर्ता प्रश्नों और प्रथम श्रेणी के समर्थन के लिए एक हेल्प डेस्क और केंद्रीय सहायता टीम की आवश्यकता हो सकती है.

अनुप्रयोगों के स्तरों को परिभाषित करें

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

विशेषताएँ और प्रक्रियाएँ उत्पादकता महत्वपूर्ण गंभीर
उदाहरण व्यक्तिगत उत्पादकता और छोटी टीम ऐसे मामलों का उपयोग करती है जो मौजूदा डेटा का उपयोग कर सकते हैं. सरल व्यावसायिक अनुप्रयोग या टीम पहल. छोटे स्टैंडअलोन सहयोगी प्रक्रियाएं. जटिल व्यावसायिक अनुप्रयोग, उद्यम-व्यापी पहल या मिशन-महत्वपूर्ण कार्यभार जिसके परिणामस्वरूप डाउनटाइम के दौरान महत्वपूर्ण व्यावसायिक प्रभाव पड़ेगा.
जटिलता सरल प्रक्रियाएँ. मध्यम जटिलता. अत्यधिक जटिलता.
उपयोगकर्ता आधार छोटा उपयोगकर्ता आधार - व्यक्तिगत उपयोगकर्ता, प्रत्यक्ष सहकर्मी या छोटी टीम. व्यवसाय इकाई के दायरे में. बड़ा उपयोगकर्ता आधार या उद्यम-व्यापी उपयोग.
विकास जीवनचक्र पुनरावृत्ति का उच्च स्तर. आमतौर पर विकसित होने में तीन महीने से भी कम समय लगता है. लंबा विकास चक्र.
प्रभाव कम व्यापार प्रभाव महत्वपूर्ण लेकिन व्यावसायिक महत्वपूर्ण नहीं (मध्यम प्रभाव). उच्च व्यावसायिक प्रभाव.
एएलएम कोई ALM आवश्यक नहीं है. ALM आवश्यक - और मैन्युअल समाधान आयात/निर्यात के माध्यम से प्राप्त किया जा सकता है. मजबूत ALM प्रक्रिया की आवश्यकता - ALM Azure DevOps या GitHub पाइपलाइनों का उपयोग करके प्राप्त किया जाता है.
पर्यावरण रणनीति समाधान डिफ़ॉल्ट या साझा उत्पादकता वातावरण में बनाया गया है. समर्पित विकास पर्यावरण, और साझा परीक्षण और उत्पादन वातावरण (अन्य समाधानों के साथ साझा - उदाहरण के लिए, व्यवसाय इकाई विशिष्ट). परिवेश का प्रबंधन व्यवसाय इकाई (विकेंद्रीकृत) या केंद्रीय आईटी (केंद्रीकृत) द्वारा किया जाता है. समर्पित विकास/परीक्षण/प्रोड परिवेश. परिवेश केंद्रीय आईटी द्वारा प्रबंधित किए जाते हैं.
निर्माता अनुमतियाँ मेकर की परिवेशों में पर्यावरण निर्माता सुरक्षा भूमिका होती है. मेकर के पास विकास परिवेश में पर्यावरण निर्माता या सिस्टम अनुकूलक सुरक्षा भूमिका होती है, लेकिन परीक्षण और उत्पादन वातावरण में केवल अंतिम उपयोगकर्ता सुरक्षा भूमिका होती है. समाधान परीक्षण और उत्पादन में सेवा खाते या पर्यावरण व्यवस्थापक के स्वामित्व में हो सकते हैं. मेकर के पास विकास परिवेश में पर्यावरण निर्माता या सिस्टम अनुकूलक सुरक्षा भूमिका होती है, लेकिन परीक्षण और उत्पादन वातावरण में केवल उपयोगकर्ता सुरक्षा भूमिका होती है. समाधान परिनियोजन स्वचालित रूप से होता है और समाधान परीक्षण और उत्पादन में सेवा प्रिंसिपल के स्वामित्व में होते हैं.
आईटी भागीदारी रिएक्टिव गवर्नेंस - IT के पास बनाए जा रहे समाधानों की दृश्यता है और उपयोग की निगरानी करता है. समाधान या उपयोगकर्ता स्तर पर आईटी आशीर्वाद. मेकर समाधान विवरण प्रदान करता है, जैसे संभावित समाधान और उपयोग किए गए डेटा स्रोत. उत्पादन वातावरण आईटी द्वारा प्रबंधित किया जाता है.
समर्थन मॉडल स्वयं समर्थित. टीम-सहायता समर्थित. औपचारिक समर्थन.

जैसा कि आप अपने समर्थन मॉडल को परिभाषित करते हैं, एक स्नातक पथ के बारे में भी सोचें—एक समाधान केवल उत्पादकता-स्तर के समर्थन की आवश्यकता के साथ शुरू हो सकता है लेकिन महत्वपूर्ण स्तर के समर्थन की आवश्यकता के लिए कार्यक्षमता या उपयोगकर्ता आधार में वृद्धि करता है. परिभाषित करें कि कैसे निर्माता अधिक औपचारिक समर्थन का अनुरोध कर सकते हैं और समर्थित परिवेशों में समाधान को परिवर्तित कर सकते हैं.

ऊपर शुरू किए गए प्रत्येक प्रकार के उपयोगकर्ता समर्थन का वर्णन इस आलेख में आगे विस्तार से किया गया है.

निर्माता समर्थन (स्वयं-समर्थन)

निर्माता समर्थन का तात्पर्य निर्माता द्वारा अपने स्वयं के ऐप्स और स्वयं के लिए, अपनी टीम या सहकर्मियों के लिए बनाए गए प्रवाहों का समर्थन करने से है. इसका अर्थ है उपयोगकर्ताओं के प्रश्नों का उत्तर देना, बग ठीक करना और परिवर्तन अनुरोध करना. यह समर्थन का एक अनौपचारिक तरीका है; अक्सर, उपयोगकर्ता जानते हैं कि निर्माता कौन है और वे सीधे उनसे संपर्क करेंगे.

महत्त्वपूर्ण

नए निर्माताओं को ऑनबोर्ड करने के हिस्से के रूप में, सुनिश्चित करें कि निर्माता समर्थन, ग्रेजुएशन और एस्केलेशन पाथ के बारे में जागरूक हैं—ऐसे निर्माता जो अपने व्यवसाय-महत्वपूर्ण समाधानों के समर्थन से अभिभूत हैं, वे अब नवाचार करने और नए समाधान बनाने में सक्षम नहीं होंगे. स्पष्ट रूप से परिभाषित करें कि कैसे निर्माता अपने समाधानों को समर्थन के अगले स्तर तक ले जा सकते हैं, और यह कैसा दिखता है.

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

टीम-समर्थित समर्थन

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

जबकि यह अक्सर एक अनौपचारिक प्रक्रिया के रूप में शुरू होता है, कई संगठन अपने Power Platform प्रयासों को बढ़ाने के लिए टीम-समर्थित समर्थन को औपचारिक रूप देते हैं. इसमें व्यावसायिक इकाइयाँ शामिल हैं जो अपने समर्पित परिवेशों का स्वामी हैं, परिवेश व्यवस्थापक की भूमिका निभा रही हैं, और उन परिवेशों में समाधानों का समर्थन कर रही हैं. बड़े संगठनों में, प्रति व्यवसाय इकाई समर्पित Power Platform टीमें इस भूमिका को निभाती हैं.

सहायता डेस्क सज्जित

IT विभाग द्वारा हेल्प डेस्क को एक साझा सेवा के रूप में संचालित किया जाता है.

हेल्प डेस्क कर सकता है:

  • तकनीकी मुद्दों का समर्थन करें जिन्हें आईटी की भागीदारी के बिना हल नहीं किया जा सकता है - उदाहरण के लिए, Power Platform सेवा मुद्दे जिनके लिए एक व्यवस्थापक को Power Platform व्यवस्थापन केंद्र में एक समर्थन टिकट बढ़ाने की आवश्यकता होती है.
  • उपयोगकर्ता और शासन संबंधी प्रश्नों का उत्तर देना, जैसे कि एप्लिकेशन तक पहुंच का अनुरोध कैसे करें या एप्लिकेशन कहां खोजें.
  • महत्वपूर्ण ऐप्स के साथ समस्याओं को सही सहायता टीम तक रूट करना.

समर्पित Power Platform समर्थन टीम

जैसे-जैसे आपका अंगीकरण बढ़ता है और निर्माता अधिक व्यवसाय-महत्वपूर्ण और महत्वपूर्ण समाधान विकसित करते हैं, आपको एक समर्पित Power Platform सहायता टीम की आवश्यकता हो सकती है.

इस टीम में Power Platform तकनीकी विशेषज्ञ शामिल होने चाहिए जो जटिल मुद्दों का समर्थन कर सकें. समर्थन प्रक्रिया में इस टीम को शामिल करना समर्थन टिकट के माध्यम से परिभाषित पथ के माध्यम से होना चाहिए.

यह टीम मिशन-महत्वपूर्ण Power Platform समाधानों का समर्थन करेगी जो समर्पित केंद्र समर्थित वातावरणों के लिए तैयार किए गए हैं.

यदि आपकी संगठनात्मक संरचना विकेन्द्रीकृत है, तो आप उनके स्थानीय क्षेत्रों या व्यावसायिक इकाइयों और केंद्रीय Power Platform सहायता टीम के साथ संरेखित करने के लिए टीम-सहायता वाले समर्थन को औपचारिक बनाने पर विचार कर सकते हैं, जो केवल जटिल प्रश्नों या केंद्रीय कॉन्फ़िगरेशन, जैसे DLP नीतियों के साथ मदद करता है.

कुछ ग्राहकों ने इस स्तर के समर्थन को एक भागीदार को आउटसोर्स करना चुना.

सहायता डेस्क से विशुद्ध रूप से एक वृद्धि पथ के रूप में अनुरोधों को प्रबंधित करना मुश्किल हो जाता है क्योंकि ये Power Platform तकनीकी विशेषज्ञ अक्सर व्यावसायिक उपयोगकर्ताओं के लिए जाने जाते हैं. उचित माध्यम से जाने की आदत को प्रोत्साहित करने के लिए, इस टीम को उपयोगकर्ताओं को हेल्प डेस्क टिकट जमा करने के लिए पुनर्निर्देशित करना चाहिए. यह हेल्प डेस्क अनुरोधों के विश्लेषण के लिए डेटा की गुणवत्ता में भी सुधार करेगा.

सहभागी का सहयोग

कई ग्राहक अपने Power Platform गोद लेने पर भागीदारों के साथ काम करना चुनते हैं, जिसमें समर्थन भी शामिल है. इसमें निर्माताओं के लिए विकास सहायता, सीओई और तकनीकी सहायता प्रक्रियाओं की स्थापना में सहायता, और महत्वपूर्ण ऐप्स के लिए 24/7 तकनीकी सहायता शामिल हो सकती है.

Microsoft समर्थन

Microsoft समर्थन का उपयोग प्लेटफ़ॉर्म से संबंधित तकनीकी मुद्दों को उठाने के लिए किया जाता है। आपकी समर्थन योजना के आधार पर, आपके लिए विभिन्न तकनीकी सहायता और सलाहकार सेवाएँ उपलब्ध हैं.

टिप

समर्थन टिकट बनाने से पहले, उच्च प्राथमिकता वाले मुद्दों के लिए Power Apps समर्थन, Power Automate समर्थन, और Microsoft Copilot Studio समर्थन की भी जांच करें, जो मोटे तौर पर सभी ग्राहकों को प्रभावित करते हैं।

विचार और प्रमुख क्रियाएं

स्वयं और टीम-समर्थित समर्थित समाधानों को बेहतर बनाने के लिए आप जो विचार और महत्वपूर्ण कार्य कर सकते हैं:

  • अपने निर्माताओं को मान्यता और प्रोत्साहन प्रदान करें.
  • सुनिश्चित करें कि निर्माता अपने समाधान को अधिक औपचारिक समर्थन चैनलों में स्नातक करने के लिए स्नातक प्रक्रियाओं से अवगत हैं.
  • निर्माताओं को अपने कौशल में वृद्धि जारी रखने के लिए कार्यालय समय, संरक्षक अवसर और प्रशिक्षण सत्र प्रदान करें.
  • निर्माताओं के लिए एस्केलेशन पथ प्रदान करें जो Power Platform तकनीकी विशेषज्ञों तक पहुंचने के लिए अटक जाते हैं.
  • निर्माताओं को अपने ऐप में शामिल करने के लिए टेम्प्लेट घटक बनाएं, जैसे कि उपयोगकर्ताओं के लिए हेल्प डेस्क तक पहुंचने के लिए एक फॉर्म.
  • वर्कलोड और समाधान की संख्या के आधार पर औपचारिक रूप से टीम-सहायता प्राप्त समर्थन का मूल्यांकन करें, जिन्हें किसी विशिष्ट व्यावसायिक क्षेत्र में समर्थन की आवश्यकता होती है.

अपने आंतरिक हेल्प डेस्क समर्थन को बेहतर बनाने के लिए आप जो विचार और महत्वपूर्ण कार्य कर सकते हैं:

  • हेल्प डेस्क द्वारा संभाले जाने वाले Power Platform विषयों का प्रारंभिक दायरा निर्धारित करें.
  • समर्थन को संभालने के लिए अपने हेल्प डेस्क की तैयारी के स्तर का आकलन करें.
  • तैयारी अंतराल के आधार पर हेल्प डेस्क स्टाफ के लिए और अधिक प्रशिक्षण की व्यवस्था करें.
  • निर्धारित करें कि हेल्प डेस्क सीधे हैंडल नहीं कर सकने वाले अनुरोधों के लिए एस्केलेशन पथ क्या होगा.
  • ज्ञात Power Platform विषयों के लिए हेल्प डेस्क नॉलेज बेस को अपडेट करें. सुनिश्चित करें कि समय के साथ नई और उन्नत सुविधाओं को दर्शाने के लिए ज्ञानकोष के नियमित अपडेट के लिए कोई जिम्मेदार है. Power Apps ब्लॉग, Power Automate ब्लॉग, और Microsoft Copilot Studio ब्लॉग आरएसएस फ़ीड की सदस्यता लेकर अद्यतन रहें।
  • सुनिश्चित करें कि एक अच्छी समस्या-ट्रैकिंग प्रणाली मौजूद है. यह अक्सर एक टिकटिंग प्रणाली है जो प्राथमिकता स्तरों का प्रबंधन कर सकती है.
  • तय करें कि क्या कोई Power Platform से संबंधित किसी भी मुद्दे के लिए ऑन-कॉल होगा. यदि उपयुक्त हो, तो सुनिश्चित करें कि 24/7 सहायता की अपेक्षाएँ स्पष्ट हैं.
  • निर्धारित करें कि कौन से एसएलए मौजूद होंगे, और यह कि प्रतिक्रिया और संकल्प के लिए अपेक्षाओं को स्पष्ट रूप से संप्रेषित किया गया है.
  • विशिष्ट सामान्य समस्याओं का तुरंत समाधान करने के लिए तैयार रहें. उदाहरण के लिए, एक नए कनेक्टर का उपयोग करने के अनुरोध को शीघ्रता से हैंडल किया जाना चाहिए. धीमी समर्थन प्रतिक्रिया के परिणामस्वरूप उपयोगकर्ताओं को वर्कअराउंड मिल सकता है.
  • सुनिश्चित करें कि आपके हेल्प डेस्क में एक सुरक्षा भूमिका है जो उन्हें सपोर्ट टिकट उठाने की अनुमति देता है Microsoft. तय करें कि हेल्प डेस्क या समर्पित सपोर्ट टीम उन मुद्दों को ट्राइ करेगी या नहीं.

अपने आंतरिक Power Platform समर्पित समर्थन को बेहतर बनाने के लिए आप जो विचार और महत्वपूर्ण कार्य कर सकते हैं:

  • स्पष्ट रूप से परिभाषित करें कि हेल्प डेस्क की जिम्मेदारियां कहां समाप्त होती हैं और समर्पित सपोर्ट जिम्मेदारियां कहां से शुरू होती हैं.
  • सुनिश्चित करें कि Power Platform समर्पित समर्थन टीम के पास Microsoft 365 और Azure के लिए वैश्विक प्रशासकों तक पहुँचने के लिए एक सीधा वृद्धि पथ है. यह महत्वपूर्ण है जब एक व्यापक मुद्दा उठता है जो Power Platform के दायरे से बाहर है. ऐसे मुद्दे उपयोगकर्ता खातों और अनुमतियों, नेटवर्क कॉन्फ़िगरेशन या Power Platform समाधानों में उपयोग किए जाने वाले डेटा स्रोतों से संबंधित हो सकते हैं.
  • समर्पित सहायता टीम से वापस सहायता डेस्क पर फीडबैक लूप बनाएं ताकि आईटी ज्ञानकोष को अपडेट किया जा सके. लक्ष्य यह है कि प्राथमिक हेल्प डेस्क भविष्य में अधिक मुद्दों को संभालने के लिए लगातार बेहतर सुसज्जित हो.
  • हेल्प डेस्क से समर्पित सपोर्ट टीम के लिए फीडबैक लूप बनाएं. जब सहायक कर्मी अतिरेक या अक्षमता देखते हैं, तो वे उस जानकारी को समर्पित समर्थन टीम को बता सकते हैं, जो आंतरिक प्रक्रियाओं को बदलने और सुधारने का विकल्प चुन सकती है. उदाहरण: यदि हेल्प डेस्क निर्माताओं के लिए नया Power Platform वातावरण बनाने और कॉन्फ़िगर करने से भरा हुआ है, तो समर्पित टीम CoE स्टार्टर किट में पर्यावरण अनुरोध प्रबंधन घटकों का उपयोग करके इस प्रक्रिया को स्वचालित करने पर विचार कर सकती है.
  • समर्पित समर्थन टीम के लिए उनके समाधान का समर्थन करने वाले व्यक्तियों और टीमों से एक एस्केलेशन पथ बनाएं, ताकि वे उन समस्याओं का सामना कर सकें जिन्हें वे स्वयं हल नहीं कर सकते हैं.
  • समर्पित समर्थन टीम को उनके समाधान का समर्थन करने वाले व्यक्तियों और टीमों से एक हैंडओवर पथ बनाएं, ताकि महत्वपूर्ण एप्लिकेशन संक्रमण कर सकें.
  • समर्पित टीम के लिए समाधानों को परिवर्तित करने के लिए अपनी समग्र रणनीति तय करें—जैसे-जैसे आपकी महत्वपूर्ण और महत्वपूर्ण समाधानों की संख्या बढ़ेगी, क्या आप समर्पित सहायता टीम पर कर्मचारियों की संख्या बढ़ाएंगे, या आप अपने क्षेत्रों के लिए कर्मचारियों की सहायता टीमों के लिए व्यावसायिक इकाइयों पर भरोसा करेंगे?