เวิร์กโฟลว์ซัพพอร์ตและความสำเร็จของลูกค้า
วิธีใช้ Claude ในงานซัพพอร์ตลูกค้า: จากทิกเก็ตถึงการต่อสัญญา
คิวงานของคุณไม่ต้องการหุ่นยนต์ แต่ต้องการร่างแรกที่เร็วกว่าเดิม
Claude ของ Anthropic ช่วยทีมซัพพอร์ตและทีมดูแลความสำเร็จของลูกค้าร่างคำตอบทิกเก็ต คลี่คลายบทสนทนาที่ตึงเครียด และเปลี่ยนทิกเก็ตที่แก้ไขแล้วให้เป็นบทความในศูนย์ช่วยเหลือ คู่มือนี้ครอบคลุมเวิร์กโฟลว์ที่ทีมซัพพอร์ตและทีมความสำเร็จของลูกค้าใช้งานจริงในแต่ละสัปดาห์ ตั้งแต่คำตอบแรกไปจนถึงการเตรียมต่อสัญญา พร้อมทั้งบอกขอบเขตที่ควรยึดในเรื่องข้อมูลลูกค้าและการตรวจสอบโดยมนุษย์
คำตอบสั้น ๆ สำหรับวิธีใช้ Claude ในงานซัพพอร์ตลูกค้าคือ ให้มองว่ามันเป็นเลเยอร์สำหรับร่างคำตอบและวิเคราะห์ข้อมูล ไม่ใช่ระบบตอบกลับอัตโนมัติ วางข้อความของลูกค้าพร้อมกับบันทึกการแก้ไขปัญหาภายในของคุณ แล้ว Claude จะร่างคำตอบในน้ำเสียงของทีมคุณ มันช่วยเขียนคำตอบที่ตึงเครียดใหม่เพื่อคลี่คลายสถานการณ์ เปลี่ยนทิกเก็ตที่แก้ไขแล้วให้เป็นบทความศูนย์ช่วยเหลือ จัดลำดับความสำคัญของคิวงานที่เข้ามาตามความเร่งด่วนและอารมณ์ของลูกค้า และดึงข้อมูลสรุปสำหรับการต่อสัญญาและ QBR จากประวัติทิกเก็ตและการใช้งาน มนุษย์จะอ่านและกดส่งคำตอบทุกครั้ง
เผยแพร่เมื่อ · ตรวจทานล่าสุด
บทเรียนฟรี · ไม่ต้องมีบัญชีรู้จักกับ Claudeทำไมต้อง Claude?6 นาทีเริ่มบทเรียนฟรีสรุปประเด็นสำคัญ
- Claude ร่างคำตอบทิกเก็ตจากข้อความของลูกค้าและบันทึกการแก้ไขปัญหาภายในของคุณ ทำให้เจ้าหน้าที่แค่แก้ไขแทนการเขียนขึ้นมาใหม่จากหน้าว่าง
- การคลี่คลายสถานการณ์ทำงานในรูปแบบขั้นตอนการเขียนใหม่ คุณเขียนร่างแรกที่ตรงไปตรงมา Claude ปรับโทนเสียงให้เหมาะสม และคุณอนุมัติทุกคำก่อนส่งออกไป
- ทิกเก็ตที่แก้ไขแล้วกลายเป็นบทความศูนย์ช่วยเหลือได้ด้วยการวางบทสนทนาทั้งหมดแล้วให้ Claude ดึงปัญหา สาเหตุ และวิธีแก้ไขออกมา
- ทีมดูแลความสำเร็จของลูกค้าวางประวัติทิกเก็ตและบันทึกการใช้งานเพื่อให้ได้สรุปหนึ่งหน้าเกี่ยวกับความเสี่ยงและคำถามที่ยังค้างอยู่ ก่อนการโทรต่อสัญญา
- Claude Project ที่มีคู่มือน้ำเสียงและคำตอบที่อนุมัติแล้วของคุณ ช่วยให้ร่างคำตอบของเจ้าหน้าที่ทุกคนสอดคล้องกับน้ำเสียงซัพพอร์ตของทีม
- Claude จะไม่มาแทนที่วิจารณญาณและความเข้าใจที่ลูกค้าที่กำลังไม่พอใจต้องการจากคนจริง มันแค่ช่วยลดปัญหาหน้าว่าง ไม่ใช่แทนที่มนุษย์
จุดที่ Claude เข้ามาช่วย เทียบกับสิ่งที่ทีมคุณยังต้องทำเอง
| งานซัพพอร์ต | สิ่งที่ Claude ร่างให้ | สิ่งที่เจ้าหน้าที่ยังต้องรับผิดชอบ |
|---|---|---|
| คำตอบทิกเก็ต | คำตอบฉบับสมบูรณ์ในน้ำเสียงของทีมคุณ สร้างจากทิกเก็ตและบันทึกการแก้ไขภายในของคุณ | การอ่านตรวจสอบครั้งสุดท้าย การแก้ไข และการกดส่งเอง |
| การคลี่คลายสถานการณ์ | การเขียนร่างของคุณใหม่ให้สงบลง โดยคงทุกข้อเท็จจริงและคำมั่นสัญญาไว้ครบถ้วน | วิจารณญาณเรื่องน้ำเสียงที่เหมาะกับลูกค้ารายนั้นและความสัมพันธ์ที่เป็นเดิมพัน |
| บทความศูนย์ช่วยเหลือ | ร่างแบบเป็นขั้นตอนที่ดึงมาจากบทสนทนาทิกเก็ตที่แก้ไขแล้ว โดยใช้คำศัพท์ของผลิตภัณฑ์เอง | ภาพหน้าจอ การตรวจสอบความถูกต้อง และการเผยแพร่ลงศูนย์ช่วยเหลือ |
| การเตรียมต่อสัญญาและ QBR | สรุปหนึ่งหน้าเกี่ยวกับความเสี่ยง ความสำเร็จ และคำถามที่ค้างอยู่ ซึ่งดึงมาจากประวัติทิกเก็ตและการใช้งาน | การสนทนาจริง และวิจารณญาณด้านความสัมพันธ์ที่อยู่เบื้องหลัง |
คัดลอกไปใช้ได้เลย
พรอมต์ที่ใช้ได้ทันทีวันนี้
ร่างคำตอบทิกเก็ต
คุณคือเจ้าหน้าที่ซัพพอร์ตระดับซีเนียร์ของ [ชื่อผลิตภัณฑ์] น้ำเสียง: อบอุ่น ตรงไปตรงมา ไม่มีคำฟุ่มเฟือยแบบองค์กร นี่คือข้อความของลูกค้า: [วางทิกเก็ตที่นี่] นี่คือบันทึกภายในของฉันเกี่ยวกับการแก้ไข: [วางบันทึกสาเหตุที่แท้จริงและวิธีแก้ไข] เขียนคำตอบที่ยืนยันสิ่งที่ลูกค้าพยายามทำ ให้วิธีแก้ไขเป็นขั้นตอนแบบมีลำดับเลข และปิดท้ายด้วยสิ่งที่ต้องทำต่อไปอย่างชัดเจนหนึ่งอย่าง ความยาวไม่เกิน 150 คำ
ใส่ชื่อผลิตภัณฑ์ของคุณเองและวางบันทึกสาเหตุที่แท้จริงจริง ๆ ไม่ใช่แค่ข้อความในทิกเก็ต
เขียนคำตอบใหม่เพื่อคลี่คลายสถานการณ์
เขียนคำตอบนี้ใหม่สำหรับลูกค้าที่หงุดหงิด คงทุกคำมั่นสัญญาที่เป็นข้อเท็จจริงไว้ตามที่เขียนไว้เดิมทุกประการ รับทราบความหงุดหงิดในหนึ่งประโยค ยอมรับความผิดพลาดที่เกิดขึ้นจริงโดยไม่ขอโทษมากเกินไป แล้วเข้าสู่วิธีแก้ไขโดยตรง อย่าใช้ประโยค 'เราขออภัยในความไม่สะดวก' และอย่าใช้ปริมาณทิกเก็ตที่มากเป็นข้อแก้ตัว นี่คือร่างของฉัน: [วางร่างแรกของคำตอบคุณที่นี่]
เปลี่ยนทิกเก็ตที่แก้ไขแล้วให้เป็นบทความช่วยเหลือ
เปลี่ยนบทสนทนาซัพพอร์ตที่แก้ไขแล้วนี้ให้เป็นบทความศูนย์ช่วยเหลือ ใช้รูปแบบนี้: ชื่อเรื่องที่เขียนในรูปคำถามของลูกค้า สรุปวิธีแก้ไขหนึ่งบรรทัด จากนั้นเป็นขั้นตอนแบบมีลำดับเลขโดยใช้ชื่อเมนูและปุ่มตามที่ปรากฏจริงในบทสนทนา และปิดท้ายด้วยบรรทัด 'ยังติดปัญหาอยู่ไหม?' ที่ชี้ไปยัง [ช่องทางติดต่อหรือการส่งต่อปัญหาของคุณ] นี่คือบทสนทนาทั้งหมด: [วางบทสนทนาทิกเก็ตที่แก้ไขแล้วที่นี่]
คัดแยกทิกเก็ตใหม่เป็นกลุ่ม
ฉันกำลังวางทิกเก็ตซัพพอร์ตใหม่เป็นกลุ่มสำหรับ [ชื่อผลิตภัณฑ์] สำหรับแต่ละทิกเก็ต ให้กำหนดหมวดผลิตภัณฑ์ ระดับความเร่งด่วน และการประเมินอารมณ์ของลูกค้า ทำเครื่องหมายทิกเก็ตที่พูดถึงการยกเลิก การขอเงินคืน หรือเอ่ยชื่อคู่แข่ง และแนะนำว่าเจ้าหน้าที่หรือคิวใดควรรับเรื่องก่อนตามตรรกะการจัดสรรงานนี้: [อธิบายกฎการจัดสรรงานของทีมคุณ] นี่คือทิกเก็ต: [วางหัวข้อทิกเก็ตและข้อความแรก]
เตรียมสรุปสำหรับการต่อสัญญาหรือ QBR
ฉันกำลังเตรียมการสนทนาเรื่องต่อสัญญากับ [ชื่อบัญชีลูกค้า] นี่คือประวัติทิกเก็ต บันทึกการใช้งาน และสรุปการโทรที่ผ่านมาของพวกเขา: [วางประวัติบัญชีลูกค้า] สรุปความเสี่ยงที่ยังค้างอยู่ ความสำเร็จที่ควรเน้นย้ำ และคำถามเฉพาะสามข้อที่ฉันควรถามในการโทรครั้งนี้ จำกัดให้อยู่ในหนึ่งหน้าและทำเครื่องหมายสิ่งใดก็ตามที่ดูเหมือนสัญญาณว่าลูกค้าอาจเลิกใช้บริการ
สรุปเสียงสะท้อนจากลูกค้า
นี่คือกลุ่มทิกเก็ตซัพพอร์ต ความคิดเห็น NPS และคำตอบแบบสำรวจจากช่วงที่ผ่านมา: [วางฟีดแบ็ก] จัดกลุ่มสิ่งนี้เป็นสามถึงห้าประเด็นหลัก ดึงคำพูดตัวอย่างหนึ่งข้อความสำหรับแต่ละประเด็น และเขียนสรุปสั้น ๆ ที่โปรดักต์แมเนเจอร์จะอ่านและนำไปใช้ได้จริง โดยไม่ต้องพูดซ้ำทุกความคิดเห็นแต่ละข้อ
เริ่มต้นฟรี
ร่างคำตอบแรกของคุณด้วยความช่วยเหลือจาก Claude
เจ้าหน้าที่ซัพพอร์ตไม่จำเป็นต้องเรียนคอร์สยาว ๆ ก่อนจะลงมือทำกับทิกเก็ตจริง บทเรียนฟรีสามบทนี้ครอบคลุมวิธีการทำงานของ Claude วิธีทำให้มันฟังดูเหมือนทีมของคุณ และวิธีส่งเอกสารทั้งฉบับให้มันแล้วได้สิ่งที่มีประโยชน์กลับมา
กรณีใช้งานสำหรับซัพพอร์ตและความสำเร็จของลูกค้า
จุดที่ Claude เข้ามาช่วยในคิวงานซัพพอร์ตของคุณ
เวิร์กโฟลว์หกอย่างที่ทีมซัพพอร์ตและทีมความสำเร็จของลูกค้าใช้งานกับ Claude ตั้งแต่คำตอบแรกไปจนถึงการโทรต่อสัญญา
การร่างคำตอบทิกเก็ต
วางข้อความของลูกค้าพร้อมกับบันทึกภายในของคุณเกี่ยวกับวิธีแก้ไข Claude จะให้คำตอบที่ชัดเจนและสมบูรณ์ในน้ำเสียงซัพพอร์ตของคุณ โดยมีขั้นตอนเรียงลำดับถูกต้อง และไม่มีจุดสำคัญใดถูกซ่อนอยู่ในย่อหน้าที่สี่
การเขียนใหม่เพื่อคลี่คลายสถานการณ์
วางร่างแรกที่ตรงไปตรงมาของคุณสำหรับคำตอบถึงลูกค้าที่โกรธ Claude จะเขียนใหม่เพื่อรับทราบความหงุดหงิด ยอมรับความผิดพลาดโดยไม่ขอโทษมากเกินไป และจบลงด้วยขั้นตอนต่อไปที่ชัดเจน คุณอนุมัติทุกคำก่อนส่งออกไป
บทความศูนย์ช่วยเหลือจากทิกเก็ตที่แก้ไขแล้ว
วางบทสนทนาทั้งหมดของทิกเก็ตที่แก้ไขแล้ว Claude จะดึงปัญหา สาเหตุ และวิธีแก้ไขออกมาเป็นบทความศูนย์ช่วยเหลือแบบเป็นขั้นตอน เพื่อให้ลูกค้ารายต่อไปที่มีคำถามเดียวกันสามารถหาคำตอบได้เอง แทนที่จะต้องเขียนเข้ามาถาม
การคัดแยกและติดแท็ก
วางทิกเก็ตใหม่เป็นกลุ่ม Claude จะจัดหมวดหมู่แต่ละรายการตามหมวดผลิตภัณฑ์ ความเร่งด่วน และอารมณ์ของลูกค้า ทำเครื่องหมายรายการที่พูดถึงการเลิกใช้บริการหรือขอเงินคืน และแนะนำว่าใครควรรับเรื่องใดก่อน
สรุปเสียงสะท้อนจากลูกค้า
วางทิกเก็ต ความคิดเห็น NPS หรือคำตอบแบบสำรวจเป็นกลุ่ม Claude จะจัดกลุ่มฟีดแบ็กเป็นประเด็นหลัก ดึงคำพูดตัวอย่าง และสรุปให้ในรูปแบบที่ทีมโปรดักต์ของคุณจะอ่านจริง
การเตรียมต่อสัญญาและ QBR
สำหรับทีมความสำเร็จของลูกค้า: วางประวัติทิกเก็ต บันทึกการใช้งาน และสรุปการโทรที่ผ่านมาของบัญชีลูกค้า Claude จะชี้ให้เห็นความเสี่ยงที่ยังค้างอยู่ ความสำเร็จที่ควรเน้นย้ำ และคำถามที่ควรถามก่อนการสนทนาเรื่องต่อสัญญา
น้ำเสียงและความสม่ำเสมอ
รักษาคำตอบของ Claude ให้อยู่ในน้ำเสียงซัพพอร์ตของคุณ
ลูกค้าสังเกตได้ตั้งแต่ประโยคแรกว่าซัพพอร์ตเป็นแบบอัตโนมัติหรือไม่ ทีมที่หลีกเลี่ยงการฟังดูเหมือนหุ่นยนต์มักมองว่า Claude เป็นเลเยอร์สำหรับร่างคำตอบ โดยมีกฎเหล็กข้อเดียวคือ มนุษย์ต้องอ่านทุกคำตอบก่อนส่งออกไป การทำให้น้ำเสียงซัพพอร์ตสอดคล้องกันทั้งทีม ไม่ใช่แค่ในหน้าต่างแชทของเจ้าหน้าที่คนเดียว ต้องมีการตั้งค่าเล็กน้อย
เริ่มต้นด้วยการสร้าง Claude Project สำหรับทีมซัพพอร์ตของคุณ แล้วอัปโหลดคู่มือน้ำเสียง คำตอบห้าตัวอย่างที่คุณถือว่าเป็นมาตรฐานทองคำ และรายการวลีต้องห้ามสั้น ๆ 'เราขออภัยในความไม่สะดวก' มักเป็นรายการแรกที่คนใส่เข้าไป เจ้าหน้าที่ทุกคนที่ทำงานใน Project นั้นจะได้น้ำเสียงเดียวกันโดยอัตโนมัติ แทนที่แต่ละคนจะต้องตั้งพรอมต์ขึ้นมาใหม่เอง
คุณภาพของร่างยังขึ้นอยู่กับสิ่งที่คุณส่งให้ Claude พร้อมกับทิกเก็ตด้วย คำตอบจะเจาะจงได้มากเท่ากับบันทึกภายในที่อยู่เบื้องหลังมันเท่านั้น บันทึกสองบรรทัดที่อธิบายสาเหตุที่แท้จริงและวิธีแก้ไข จะเปลี่ยนร่างที่ฟังดูทั่วไปให้กลายเป็นร่างที่อ่านเหมือนเจ้าหน้าที่ที่เก่งที่สุดของคุณเป็นคนเขียน
เมื่อเจ้าหน้าที่คนหนึ่งเขียนคำตอบที่ทั้งทีมชื่นชม ให้วางมันลงใน Project เป็นตัวอย่างอ้างอิงใหม่ คลังแมโครที่เติบโตจากคำตอบจริงที่ผ่านการอนุมัติแล้ว จะใกล้เคียงกับน้ำเสียงซัพพอร์ตจริงของคุณมากกว่าคลังที่สร้างจากการเดาว่าน้ำเสียงควรจะฟังดูเป็นอย่างไร
จากทิกเก็ตสู่คลังความรู้
เวิร์กโฟลว์จากทิกเก็ตสู่คลังความรู้
ทีมซัพพอร์ตส่วนใหญ่มักแก้ปัญหาชุดเดิมซ้ำ ๆ และความรู้ส่วนใหญ่นั้นไม่เคยหลุดออกจากทิกเก็ตที่ใช้แก้ปัญหานั้นเลย การเปลี่ยนทิกเก็ตที่แก้ไขแล้วให้เป็นบทความศูนย์ช่วยเหลือช่วยปิดช่องว่างนี้ และมันทำงานได้ดีในฐานะเวิร์กโฟลว์ถาวรมากกว่าโปรเจกต์ที่ทำครั้งเดียวจบ
เริ่มต้นด้วยการชี้ปัญหาที่เกิดซ้ำ วางรายการหัวข้อทิกเก็ตที่แก้ไขแล้วล่าสุดลงใน Claude แล้วถามว่าปัญหาใดเกิดขึ้นตั้งแต่สามครั้งขึ้นไป นั่นคือตัวเลือกสำหรับบทความช่วยเหลือของคุณ จัดอันดับตามความถี่ที่มันทำให้เจ้าหน้าที่ต้องเขียนคำตอบ
สำหรับแต่ละปัญหาที่เกิดซ้ำ ให้เลือกบทสนทนาที่แก้ไขแล้วซึ่งชัดเจนที่สุดแล้ววางทั้งหมดลงไป Claude จะดึงปัญหา สาเหตุ และวิธีแก้ไขออกมาเป็นบทความแบบเป็นขั้นตอน โดยใช้คำศัพท์ของผลิตภัณฑ์และชื่อปุ่มตามที่ปรากฏจริงในบทสนทนา แทนที่จะใช้ภาษาทั่วไป
เจ้าหน้าที่ที่แก้ไขทิกเก็ตต้นฉบับควรอ่านร่างนี้ แก้ไขสิ่งที่ Claude เข้าใจผิด และเพิ่มภาพหน้าจอ การตรวจสอบนี้ทำได้เร็วเพราะร่างมีโครงสร้างและขั้นตอนที่ถูกต้องอยู่แล้ว
เมื่อบทความเผยแพร่แล้ว ให้ลิงก์มันเข้ากับแมโครสำหรับปัญหานั้น เพื่อให้ลูกค้ารายต่อไปที่มีคำถามเดียวกันถูกชี้ไปยังบทความ แทนที่จะได้รับคำตอบที่เขียนขึ้นใหม่อีกครั้ง ในช่วงเวลาที่กำหนดเป็นประจำ ให้วางหมวดหมู่ทิกเก็ตและรายการบทความปัจจุบันลงใน Claude แล้วถามว่าปัญหาที่เกิดบ่อยข้อใดยังไม่มีเอกสาร ศูนย์ช่วยเหลือที่เติบโตจากทิกเก็ตที่แก้ไขจริงจะมีประโยชน์มากกว่าศูนย์ช่วยเหลือที่สร้างจากปฏิทินเนื้อหา
ข้อมูลและความไว้วางใจ
การใช้ Claude กับข้อมูลลูกค้าปลอดภัยหรือไม่?
ทิกเก็ตซัพพอร์ตมักมีชื่อ อีเมล รายละเอียดบัญชี และบางครั้งก็มีข้อมูลการชำระเงิน ดังนั้นคำถามนี้จึงควรได้รับคำตอบที่ตรงไปตรงมาก่อนที่ทีมใดจะนำเวิร์กโฟลว์ข้างต้นไปใช้ ให้ยึดตามนโยบายการจัดการข้อมูลของบริษัทคุณเองก่อน นโยบายนั้นเองที่ควรเป็นตัวตัดสินว่าอะไรวางลงที่ไหนได้บ้าง ไม่ใช่คำรับรองทั่วไป
ทีมซัพพอร์ตหลายทีมปิดบังชื่อ อีเมล และหมายเลขบัญชีออกจากข้อความทิกเก็ตก่อนวางลงในเวิร์กโฟลว์การร่างคำตอบ โดยเฉพาะสิ่งที่ผ่านบัญชีส่วนตัวหรือบัญชีที่ไม่มีการควบคุม ในกรณีที่บริษัทใช้ Claude ผ่านระบบธุรกิจหรือองค์กรที่มีการจัดการ ทีมไอทีหรือทีมความปลอดภัยมักจะเป็นผู้กำหนดว่าอนุญาตให้ทำอะไรได้บ้างและที่ไหน
มาตรการป้องกันอีกอย่างเป็นเรื่องของโครงสร้าง ไม่ใช่เทคนิค นั่นคือการคงขั้นตอนตรวจสอบโดยมนุษย์ไว้ระหว่างคำตอบหรือบทความที่ Claude ร่างกับลูกค้า ขั้นตอนตรวจสอบนี้จะจับการอนุมานที่ผิด การอ่านทิกเก็ตผิด หรือข้อเท็จจริงที่ Claude เข้าใจคลาดเคลื่อนไปเล็กน้อย ก่อนที่มันจะไปถึงคนที่กำลังมีวันแย่ ๆ กับผลิตภัณฑ์ของคุณอยู่แล้ว
เริ่มต้นที่นี่
เส้นทางฟรีผ่านหลักสูตร
คุณไม่จำเป็นต้องใช้เวลาปรับตัวนานเพื่อเริ่มร่างคำตอบกับ Claude บนทิกเก็ตจริง เส้นทางที่เร็วที่สุดผ่านบทเรียนฟรีสามบทเรียนตามลำดับ
เริ่มด้วยบทเรียน Meet Claude ในคอร์ส Why Claude? ซึ่งเป็นบทเรียน 6 นาทีที่ครอบคลุมวิธีการทำงานจริงของ Claude และจุดแข็งจุดอ่อนของมัน ก่อนที่คุณจะวางทิกเก็ตแรกลงไป
จากนั้น Make Claude Sound Like You ซึ่งอยู่ในคอร์ส Why Claude? เช่นกันและยาว 7 นาที เป็นบทเรียนที่สอนเทคนิคที่อยู่เบื้องหลังการตั้งค่าคู่มือน้ำเสียงและ Project ที่กล่าวไปข้างต้น คือวิธีให้น้ำเสียงของคุณแก่ Claude มากพอที่ร่างของมันจะเลิกฟังดูทั่วไป
จุดที่สามคือ Document Analysis ซึ่งเป็นบทเรียนในคอร์ส Master the Essentials ที่ยาว 7 นาที และครอบคลุมวิธีที่ Claude อ่านและทำงานกับเอกสารยาว ๆ ซึ่งเป็นทักษะเดียวกันกับการวางบทสนทนาทิกเก็ตทั้งหมดแล้วได้บทความช่วยเหลือหรือสรุปต่อสัญญาที่มีโครงสร้างกลับมา
สร้างทักษะให้ทีมของคุณ
ทีมซัพพอร์ตลูกค้าควรเรียนรู้ทักษะ AI อะไรบ้าง?
เลยจากพรอมต์แรก ๆ ไปแล้ว นี่คือทักษะที่แบ่งแยกทีมที่ใช้ Claude ได้ดีออกจากทีมที่แค่วางข้อความเข้าไปเฉย ๆ
การเขียนด้วยน้ำเสียงที่สม่ำเสมอ
ทักษะที่อยู่เบื้องหลังคำตอบและแมโครที่ดีทุกอันคือการให้ Claude รู้จักน้ำเสียงจริงของทีมคุณ คู่มือน้ำเสียง และตัวอย่างที่อนุมัติแล้วมากพอ จนร่างของมันต้องการแค่การแก้ไขเล็กน้อย ไม่ใช่การเขียนใหม่ทั้งหมด
การทำงานกับเอกสารยาว
บทสนทนาทิกเก็ต บทถอดเสียงการโทร และรายงานการใช้งาน ล้วนเป็นเอกสารยาว การรู้วิธีส่งบทสนทนาทั้งหมดให้ Claude แล้วขอให้ดึงข้อมูลเฉพาะอย่างออกมา เป็นทักษะหลักที่อยู่เบื้องหลังทั้งเอกสารช่วยเหลือและสรุป QBR
การทำซ้ำแทนการรับร่างแรกทันที
ร่างแรกของการเขียนใหม่เพื่อคลี่คลายสถานการณ์หรือบทความช่วยเหลือ เป็นจุดเริ่มต้น ไม่ใช่คำตอบสุดท้าย การมองผลลัพธ์ของ Claude เป็นสิ่งที่ต้องทักท้วงและปรับปรุงต่อ จะได้คำตอบที่ดีขึ้นอย่างเห็นได้ชัด
การตั้งคำถามที่ถูกต้องก่อนการโทรที่ยาก
ก่อนการต่อสัญญาหรือ QBR ทักษะที่เป็นประโยชน์ไม่ใช่แค่การสรุปประวัติทิกเก็ต แต่คือการให้ Claude ทดสอบความเสี่ยงของบัญชีลูกค้าอย่างหนัก เช่น มีความเสี่ยงอะไรที่เรากำลังมองข้าม ลูกค้าจะพูดอย่างไรถ้าการโทรครั้งนี้ไปได้ไม่ดี
ข้อจำกัด
Claude จะมาแทนที่เจ้าหน้าที่ซัพพอร์ตที่เป็นมนุษย์หรือไม่?
ไม่ และทีมที่ได้ผลลัพธ์ดีที่สุดจาก Claude คือทีมที่ไม่ได้พยายามทำให้เป็นแบบนั้น Claude ทำงานได้ดีที่สุดในฐานะเลเยอร์สำหรับการร่างและวิเคราะห์ โดยมีมนุษย์อยู่ในลูปทุกช่วงเวลาที่เกี่ยวข้องกับลูกค้า มันจัดการเรื่องการเขียน การสรุป และการจัดหมวดหมู่ ในขณะที่เจ้าหน้าที่จัดการเรื่องวิจารณญาณ ความเข้าใจในบทสนทนาสด และการอนุมัติขั้นสุดท้าย
การแบ่งงานกันแบบนี้ยังเป็นสิ่งที่ทำให้คำตอบไม่ฟังดูเป็นระบบอัตโนมัติด้วย ลูกค้าสามารถแยกแยะได้ว่าคำตอบใดที่เจ้าหน้าที่ตรวจสอบและปรับให้เป็นส่วนตัว กับคำตอบที่ส่งออกไปโดยไม่ได้แตะต้องเลย ทีมที่ใช้ Claude เป็นร่างแรกแทนที่จะเป็นคำตอบสุดท้าย จะได้คำตอบที่เร็วขึ้นโดยไม่สูญเสียน้ำเสียงที่ลูกค้าคาดหวังจากมนุษย์อีกฝั่งหนึ่ง
เริ่มบทเรียนฟรีแรก
การอ่านเรื่องวิธีใช้ Claude ในงานซัพพอร์ตลูกค้า กับการลงมือร่างคำตอบแรกที่มี Claude ช่วยจริง ๆ เป็นคนละเรื่องกัน หลักสูตรของ Nightschool AI เริ่มต้นแบบลงมือทำจริงตั้งแต่บทเรียนแรก ด้วยทิกเก็ตและน้ำเสียงของคุณเอง
คำถามที่พบบ่อย
Claude ช่วยให้ทีมซัพพอร์ตลูกค้าตอบทิกเก็ตได้เร็วขึ้นหรือไม่?
ได้ วางข้อความของลูกค้าและบันทึกภายในของคุณเกี่ยวกับวิธีแก้ไข แล้ว Claude จะร่างคำตอบฉบับสมบูรณ์ในน้ำเสียงซัพพอร์ตของคุณ เจ้าหน้าที่แค่ตรวจสอบและแก้ไขแทนการเขียนขึ้นใหม่ทั้งหมด ซึ่งมักเป็นจุดที่ใช้เวลามากที่สุดในทิกเก็ตทั่วไป Claude ยังช่วยเขียนคำตอบที่ตึงเครียดใหม่เพื่อคลี่คลายสถานการณ์ และเปลี่ยนทิกเก็ตที่แก้ไขแล้วให้เป็นแมโครและบทความช่วยเหลือที่นำกลับมาใช้ได้
Claude เขียนบทความศูนย์ช่วยเหลือจากทิกเก็ตซัพพอร์ตได้หรือไม่?
ได้ วางบทสนทนาทิกเก็ตที่แก้ไขแล้ว แล้ว Claude จะดึงปัญหา สาเหตุ และวิธีแก้ไขออกมาเป็นบทความช่วยเหลือแบบเป็นขั้นตอน โดยใช้คำศัพท์ของผลิตภัณฑ์ตามที่ปรากฏในบทสนทนาจริง ทีมต่าง ๆ ใช้วิธีนี้เพื่อเปลี่ยนทิกเก็ตค้างให้เป็นคลังความรู้แบบช่วยเหลือตัวเองได้ ทีละบทสนทนาที่แก้ไขแล้ว แทนที่จะต้องจัดเวลาทำเอกสารแยกต่างหาก
การใช้ Claude กับข้อมูลลูกค้าในทิกเก็ตซัพพอร์ตปลอดภัยหรือไม่?
ให้ยึดตามนโยบายข้อมูลของบริษัทคุณเองก่อน เพราะนโยบายนั้นควรเป็นตัวกำหนดว่าข้อมูลลูกค้าใดใส่เข้าไปในเครื่องมือใดได้บ้าง ทีมซัพพอร์ตหลายทีมปิดบังชื่อ อีเมล และหมายเลขบัญชีก่อนวางเนื้อหาทิกเก็ต และคงขั้นตอนตรวจสอบโดยมนุษย์ไว้ก่อนที่คำตอบหรือบทความที่มี Claude ช่วยจะไปถึงลูกค้า ทีมที่มีข้อกำหนดเข้มงวดกว่ามักใช้งานผ่านบัญชีที่บริษัทจัดการ แทนที่จะเป็นบัญชีส่วนตัว
Claude ช่วยทีมความสำเร็จของลูกค้าเตรียมตัวสำหรับการต่อสัญญาและ QBR ได้หรือไม่?
ได้ วางประวัติทิกเก็ต บันทึกการใช้งาน และสรุปการโทรที่ผ่านมาของบัญชีลูกค้า แล้ว Claude จะชี้ให้เห็นความเสี่ยงที่ยังค้างอยู่ ความสำเร็จที่ควรเน้นย้ำ และคำถามที่ควรถามก่อนการโทร มันเปลี่ยนบันทึกที่กระจัดกระจายอยู่ใน CRM และระบบ helpdesk ให้กลายเป็นสรุปฉบับเดียวที่คุณอ่านได้ก่อนเข้าประชุม
Claude จะมาแทนที่เจ้าหน้าที่ซัพพอร์ตที่เป็นมนุษย์หรือไม่?
ไม่ Claude ทำงานได้ดีที่สุดในฐานะเลเยอร์สำหรับการร่างและวิเคราะห์ โดยมีมนุษย์อยู่ในลูป มันจัดการเรื่องการเขียน การสรุป และการจัดหมวดหมู่ ในขณะที่เจ้าหน้าที่จัดการเรื่องวิจารณญาณ ความเข้าใจในบทสนทนาสด และการอนุมัติขั้นสุดท้าย ทีมที่ใช้วิธีนี้จะได้คำตอบที่เร็วขึ้นโดยไม่มีน้ำเสียงแบนราบแบบอัตโนมัติที่ลูกค้ามักสังเกตได้จากระบบซัพพอร์ตที่อัตโนมัติทั้งหมด
ฉันจะรักษาคำตอบของ Claude ให้สอดคล้องกับน้ำเสียงซัพพอร์ตของเราได้อย่างไร?
สร้าง Claude Project สำหรับทีมซัพพอร์ตของคุณ แล้วอัปโหลดคู่มือน้ำเสียงพร้อมกับคำตอบที่อนุมัติแล้วไม่กี่ตัวอย่างที่คุณถือว่าเป็นมาตรฐานทองคำ เพิ่มระบบพรอมต์สั้น ๆ ที่มีรายละเอียดเฉพาะ เช่น รูปแบบการทักทาย วิธีการขอโทษ วลีต้องห้าม และขีดจำกัดความยาวของคำตอบ เจ้าหน้าที่ทุกคนที่ทำงานใน Project นั้นจะได้น้ำเสียงซัพพอร์ตเดียวกันโดยอัตโนมัติ
ทีมซัพพอร์ตลูกค้าควรเรียนรู้ทักษะ AI อะไรบ้าง?
ทักษะหลักคือการเขียนด้วยน้ำเสียงที่สม่ำเสมอ การทำงานกับเอกสารยาว เช่น บทสนทนาทิกเก็ตและบทถอดเสียงการโทร และการมองร่างแรกเป็นจุดเริ่มต้นแทนที่จะเป็นคำตอบสุดท้าย ทักษะทั้งสามนี้ครอบคลุมสิ่งที่แบ่งแยกทีมที่ได้คำตอบและสรุปที่ดีจาก Claude ออกจากทีมที่แค่วางข้อความเข้าไปแล้วหวังผล
การใช้ Claude สำหรับคำตอบด่วนกับการใช้สำหรับบทความศูนย์ช่วยเหลือต่างกันอย่างไร?
คำตอบด่วนต้องการแค่ข้อความของลูกค้าและบันทึกการแก้ไขภายในของคุณ ส่วนบทความศูนย์ช่วยเหลือต้องการบทสนทนาที่แก้ไขแล้วทั้งหมด เพราะ Claude กำลังดึงปัญหา สาเหตุ และวิธีแก้ไขออกมาด้วยภาษาเดียวกับที่ผลิตภัณฑ์และลูกค้าของคุณใช้จริง ไม่ใช่แค่สรุปข้อความเดียว