บันทึกการประชุม Customer Success สำหรับการต่ออายุ ความเสี่ยง และขั้นตอนถัดไป

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

คำตอบโดยตรง

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

เปรียบเทียบวิธีการบันทึกการประชุมด้านความสำเร็จของลูกค้า

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

ปัญหาการบันทึกการประชุมด้านความสำเร็จของลูกค้า

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

บันทึกด้านความสำเร็จของลูกค้าควรรักษาความแตกต่างระหว่างหลักฐานจากแหล่งข้อมูลกับการตีความ ตัวอย่างเช่น “การนำไปใช้งานของผู้ดูแลระบบลดลงหลังการย้ายระบบ SSO” ถือเป็นข้อเท็จจริงหากลูกค้าเป็นผู้กล่าวหรือข้อมูลการใช้งานสนับสนุนข้อความดังกล่าว ส่วน “บัญชีมีความเสี่ยงที่จะสูญเสียลูกค้า” เป็นการตีความที่ต้องมีหลักฐาน ผู้รับผิดชอบ และการดำเนินการถัดไป การรักษาขอบเขตนี้มีความสำคัญต่อความไว้วางใจของทีมและการจัดการความเป็นส่วนตัว เพราะบันทึกบัญชีอาจมีชื่อลูกค้า สัญญา สัญญาณการใช้งาน และประวัติการสนับสนุน กรอบการทำงานด้านความเสี่ยงต่อความเป็นส่วนตัวจาก NIST และคำแนะนำทางธุรกิจจาก FTC ต่างสนับสนุนแนวคิดเชิงปฏิบัติเดียวกัน นั่นคือ เก็บรวบรวมและแบ่งปันเฉพาะสิ่งที่ทีมจำเป็นต้องใช้ ปกป้องข้อมูลลูกค้าที่ละเอียดอ่อน และเก็บข้อมูลไว้ภายในระบบที่ได้รับอนุมัติ (NIST Privacy Framework; คำแนะนำด้านความเป็นส่วนตัวและความปลอดภัยของ FTC)

เวิร์กโฟลว์ CS ก่อน ระหว่าง และหลังการประชุม

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

เทมเพลตบันทึกการประชุม CS ที่คัดลอกได้

บัญชี:
ประเภทการประชุม: ตรวจสอบการต่ออายุ / QBR / การเริ่มต้นใช้งาน / ตรวจสอบความเสี่ยง
วันที่:
ผู้เข้าร่วมจากลูกค้า:
ผู้เข้าร่วมภายใน:

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

อีเมลติดตามผล:
การอัปเดต CRM/แผนบัญชี:
คำถามที่ยังเปิดอยู่:
การประชุมครั้งถัดไป:

ฟิลด์ความเสี่ยงด้านการต่ออายุที่ต้องบันทึก

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

ตัวอย่างผลลัพธ์แบบมีโครงสร้าง

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

ข้อมูลนำเข้าจำลอง

การประชุม: ตรวจสอบการต่ออายุกับ Acme Operations
ลูกค้ากล่าวว่า: "ผู้จัดการแนวหน้าชอบแดชบอร์ดการรายงาน แต่การเปิดตัวสำหรับผู้ดูแลระบบช้าลงหลังจากใช้ SSO ฝ่ายจัดซื้อยังต้องการใบเสนอราคาการต่ออายุภายในวันที่ 9 สิงหาคม"
CSM กล่าวว่า: "ฉันจะส่งเช็กลิสต์การเปิดตัว SSO และขอให้ฝ่ายสนับสนุนตรวจสอบทิกเก็ตที่ยังเปิดอยู่ภายในวันศุกร์"
ลูกค้ากล่าวว่า: "หากแก้ไขปัญหาของผู้ดูแลระบบได้ เราสามารถเชิญรองประธานฝ่ายปฏิบัติการเข้าร่วม QBR ในเดือนหน้าได้"

ตัวอย่างผลลัพธ์จาก AI

สุขภาพบัญชี: เฝ้าระวัง
ความเสี่ยงในการต่ออายุ: ปานกลาง
หลักฐานความเสี่ยง: การเปิดตัวสำหรับผู้ดูแลระบบช้าลงหลังจาก SSO; กำหนดเวลาของฝ่ายจัดซื้อคือวันที่ 9 สิงหาคม
หลักฐานด้านคุณค่า: ผู้จัดการหน้างานชื่นชอบแดชบอร์ดการรายงาน
สัญญาณการขยาย: รองประธานฝ่ายปฏิบัติการอาจเข้าร่วม QBR ครั้งถัดไป หากแก้ไขปัญหาของผู้ดูแลระบบได้
คำมั่นสัญญาภายใน:
- CSM ส่งเช็กลิสต์การเปิดตัว SSO ภายในวันศุกร์
- ฝ่ายสนับสนุนตรวจสอบทิกเก็ต SSO ที่ยังเปิดอยู่ภายในวันศุกร์
คำมั่นสัญญาของลูกค้า:
- ฝ่ายจัดซื้อต้องการใบเสนอราคาการต่ออายุภายในวันที่ 9 สิงหาคม
การประชุมครั้งถัดไป: QBR ในเดือนหน้า โดยมีรองประธานฝ่ายปฏิบัติการเข้าร่วม หากแก้ไขอุปสรรคได้
ตรวจสอบแหล่งที่มา: ตรวจสอบคำมั่นเรื่องเช็กลิสต์และผู้รับผิดชอบจากฝ่ายสนับสนุนก่อนส่งสรุป

ร่างอีเมลติดตามผล

หัวเรื่อง: สรุปและขั้นตอนถัดไปจากการพูดคุยเรื่องการต่ออายุ

สวัสดี Taylor

ขอบคุณสำหรับการพูดคุยในวันนี้ สรุปของฉันคือแดชบอร์ดการรายงานกำลังสร้างคุณค่าให้ผู้จัดการหน้างาน ขณะที่การเปิดตัวสำหรับผู้ดูแลระบบช้าลงหลังจาก SSO และต้องได้รับการแก้ไขก่อน QBR

ฉันจะส่งเช็กลิสต์การเปิดตัว SSO และขอให้ฝ่ายสนับสนุนตรวจสอบทิกเก็ตที่ยังเปิดอยู่ภายในวันศุกร์ นอกจากนี้ ฉันได้บันทึกไว้ว่าฝ่ายจัดซื้อต้องการใบเสนอราคาการต่ออายุภายในวันที่ 9 สิงหาคม

ขั้นตอนถัดไป:
- CSM ของ HiNoter: ส่งเช็กลิสต์การเปิดตัว SSO ภายในวันศุกร์
- ฝ่ายสนับสนุน: ตรวจสอบทิกเก็ต SSO ที่ยังเปิดอยู่ภายในวันศุกร์
- Acme: ยืนยันว่ารองประธานฝ่ายปฏิบัติการสามารถเข้าร่วม QBR ในเดือนหน้าได้หรือไม่ หลังจากแก้ไขอุปสรรคของผู้ดูแลระบบแล้ว

โปรดตอบกลับหากฉันตกหล่นหรือระบุสิ่งใดไม่ถูกต้อง

บันทึก CRM

สถานะการต่ออายุ: ความเสี่ยงปานกลาง
การเปลี่ยนแปลงด้านสุขภาพ: คุณค่าคงที่ แต่มีความเสี่ยงด้านการใช้งานของผู้ดูแลระบบ
ความเสี่ยง: การเปิดตัว SSO ทำให้การใช้งานของผู้ดูแลระบบช้าลง; ต้องการใบเสนอราคาจากฝ่ายจัดซื้อภายในวันที่ 9 สิงหาคม
สัญญาณด้านคุณค่า: ผู้จัดการหน้างานนำแดชบอร์ดการรายงานไปใช้
สัญญาณการขยาย: รองประธานฝ่ายปฏิบัติการอาจเข้าร่วม QBR ครั้งถัดไป
ผู้รับผิดชอบ: CSM + ฝ่ายสนับสนุน
ขั้นตอนถัดไป: ส่งเช็กลิสต์และตรวจสอบทิกเก็ตภายในวันศุกร์

บันทึกและ KPI เฉพาะบทบาท

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

การทำงานร่วมกันและการซิงค์ของทีม

บันทึกการประชุมฝ่ายความสำเร็จของลูกค้าจะมีประโยชน์ก็ต่อเมื่อบันทึกเหล่านั้นถูกส่งออกจากเอกสารส่วนตัวที่ใช้เขียน เวิร์กโฟลว์ที่มีประโยชน์จะส่งฉบับสั้นที่ผ่านการตรวจสอบแล้วไปยังระบบบันทึกหลัก และเก็บแหล่งข้อมูลฉบับเต็มไว้สำหรับคำถามติดตามผล ในทางปฏิบัติ หมายถึง CRM หรือแผนบัญชีสำหรับสถานะบัญชี Slack หรือ Teams สำหรับการแจ้งเตือนภายใน Notion หรือ Google Docs สำหรับแผนที่ใช้ร่วมกัน ปฏิทินหรืออีเมลสำหรับการติดตามผลกับลูกค้า เครื่องมือสนับสนุนสำหรับทิกเก็ต และระบบความคิดเห็นเกี่ยวกับผลิตภัณฑ์สำหรับหลักฐานประกอบแผนงาน

การวัดคุณภาพของบันทึก

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

เวิร์กโฟลว์ HiNoter สำหรับทีม CS

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

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

CTA: ใช้ HiNoter เพื่อสร้างความเสี่ยงในการต่ออายุ คำมั่นสัญญาของลูกค้า และขั้นตอนถัดไปจากการประชุมด้านความสำเร็จของลูกค้าครั้งถัดไปโดยอัตโนมัติ

คำถามที่พบบ่อย

โน้ตการประชุมด้านความสำเร็จของลูกค้าควรมีอะไรบ้าง?

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

ทีมด้านความสำเร็จของลูกค้าควรใช้โน้ตการประชุมด้วย AI อย่างไร?

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

โน้ตด้านความสำเร็จของลูกค้าแตกต่างจากโน้ตด้านการขายอย่างไร?

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

ฉันจะเขียนโน้ตการประชุมต่ออายุอย่างไร?

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

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

ได้ โน้ตที่มีโครงสร้างสามารถซิงค์ ส่งออก หรือคัดลอกไปยังฟิลด์ใน CRM อัปเดตใน Slack หรือ Teams, Notion หรือ Google Docs การติดตามผลในปฏิทิน สรุปทางอีเมล ตั๋วสนับสนุน และระบบความคิดเห็นเกี่ยวกับผลิตภัณฑ์ได้ ทั้งนี้ขึ้นอยู่กับเวิร์กโฟลว์ที่ทีมอนุมัติ

HiNoter สามารถสร้างโน้ตการประชุมด้านความสำเร็จของลูกค้าโดยอัตโนมัติได้หรือไม่?

ได้ HiNoter สามารถเปลี่ยนการประชุม เสียง วิดีโอ YouTube และอินพุต PDF ให้เป็นบทถอดเสียง สรุป ความเสี่ยงในการต่ออายุ รายการดำเนินการ แผนผังความคิด และคำตอบจาก AI Chat ที่เชื่อมโยงกับแหล่งที่มาได้ อย่างไรก็ตาม CSM ควรตรวจสอบคำสัญญาที่ส่งถึงลูกค้าก่อนส่งการติดตามผล