การสนับสนุนผู้ใช้: การสนับสนุนโซลูชันการใช้งานจริงอย่างต่อเนื่อง

ส่วนต่อไปนี้ครอบคลุมถึงวิธีที่เป็นทางการและไม่เป็นทางการในการสนับสนุนผู้ใช้โดยใช้โซลูชัน Microsoft Power Platform เช่น แอป โฟลว์ และแชทบอท

ไดอะแกรมนี้แสดงการสนับสนุนทั่วไปและกรอบงานการสำเร็จการศึกษาที่องค์กรนำไปใช้ได้สำเร็จ:

Type	Description
	การสนับสนุนตนเอง (ภายใน) เกิดขึ้นเมื่อผู้สร้างสนับสนุนโซลูชันของตนเอง ผู้ใช้โซลูชันรู้ว่าต้องติดต่อผู้สร้างเพื่อขอรับการสนับสนุน และมักจะไม่เห็นฝ่ายไอทีหรือทีมในระดับหรือชนิดของการสนับสนุนที่ผู้สร้างมีให้
	การสนับสนุนด้วยความช่วยเหลือของทีม (ภายใน) เกิดขึ้นเมื่อสมาชิกในทีมเรียนรู้จากกันและกันในขณะที่พวกเขาพัฒนา Power Platform โซลูชั่น สมาชิกในกลุ่มคนกลายเป็นเจ้าของร่วมของแอป โฟลว์ และแชทบอทของกลุ่มคน เจ้าของร่วมสามารถสนับสนุนการสอบถามของผู้ใช้และสามารถแก้ไขจุดบกพร่องและเปลี่ยนแปลงเล็กน้อยได้ แม้ว่าบางครั้งการสนับสนุนที่ช่วยเหลือทีมจะเกิดขึ้นอย่างไม่เป็นทางการ คุณควรทำให้กระบวนการนี้เป็นแบบแผนเมื่อการรับมาใช้และการเติบโตของคุณเติบโตเต็มที่
	ฝ่ายสนับสนุนบริการช่วยเหลือ (ภายใน) จัดการปัญหาและคำขอด้านการสนับสนุนอย่างเป็นทางการ บริการความช่วยเหลืออาจช่วยเหลือเกี่ยวกับคำถาม เช่น วิธีเข้าถึงแอปบนอุปกรณ์เคลื่อนที่ หรือวิธีขอเข้าถึงแหล่งข้อมูลแบ็กเอนด์ พวกเขาจะเปลี่ยนเส้นทางคำถามที่เกี่ยวข้องกับโซลูชันไปยังช่องทางที่สนับสนุนโซลูชัน
	การสนับสนุนเฉพาะ Power Platform (ภายใน) เกี่ยวข้องกับการจัดการปัญหาซับซ้อนที่เกิดขึ้นจากฝ่ายช่วยเหลือ แอปพลิเคชันที่สำคัญจะถูกส่งไปยังกลุ่มคนนี้ และพวกเขาสามารถปรับใช้การแก้ไขจุดบกพร่องได้
	การสนับสนุนจากพันธมิตร (ภายนอก) สามารถเสริมการเสนอการสนับสนุนภายในของคุณได้ และสนับสนุนแอปพลิเคชันที่สำคัญหรือทำงานร่วมกับแผนกเฉพาะต่างๆ ในการสนับสนุนแอปของพวกเขา เรียนรู้เพิ่มเติม: รับความช่วยเหลือจากผู้เชี่ยวชาญจากคู่ค้า Power Apps
	การสนับสนุน Microsoft (ภายนอก) สามารถใช้เพื่อยกระดับปัญหาทางเทคนิคที่เกี่ยวข้องกับแพลตฟอร์มได้ ตามแผนการสนับสนุนของคุณ การสนับสนุนทางเทคนิคและบริการให้คำปรึกษาต่างๆ พร้อมให้บริการแก่คุณ เรียนรู้เพิ่มเติม: การสนับสนุนสำหรับ Microsoft Power Platform

ขึ้นอยู่กับขนาดขององค์กรของคุณและวิธีการจัดส่งที่มีอยู่สำหรับเทคโนโลยีแบบเขียนโค้ดเล็กน้อยและโค้ดระดับสูง คุณอาจเลือกวิธีต่างๆ ในการทำให้การสนับสนุนของคุณเป็นทางการ ถ้าวิธีการการรับมาใช้ของ Power Platform ของคุณเป็น แบบกระจายอำนาจ เป็นส่วนใหญ่ คุณจะมีกลุ่มคนที่เป็นอิสระทั่วทั้งองค์กรส่งมอบและควบคุมโซลูชัน Power Platform ด้วยแบบจำลองนี้ การสนับสนุนอาจได้รับมอบหมาย และการสนับสนุนที่ช่วยเหลือทีมอาจเป็นบริการที่เกี่ยวข้องมากที่สุดสำหรับผู้ใช้และผู้สร้าง

ถ้าวิธีการการรับมาใช้ของ Power Platform ของคุณเป็น แบบรวมศูนย์ เป็นส่วนใหญ่ คุณจะมีทีมกลางของเจ้าของผลิตภัณฑ์ซึ่งเป็นเจ้าของการจัดส่งโซลูชันแผนกแบบเขียนโค้ดเล็กน้อยจากทั่วหน่วยธุรกิจขององค์กร ด้วยแบบจำลองนี้ การสนับสนุนจะถูกรวมศูนย์และทีมสนับสนุนจากส่วนกลางจะตอบคำถามและข้อสงสัย

ในองค์กรส่วนใหญ่ แบบจำลองการจัดส่งแบบผสมกันจะดีที่สุด แม้ว่าทีมที่กระจายอำนาจจะสนับสนุนโซลูชันสำหรับผู้สร้างของตน แต่อาจยังคงต้องใช้บริการความช่วยเหลือและทีมสนับสนุนจากส่วนกลางสำหรับปัญหาทางเทคนิค ข้อสงสัยของผู้ใช้ และการสนับสนุนระดับเฟิร์สคลาส

กำหนดระดับของแอปพลิเคชัน

เมื่อคุณกำหนดกระบวนการสนับสนุนและพาธการเลื่อนระดับ การจัดหมวดหมู่โซลูชันที่สร้างขึ้นตามควมสำคัญเป็นสิ่งสำคัญ การทำเช่นนี้จะช่วยให้คุณคิดกระบวนการที่รับรองว่าแอปพลิเคชันที่สำคัญมีรั้วกั้นที่จำเป็นอยู่รอบๆ ในขณะที่ไม่ปิดกั้นนวัตกรรมของสถานการณ์การผลิต

ลักษณะและกระบวนการ	ประสิทธิภาพการทำงาน	สำคัญ	วิกฤต
กรณีการใช้งาน	ประสิทธิภาพการทำงานส่วนบุคคลและกรณีการใช้งานของทีมขนาดเล็กที่อาจใช้ข้อมูลที่มีอยู่	แอปพลิเคชันทางธุรกิจที่เรียบง่ายหรือความคิดริเริ่มของทีม กระบวนการทำงานร่วมกันแบบสแตนด์อโลนขนาดเล็ก	แอปพลิเคชันทางธุรกิจที่ซับซ้อน การริเริ่มทั่วทั้งองค์กร หรือภาระงานที่มีความสำคัญต่อภารกิจ ซึ่งจะส่งผลให้เกิดผลกระทบต่อธุรกิจอย่างมากในช่วงที่ระบบหยุดทำงาน
ความซับซ้อน	กระบวนการอย่างง่าย	ความซับซ้อนปานกลาง	ความซับซ้อนสูง
ฐานผู้ใช้	ฐานผู้ใช้ขนาดเล็ก – ผู้ใช้รายบุคคล เพื่อนร่วมงานโดยตรง หรือกลุ่มคนขนาดเล็ก	กำหนดขอบเขตเป็นหน่วยธุรกิจ	ฐานผู้ใช้ขนาดใหญ่หรือการใช้งานทั่วทั้งองค์กร
วงจรชีวิตการพัฒนา	การวนซ้ำในระดับสูง	โดยปกติน้อยกว่าสามเดือนในการพัฒนา	วงจรการพัฒนาที่ยาวนานขึ้น
ผลกระทบ	ผลกระทบต่อธุรกิจต่ำ	สำคัญแต่ไม่มีความสำคัญทางธุรกิจ (ผลกระทบปานกลาง)	ผลกระทบทางธุรกิจสูง
เอแอลเอ็ม	ALM ไม่จำเป็น	จำเป็นต้องมี ALM – และอาจทำได้โดยการนำเข้า/ส่งออกโซลูชันด้วยตนเอง	จำเป็นต้องมีกระบวนการ ALM ที่สมบูรณ์ - ALM ทำได้โดยใช้ Azure DevOps หรือไปป์ไลน์ GitHub
กลยุทธ์ด้านสิ่งแวดล้อม	โซลูชันสร้างขึ้นในค่าเริ่มต้นหรือสภาพแวดล้อมการทำงานที่ใช้ร่วมกัน	สภาพแวดล้อมการพัฒนาโดยเฉพาะ และสภาพแวดล้อมการทดสอบและการทำงานที่ใช้ร่วมกัน (ใช้ร่วมกับโซลูชันอื่นๆ เช่น เฉพาะหน่วยธุรกิจ) สภาพแวดล้อมได้รับการจัดการโดยหน่วยธุรกิจ (แบบกระจายอำนาจ) หรือโดยไอทีส่วนกลาง (แบบรวมศูนย์)	สภาพแวดล้อมการพัฒนา/การทดสอบ/การทำงานโดยเฉพาะ สภาพแวดล้อมได้รับการจัดการโดยไอทีส่วนกลาง
การอนุญาตจากผู้สร้าง	ผู้สร้างมีบทบาทความปลอดภัยผู้สร้างสภาพแวดล้อมในสภาพแวดล้อม	ผู้สร้างมีบทบาทความปลอดภัยผู้สร้างสภาพแวดล้อมหรือเครื่องมือปรับแต่งระบบในสภาพแวดล้อมการพัฒนา แต่มีเฉพาะบทบาทความปลอดภัยผู้ใช้ปลายทางเท่านั้นในสภาพแวดล้อมการทดสอบและการใช้งานจริง โซลูชันอาจเป็นของลูกค้าองค์กรบริการหรือผู้ดูแลระบบสภาพแวดล้อมในการทดสอบและการใช้งานจริง	ผู้สร้างมีบทบาทความปลอดภัยผู้สร้างสภาพแวดล้อมหรือเครื่องมือปรับแต่งระบบในสภาพแวดล้อมการพัฒนา แต่มีเฉพาะบทบาทความปลอดภัยผู้ใช้เท่านั้นในสภาพแวดล้อมการทดสอบและการใช้งานจริง การปรับใช้โซลูชันเกิดขึ้นโดยอัตโนมัติและโซลูชันเป็นของผู้ให้บริการหลักในการทดสอบและการใช้งานจริง
การมีส่วนร่วมด้านไอที	การกำกับดูแลเชิงโต้ตอบ – ฝ่ายไอทีสามารถมองเห็นโซลูชันที่ถูกสร้างขึ้นและตรวจสอบการใช้งาน	การทำงานของไอทีในระดับโซลูชันหรือผู้ใช้ ผู้สร้างให้รายละเอียดโซลูชัน เช่น วิธีแก้ปัญหาที่อาจเกิดขึ้นและแหล่งข้อมูลที่ใช้	สภาพแวดล้อมการทำงานจริงจัดการโดยฝ่ายไอที
โมเดลรองรับ	สนับสนุนตนเอง	การช่วยเหลือทีมที่สนับสนุน	การสนับสนุนทางการ

เมื่อคุณกำหนดแบบจำลองการสนับสนุนของคุณ ให้คิดถึงพาธการสำเร็จด้วย โซลูชันอาจเริ่มต้นโดยต้องการการสนับสนุนระดับประสิทธิภาพเท่านั้น แต่เพิ่มฟังก์ชันการทำงานหรือฐานผู้ใช้เพื่อใช้การสนับสนุนระดับสำคัญ กำหนดวิธีที่ผู้สร้างสามารถขอการสนับสนุนที่เป็นทางการมากขึ้นและเปลี่ยนโซลูชันไปสู่สภาพแวดล้อมที่สนับสนุนได้

การสนับสนุนผู้ใช้แต่ละชนิดที่แนะนำข้างต้นมีรายละเอียดเพิ่มเติมในบทความนี้

การสนับสนุนผู้สร้าง (การสนับสนุนตนเอง)

การสนับสนุนผู้สร้างหมายถึงเมื่อผู้สร้างสนับสนุนแอปและโฟลว์ของตนเอง ทีมงานหรือเพื่อนร่วมงาน ซึ่งหมายถึงการตอบคำถามจากผู้ใช้ การแก้ไขจุดบกพร่อง และการร้องขอการเปลี่ยนแปลง นี่เป็นวิธีการสนับสนุนที่ไม่เป็นทางการ ผู้ใช้มักจะรู้ว่าใครเป็นผู้สร้างและจะติดต่อพวกเขาโดยตรง

สำคัญ

ในฐานะที่เป็นส่วนหนึ่งของการเตรียมความพร้อมให้กับผู้สร้างรายใหม่ ตรวจสอบให้แน่ใจว่าผู้สร้างตระหนักถึงพาธการสนับสนุน การสำเร็จการศึกษา และการยกระดับ ผู้สร้างที่ได้รับการสนับสนุนอย่างล้นหลามด้วยโซลูชันที่สำคัญทางธุรกิจของพวกเขาจะไม่สามารถคิดค้นและสร้างโซลูชันใหม่ ๆ ได้อีกต่อไป กำหนดอย่างชัดเจนว่าผู้สร้างจะพัฒนาโซลูชันของตนไปสู่การสนับสนุนระดับถัดไปได้อย่างไร และลักษณะเป็นอย่างไร

นอกจากวิธีการเชิงรุกของกระบวนการสื่อสารกับผู้สร้างแล้ว โปรดตรวจสอบให้แน่ใจว่าคุณมีการกำกับดูแลเชิงโต้ตอบเพื่อระบุโซลูชันที่มีการแบ่งปันและใช้กันอย่างแพร่หลาย ซึ่งอาจมีความสำคัญต่อธุรกิจและผู้ติดต่อของคุณเพื่อให้แน่ใจว่าโซลูชันเหล่านั้นมีรั้วป้องกันที่จำเป็น ใช้ การวิเคราะห์ระดับผู้เช่า เพื่อหาข้อมูลเพิ่มเติมเกี่ยวกับการใช้งานแอปพลิเคชันของคุณ ส่งออกการตรวจวัดระยะไกลของคุณไปยังบัญชีจัดเก็บข้อมูลของคุณเอง เพื่อสร้างการรายงานที่ปรับปรุงแล้วของคุณเองหรือใช้ ชุดเริ่มต้น CoE เป็นจุดเริ่มต้น

การสนับสนุนที่ช่วยเหลือทีม

การสนับสนุนที่ช่วยเหลือทีมหมายถึงเมื่อสมาชิกในทีมเป็นเจ้าของร่วมของแอปและโฟลว์ที่สร้างขึ้นสำหรับทีมของพวกเขาหรือใช้โดยทีมของพวกเขา และช่วยสนับสนุนโซลูชันในระหว่างการทำงานประจำวันของพวกเขา ซึ่งหมายถึงการตอบคำถามจากผู้ใช้ การแก้ไขจุดบกพร่อง และการร้องขอการเปลี่ยนแปลง ผู้สร้างที่กลายเป็น ผู้ชนะของคุณ มีแนวโน้มที่จะรับบทบาทสนับสนุนที่ไม่เป็นทางการชนิดนี้ด้วยความสมัครใจ เพราะพวกเขามีความต้องการที่จะช่วยเหลือโดยแท้จริง

แม้ว่าสิ่งนี้มักจะเริ่มต้นจากกระบวนการที่ไม่เป็นทางการ หลายองค์กรก็จัดรูปแบบการสนับสนุนที่ได้รับความช่วยเหลือจากทีมเพื่อปรับขนาดความพยายาม Power Platform สิ่งนี้เกี่ยวข้องกับหน่วยธุรกิจที่เป็นเจ้าของสภาพแวดล้อมเฉพาะ บทบาทผู้ดูแลสภาพแวดล้อม และสนับสนุนโซลูชันในสภาพแวดล้อมเหล่านั้น ในองค์กรขนาดใหญ่ ทีม Power Platform ต่อหน่วยธุรกิจเฉพาะมีบทบาทนี้

การสนับสนุนบริการความช่วยเหลือ

บริการความช่วยเหลือดำเนินการเป็นบริการที่ใช้ร่วมกันโดยแผนกไอที

บริการความช่วยเหลือสามารถ:

• สนับสนุนปัญหาทางเทคนิคที่ไม่สามารถแก้ไขได้หากไม่มีฝ่ายไอทีเข้ามาเกี่ยวข้อง เช่น ปัญหาการบริการ Power Platform ที่ต้องใช้ผู้ดูแลระบบเพื่อ แจ้งตั๋วการสนับสนุน ใน ศูนย์จัดการ Power Platform
• การตอบคำถามที่เกี่ยวข้องกับผู้ใช้และการกำกับดูแล เช่น วิธีขอเข้าถึงแอปพลิเคชันหรือจะหาแอปพลิเคชันได้ที่ไหน
• การกำหนดเส้นทางปัญหากับแอปที่สำคัญไปยังทีมสนับสนุนที่ถูกต้อง

ทีมสนับสนุน Power Platform เฉพาะ

ในขณะที่การนำไปใช้ของคุณเติบโตขึ้นและผู้สร้างได้พัฒนาโซลูชันที่สำคัญและมีความสำคัญต่อธุรกิจมากขึ้น คุณอาจต้องการทีมสนับสนุน Power Platform เฉพาะ

ทีมนี้ควรประกอบด้วยผู้เชี่ยวชาญ Power Platform ทางเทคนิคที่สามารถสนับสนุนปัญหาที่ซับซ้อนได้ การมีส่วนร่วมกับทีมนี้ในกระบวนการสนับสนุนควรผ่านพาธที่กำหนดไว้ผ่านตั๋วการสนับสนุน

ทีมนี้จะสนับสนุนโซลูชัน Power Platform ภารกิจที่สำคัญที่เปิดตัวในสภาพแวดล้อมที่ได้รับการสนับสนุนโดยเฉพาะจากส่วนกลาง

หากโครงสร้างองค์กรของคุณมีการกระจายอำนาจ คุณอาจต้องการพิจารณาทำให้การสนับสนุนที่ช่วยเหลือทีมเป็นทางการเพื่อให้สอดคล้องกับภูมิภาคท้องถิ่นหรือหน่วยธุรกิจและทีมสนับสนุน Power Platform ส่วนกลางที่ช่วยเหลือเฉพาะการสอบถามที่ซับซ้อนหรือการกำหนดค่าส่วนกลาง เช่น นโยบาย DLP

ลูกค้าบางรายเลือกที่จะจ้างการสนับสนุนระดับนี้ให้กับคู่ค้า

การจัดการคำขอเพียงพาธการส่งต่อจากบริการความช่วยเหลือนั้นยากต่อการบังคับใช้เนื่องจากผู้เชี่ยวชาญ Power Platform ด้านเทคนิคเหล่านี้มักเป็นที่รู้จักในหมู่ผู้ใช้ทางธุรกิจ เพื่อเป็นการส่งเสริมลักษณะในการผ่านช่องทางที่เหมาะสม ทีมนี้ควรเปลี่ยนเส้นทางผู้ใช้ให้ส่งตั๋วบริการความช่วยเหลือ นอกจากนี้ยังจะปรับปรุงคุณภาพข้อมูลสำหรับการวิเคราะห์คำขอของบริการความช่วยเหลือ

การสนับสนุนคู่ค้า

ลูกค้าจำนวนมากเลือกที่จะทำงานร่วมกับคู่ค้าในการรับมาใช้ของ Power Platform ของพวกเขา รวมถึงการสนับสนุน ซึ่งอาจรวมถึงความช่วยเหลือด้านการพัฒนาสำหรับผู้สร้าง ความช่วยเหลือในการสร้าง CoE และขั้นตอนการสนับสนุนทางเทคนิค และการสนับสนุนด้านเทคนิคตลอด 24 ชั่วโมงทุกวันสำหรับแอปที่สำคัญ

ฝ่ายสนับสนุนของ Microsoft

ฝ่ายสนับสนุนของ Microsoft ใช้เพื่อแจ้งปัญหาทางเทคนิคเกี่ยวกับแพลตฟอร์ม ตาม แผนการสนับสนุน ของคุณ การสนับสนุนทางเทคนิคและบริการให้คำปรึกษาต่างๆ พร้อมให้บริการแก่คุณ

เคล็ดลับ

ก่อนจะสร้างตั๋วการสนับสนุน โปรดตรวจสอบ Power Apps การสนับสนุน, Power Automate การสนับสนุน และ Microsoft Copilot Studio การสนับสนุน สำหรับปัญหาที่มีความสำคัญสูงซึ่งส่งผลกระทบต่อลูกค้าทุกคนเป็นวงกว้าง

ข้อควรพิจารณาและการดำเนินการหลัก

ข้อควรพิจารณาและการดำเนินการหลักที่คุณสามารถทำได้เพื่อปรับปรุงโซลูชันที่ได้รับการสนับสนุนด้วยตนเองและโดยทีม:

• ให้การยอมรับและให้กำลังใจแก่ผู้สร้างของคุณ
• ตรวจสอบให้แน่ใจว่าผู้สร้างตระหนักถึงกระบวนการสำเร็จการศึกษาเพื่อเปลี่ยนโซลูชันของตนไปยังช่องทางการสนับสนุนที่เป็นทางการมากขึ้น
• จัดเตรียมชั่วโมงทำงาน โอกาสในการให้คำปรึกษาและเซสชันการฝึกอบรมสำหรับผู้สร้างเพื่อเพิ่มทักษะต่อไป
• จัดทำพาธการยกระดับสำหรับผู้สร้างที่ติดขัดในการติดต่อผู้เชี่ยวชาญ Power Platform ด้านเทคนิค
• สร้าง ส่วนประกอบเทมเพลต เพื่อให้ผู้สร้างรวมไว้ในแอปของตน เช่น ฟอร์มให้ผู้ใช้ติดต่อบริการความช่วยเหลือ
• ประเมินการสนับสนุนที่ช่วยเหลือทีมอย่างเป็นทางการโดยพิจารณาจากปริมาณงานและจำนวนโซลูชันที่ต้องการการสนับสนุนในพื้นที่ธุรกิจเฉพาะ

ข้อควรพิจารณาและการดำเนินการหลักที่คุณสามารถทำได้เพื่อปรับปรุงการสนับสนุนบริการความช่วยเหลือภายในของคุณ:

• กำหนดขอบเขตเริ่มต้นของหัวข้อ Power Platform ที่บริการความช่วยเหลือจะจัดการ
• ประเมินระดับความพร้อมของบริการความช่วยเหลือในการจัดการการสนับสนุน
• จัดให้มีการฝึกอบรมเพิ่มเติมสำหรับเจ้าหน้าที่ฝ่ายช่วยเหลือตามช่องว่างความพร้อม
• กำหนดพาธการส่งต่อสำหรับคำขอที่บริการความช่วยเหลือไม่สามารถจัดการได้โดยตรง
• อัปเดตฐานความรู้ของบริการความช่วยเหลือสำหรับหัวข้อ Power Platform ที่เป็นที่รู้จัก ตรวจสอบให้แน่ใจว่ามีผู้รับผิดชอบในการอัปเดตฐานความรู้เป็นประจำเพื่อสะท้อนคุณลักษณะใหม่และคุณลักษณะที่ได้รับการปรับปรุงเมื่อเวลาผ่านไป ติดตามข้อมูลอัปเดตโดยสมัครรับฟีด RSS Power Apps บล็อก, Power Automate บล็อก และ Microsoft Copilot Studio บล็อก
• ตรวจสอบให้แน่ใจว่ามีระบบการติดตามปัญหาที่ดี มักเป็นระบบจำหน่ายตั๋วที่สามารถจัดการระดับความสำคัญได้
• ตัดสินใจว่าจะมีใครพร้อมให้บริการเมื่อเรียกหาเกี่ยวกับปัญหาที่เกี่ยวข้องกับ Power Platform หากเหมาะสม ตรวจสอบให้แน่ใจว่าความคาดหวังสำหรับการสนับสนุนตลอด 24/7 นั้นชัดเจน
• กำหนดว่า SLA ใดจะมีอยู่ และความคาดหวังสำหรับการตอบสนองและการแก้ไขนั้นได้รับการสื่อสารอย่างชัดเจน
• เตรียมพร้อมที่จะแก้ไขปัญหาทั่วไปที่เฉพาะเจาะจงอย่างรวดเร็ว ตัวอย่างเช่น คำขอใช้ตัวเชื่อมต่อใหม่ควรได้รับการจัดการอย่างรวดเร็ว การตอบสนองการสนับสนุนช้าอาจส่งผลให้ผู้ใช้ค้นหาวิธีแก้ปัญหา
• ตรวจสอบให้แน่ใจว่าบริการความช่วยเหลือของคุณมีบทบาทความปลอดภัยที่อนุญาตให้พวกเขา เพิ่มตั๋วสนับสนุนกับ Microsoft ตัดสินใจว่าบริการความช่วยเหลือหรือทีมสนับสนุนเฉพาะจะพิจารณาปัญหาเหล่านั้นหรือไม่

ข้อควรพิจารณาและการดำเนินการหลักที่คุณสามารถทำได้เพื่อปรับปรุงการสนับสนุน Power Platform เฉพาะภายในของคุณ:

• กำหนดให้ชัดเจนว่าความรับผิดชอบของบริการความช่วยเหลือสิ้นสุดที่ใด และความรับผิดชอบในการสนับสนุนโดยเฉพาะเริ่มต้นที่ใด
• รับรองว่าทีมสนับสนุน Power Platform เฉพาะมีพาธการส่งต่อโดยตรงเพื่อเข้าถึงผู้ดูแลระบบส่วนกลางสำหรับ Microsoft 365 และ Azure ซึ่งเป็นสิ่งสำคัญเมื่อเกิดปัญหาอย่างกว้างขวางซึ่งอยู่นอกเหนือขอบเขตของ Power Platform ปัญหาดังกล่าวอาจเกี่ยวข้องกับบัญชีผู้ใช้และการอนุญาต การกำหนดค่าเครือข่ายหรือแหล่งข้อมูลที่ใช้ในโซลูชัน Power Platform
• สร้างลูปข้อคิดเห็นจากทีมการสนับสนุนเฉพาะกลับไปที่บริการความช่วยเหลือเพื่อให้สามารถอัปเดตฐานข้อมูลองค์ความรู้ด้านไอทีได้ เป้าหมายคือเพื่อให้บริการความช่วยเหลือหลักมีความพร้อมอย่างต่อเนื่องในการจัดการปัญหาอื่นๆ ในอนาคต
• สร้างลูปข้อคิดเห็นจากบริการความช่วยเหลือไปยังทีมการสนับสนุนเฉพาะ เมื่อเจ้าหน้าที่ฝ่ายสนับสนุนสังเกตเห็นความซ้ำซ้อนหรือความไร้ประสิทธิภาพ พวกเขาสามารถสื่อสารข้อมูลนั้นไปยังทีมการสนับสนุนเฉพาะ ซึ่งอาจเลือกที่จะเปลี่ยนแปลงและปรับปรุงกระบวนการภายใน ตัวอย่าง: หากบริการความช่วยเหลือเต็มไปด้วยการสร้างและกำหนดค่าสภาพแวดล้อม Power Platform ใหม่สำหรับผู้สร้าง ทีมงานเฉพาะอาจพิจารณาการทำให้กระบวนการนี้เป็นแบบอัตโนมัติโดยใช้ ส่วนประกอบการจัดการคำขอสภาพแวดล้อมในชุดเริ่มต้น CoE
• สร้างพาธการส่งต่อจากบุคคลและทีมที่สนับสนุนโซลูชันของตนไปยังทีมการสนับสนุนเฉพาะ เพื่อให้สามารถปลดล็อกได้หากประสบปัญหาที่ไม่สามารถแก้ไขเองได้
• สร้างพาธการส่งมอบจากบุคคลและทีมที่สนับสนุนโซลูชันของตนไปยังทีมการสนับสนุนเฉพาะ เพื่อให้แอปพลิเคชันที่สำคัญสามารถเปลี่ยนแปลงได้
• ตัดสินใจเกี่ยวกับกลยุทธ์โดยรวมของคุณในการเปลี่ยนโซลูชันไปยังทีมเฉพาะ เมื่อจำนวนโซลูชันที่สำคัญและวิกฤตของคุณเพิ่มขึ้น คุณจะเพิ่มพนักงานในทีมสนับสนุนเฉพาะ หรือคุณจะพึ่งพาหน่วยธุรกิจในทีมสนับสนุนพนักงานในพื้นที่ของตนหรือไม่