แชร์ผ่าน


แนวทางปฏิบัติที่ดีที่สุดของโครงการการสนทนา AI

หลักการมีส่วนร่วม

การนำเทคโนโลยีที่ใช้โค้ดน้อยมาใช้ เช่น Copilot Studio สามารถช่วยให้ลูกค้ามองเห็นและส่งมอบได้อย่างรวดเร็วด้วยการจัดการที่น้อยลงและค่าบำรุงรักษาที่น้อยลง

ลูกค้าที่เข้าร่วมโครงการ Copilot Studio ควรจัดการส่งมอบโครงการให้สอดคล้องกับวัฒนธรรมและวัตถุประสงค์ของบริษัทของตนเอง อย่างไรก็ตาม มีหลักการสำคัญบางประการที่เราเห็นว่านำมาใช้ครั้งแล้วครั้งเล่าในโครงการ Copilot Studio ที่ประสบความสำเร็จ

หลักการ

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

แนวทางปฏิบัติ

  1. มุ่งเน้นไปที่การส่งมอบคุณค่าทันที

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

  2. สร้างความชัดเจนในบทบาท

    ทำให้ชัดเจนว่าใครคือผู้มีอำนาจตัดสินใจ ดังนั้นจึงไม่มีความคลุมเครือในการนำเสนอ

  3. ระบุความเสี่ยงตั้งแต่เนิ่นๆ และวางแผนเหตุฉุกเฉินให้เหมาะสม

    ในบางครั้ง ลูกค้าจะประสบปัญหาทางเทคนิคเมื่อนำข้อกำหนดเฉพาะไปใช้หรือบูรณาการกับระบบอื่นๆ ปัญหาเหล่านี้อาจต้องใช้เวลาในการวินิจฉัย

  4. เห็นด้วยกับการจัดลำดับความสำคัญของปัญหา

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

  5. กำหนดกลยุทธ์การจัดการวงจรชีวิตของแอปพลิเคชัน (ALM)

    ย้ายไปยังกระบวนการระดับการผลิตโดยเร็วที่สุด อย่ารอช้าอยู่ในขั้นตอนการพัฒนา เมื่อถึงเวลาที่ต้องปฏิบัติตาม

หมายเหตุ

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