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