หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
การนำเทคโนโลยีที่ใช้โค้ดน้อยมาใช้ เช่น Copilot Studio สามารถช่วยลูกค้าจินตนาการและนำเสนอโซลูชันด้วยการจัดการและต้นทุนที่น้อยลง การบำรุงรักษาที่น้อยลง
หลักการมีส่วนร่วม
ลูกค้าที่เข้าร่วมโครงการ Copilot Studio ควรจัดการส่งมอบโครงการให้สอดคล้องกับวัฒนธรรมและวัตถุประสงค์ของบริษัทของตนเอง อย่างไรก็ตาม มีหลักการสำคัญบางประการที่นำมาใช้ครั้งแล้วครั้งเล่าเพื่อให้โครงการ Copilot Studio ประสบความสำเร็จ
หลักการ
![]() |
![]() |
![]() |
---|---|---|
ขับเคลื่อนกลยุทธ์หลักของคุณ | เน้นความเรียบง่าย | โฟกัสเป้าหมายตลอดเวลา |
เมื่อเอเจนต์ Copilot Studio เริ่มใช้งานจริง "กลยุทธ์ความคิดเห็นของลูกค้า" จะมีผลอย่างรวดเร็ว ความคิดเห็นของลูกค้าที่นำไปใช้ได้จริงจะมาเกือบในทันที การชะลอการเผยแพร่ตัวแทนของคุณสำหรับหัวข้อหรือกระบวนการเพิ่มเติมหมายถึงการละทิ้งความคิดเห็นอันมีค่าของผู้ใช้ สนับสนุนให้ทีมเห็นว่าการถ่ายทอดสดเป็นจุดเริ่มต้นของโครงการ ไม่ใช่ตอนจบ | คุณค่าหลักประการหนึ่งของ Copilot Studio คือการมอบประสบการณ์การสนทนาด้วย AI ซ้ำๆ อย่างรวดเร็ว หลังจากเริ่มใช้งานโปรเจ็กต์แล้ว การบำรุงรักษาถือเป็นกุญแจสำคัญในการคงความคล่องตัว การใช้เครื่องมือสามารถช่วยให้ผู้ใช้สร้างกระแสการสนทนาที่ซับซ้อนได้ อย่างไรก็ตาม ความสามารถในการขยายด้วย Bot Framework ทำให้มีการโต้ตอบที่ยืดหยุ่น ดังนั้น จึงตัดสินใจว่าความซับซ้อนเป็นสิ่งจำเป็นเสมอหรือไม่ | เป็นเรื่องง่ายเมื่อนำเทคโนโลยีใหม่อย่างเอเจนต์มาใช้ นักพัฒนามักจะมุ่งเน้นไปที่รายละเอียดปลีกย่อยของการนำไปใช้งาน กำหนดเป้าหมายทางธุรกิจที่สำคัญของคุณ เช่น เพื่อเบี่ยงเบนความสนใจของลูกค้า 30% หรือคะแนนความพึงพอใจของลูกค้าสูงกว่า 4.0 เป้าหมายสามารถทำให้โครงการดำเนินต่อไปและรับประกันการจัดลำดับความสำคัญของคุณสมบัติที่ถูกต้อง |
แนวทางปฏิบัติ
มุ่งเน้นไปที่การส่งมอบคุณค่าทันที
การสร้างเอเจนต์เป็นความคิดริเริ่มแบบวนซ้ำ คุณเรียนรู้จากผู้ใช้ของคุณว่าพวกเขากำลังมองหาอะไร ใช้ข้อสังเกตเหล่านี้เพื่อขับเคลื่อนการลงทุนเพิ่มเติม
สร้างความชัดเจนในบทบาท
ทำให้ชัดเจนว่าใครคือผู้มีอำนาจตัดสินใจ ดังนั้นจึงไม่มีความคลุมเครือในการนำเสนอ
ระบุความเสี่ยงตั้งแต่เนิ่นๆ และวางแผนเหตุฉุกเฉินให้เหมาะสม
ในบางครั้ง ลูกค้าจะประสบปัญหาทางเทคนิคเมื่อนำข้อกำหนดเฉพาะไปใช้หรือบูรณาการกับระบบอื่นๆ ปัญหาเหล่านี้อาจต้องใช้เวลาในการวินิจฉัย
เห็นด้วยกับการจัดลำดับความสำคัญของปัญหา
กำหนด ตัวบล็อกต้องมี และ ยินดีที่มี. ตัดสินใจว่าคุณต้องการผลักดันวิธีแก้ปัญหาอย่างจริงจังเพียงใด ในขณะที่ปัญหาที่ซ่อนอยู่ได้รับการแก้ไข การแก้ปัญหาชั่วคราวถือเป็นเรื่องปกติของโครงการ เนื่องจากจะทำให้โครงการก้าวหน้าไปพร้อมๆ กับการพบวิธีแก้ปัญหาในระยะยาว
กําหนดกลยุทธ์การจัดการวงจรชีวิตแอปพลิเคชัน (ALM) ของคุณ
ย้ายไปยังกระบวนการระดับการผลิตโดยเร็วที่สุด อย่ารอช้าอยู่ในขั้นตอนการพัฒนา เมื่อถึงเวลาที่ต้องปฏิบัติตาม
หมายเหตุ
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการวิเคราะห์การใช้งาน โปรดดู รวมการวิเคราะห์เว็บและการวิเคราะห์เอเจนต์เข้าด้วยกัน