คำตอบโดยตรง: บันทึกการประชุมฝ่ายความสำเร็จของลูกค้า คือบันทึกที่มีโครงสร้างของเป้าหมายบัญชี หลักฐานการใช้งาน ความเสี่ยงในการต่ออายุ ข้อผูกพันของลูกค้า ผู้รับผิดชอบภายใน กำหนดส่ง และขั้นตอนถัดไป บันทึกที่ดีที่สุดจะเชื่อมโยงสิ่งที่ลูกค้าพูดเข้ากับแผนการต่ออายุ ทำให้ค้นหาหลักฐานความเสี่ยงได้ และกำหนดผู้รับผิดชอบสำหรับการติดตามทุกเรื่อง
บันทึกการประชุมฝ่ายความสำเร็จของลูกค้ามักล้มเหลวด้วยเหตุผลง่าย ๆ คือการสนทนามีคุณค่า แต่บันทึกกลับกระจัดกระจาย คนหนึ่งมีบันทึกส่วนตัว ไฟล์บันทึกการประชุมอยู่ในโฟลเดอร์ มีการพูดถึงความเสี่ยงใน Slack อีเมลติดตามผลระบุว่า "เราจะตรวจสอบ" แต่ไม่มีการกำหนดผู้รับผิดชอบหรือกำหนดส่ง เมื่อเริ่มทบทวนการต่ออายุ ทีมต้องสร้างประวัติบัญชีขึ้นใหม่จากความทรงจำ
สำหรับทีมฝ่ายความสำเร็จของลูกค้า นี่เป็นมากกว่าปัญหาด้านงานธุรการ การประชุมมีหลักฐานเบื้องหลังการคาดการณ์การรักษาลูกค้าไว้: ใครกำลังใช้ผลิตภัณฑ์ ลูกค้าเห็นคุณค่าอะไร ผู้มีส่วนได้ส่วนเสียคนใดยังไม่มั่นใจ อุปสรรคใดคุกคามการนำไปใช้งาน และผู้ให้บริการให้คำมั่นสัญญาอะไรไว้ ทรานสคริปต์ทั่วไปอาจเก็บรักษาคำพูดไว้ได้ แต่ทีม CS ต้องการบันทึกบัญชีที่นำไปใช้งานได้ ซึ่งเปลี่ยนคำพูดเหล่านั้นให้เป็นการตัดสินใจเรื่องการต่ออายุ การดำเนินการด้านความเสี่ยง และข้อผูกพันของลูกค้า
หน้านี้มอบเวิร์กโฟลว์ เทมเพลต และตัวอย่างสำหรับการโทรเรื่องการต่ออายุ QBR การติดตามผลการเริ่มต้นใช้งาน และการทบทวนกรณีส่งต่อปัญหา นอกจากนี้ยังแสดงให้เห็นว่า HiNoter สำหรับทีมขายและทีมฝ่ายความสำเร็จของลูกค้า สามารถบันทึกการประชุม จัดโครงสร้างบันทึก และส่งผลลัพธ์ไปยังเครื่องมือที่ทีมของคุณใช้อยู่แล้วได้อย่างไร
บันทึกการประชุมฝ่ายความสำเร็จของลูกค้าคืออะไร?
บันทึกการประชุมฝ่ายความสำเร็จของลูกค้าคือบันทึกที่เป็นลายลักษณ์อักษรของการสนทนากับลูกค้า ซึ่งจัดระเบียบตามผลลัพธ์ทางธุรกิจ การใช้งาน สุขภาพการต่ออายุ ความเสี่ยง ข้อผูกพัน และขั้นตอนถัดไป บันทึกเหล่านี้แตกต่างจากบันทึกการประชุมทั่วไป เพราะเชื่อมโยงกับความสัมพันธ์ของบัญชี บันทึก CS ที่ดีควรช่วยให้ CSM ผู้จัดการ ผู้บริหารบัญชี หัวหน้าฝ่ายสนับสนุน หรือพาร์ทเนอร์ฝ่ายผลิตภัณฑ์เข้าใจว่าเกิดอะไรเปลี่ยนแปลงหลังการโทร
นั่นหมายความว่าบันทึกไม่ควรอ่านเหมือนบันทึกคำให้การในศาล แต่ควรตอบคำถามเชิงปฏิบัติ: ลูกค้าให้ความสำคัญกับอะไร? พวกเขาตัดสินใจอะไร? มีหลักฐานความเสี่ยงใดปรากฏขึ้น? ใครเป็นผู้รับผิดชอบการดำเนินการถัดไป? อะไรต้องปรากฏให้เห็นก่อนการต่ออายุครั้งถัดไป การสนทนา QBR การขยายการใช้งาน หรือการทบทวนกรณีส่งต่อปัญหา?
เหตุใดบันทึกการประชุมฝ่ายความสำเร็จของลูกค้าจึงสำคัญต่อการรักษาลูกค้า
ฝ่ายความสำเร็จของลูกค้าถูกวัดจากผลลัพธ์ที่ต้องอาศัยความทรงจำร่วมกัน ดัชนี Customer Success Index ประจำปี 2024 ของ Gainsight ซึ่งสรุปในเดือนมกราคม 2025 รายงานว่า 76% ของบริษัทที่สำรวจระบุว่าการรักษาลูกค้าเป็นตัวชี้วัดรายได้หลัก และ 94% ให้ความร่วมมือข้ามสายงานเป็นศูนย์กลางของกลยุทธ์ลูกค้า ในรายงานอีกฉบับของ Gainsight เกี่ยวกับวิวัฒนาการของฝ่ายความสำเร็จของลูกค้า 61% ของทีมที่สำรวจมอบหมายให้ CS รับผิดชอบบางส่วนต่อการต่ออายุ การขยายการใช้งาน หรือทั้งสองอย่าง
สัญญาณมักปรากฏขึ้นครั้งแรกในการประชุม ผู้สนับสนุนเปลี่ยนบทบาทอย่างเงียบ ๆ ทีมทดลองหยุดเข้าร่วมการฝึกอบรมการใช้งาน ความล่าช้าด้านการจัดซื้อเปลี่ยนจาก "อาจจะ" เป็น "มีแนวโน้ม" ผู้บริหารกล่าวว่าผลิตภัณฑ์มีประโยชน์ แต่ไม่ได้เชื่อมโยงกับเป้าหมายลดต้นทุนของปีนี้ ช่วงเวลาเหล่านี้ไม่ควรอยู่เพียงในไฟล์บันทึกการประชุมหรือบันทึกส่วนตัวของ CSM คนใดคนหนึ่ง
ดัชนี Work Trend Index ของ Microsoft สำรวจผู้คน 31,000 คนใน 31 ประเทศ และพบว่าการประชุมที่ไม่มีประสิทธิภาพเป็นตัวขัดขวางผลิตภาพอันดับหนึ่ง ขณะที่ 68% ของผู้คนกล่าวว่าพวกเขามีเวลาโฟกัสโดยไม่มีสิ่งรบกวนไม่เพียงพอ สำหรับทีม CS แรงกดดันนี้คุ้นเคยดี: มีสายสนทนามากขึ้น มีบัญชีมากขึ้น มีการติดตามผลมากขึ้น และมีเวลาน้อยลงในการเปลี่ยนการสนทนาให้เป็นหลักฐานบัญชีที่ชัดเจน
งานวิจัยคลาสสิกของ Bain ด้านการรักษาลูกค้าพบว่า การเพิ่มอัตราการรักษาลูกค้าห้าจุดเปอร์เซ็นต์อาจสัมพันธ์กับกำไรที่เพิ่มขึ้น 25% ถึง 95% ขึ้นอยู่กับอุตสาหกรรมและเศรษฐศาสตร์ของธุรกิจ โปรดมองช่วงดังกล่าวเป็นบริบท ไม่ใช่ผลลัพธ์ที่รับประกัน เมื่อผลลัพธ์การต่ออายุมีความสำคัญ หลักฐานจากการประชุมควรค้นหา ตรวจสอบ และนำไปดำเนินการได้ง่าย
บันทึกการประชุมฝ่ายความสำเร็จของลูกค้า: สิ่งที่ควรบันทึก
บันทึก CS ที่ดีที่สุดมีโครงสร้างตามการตัดสินใจและสุขภาพของบัญชี ไม่ใช่ทุกประโยค ใช้ตารางด้านล่างเป็นรายการตรวจสอบสำหรับการบันทึกในการประชุมที่เน้นการต่ออายุ
| ด้าน | สิ่งที่ควรบันทึก | เหตุผลที่สำคัญ |
|---|---|---|
| เป้าหมายทางธุรกิจ | ผลลัพธ์ของลูกค้า ตัวชี้วัด โครงการริเริ่ม หรือลำดับความสำคัญของผู้บริหารที่เชื่อมโยงกับผลิตภัณฑ์ | คุณค่าของการต่ออายุต้องมีเหตุผลทางธุรกิจ ไม่ใช่เพียงการใช้งานผลิตภัณฑ์ |
| หลักฐานการใช้งาน | ความคิดเห็นเกี่ยวกับการใช้งาน ความครอบคลุมของทีม ความคืบหน้าของเวิร์กโฟลว์ ช่องว่างด้านการฝึกอบรม และหลักฐานคุณค่า | หลักฐานช่วยสนับสนุนการให้คะแนนสุขภาพและความมั่นใจในการต่ออายุ |
| แผนผังผู้มีส่วนได้ส่วนเสีย | ผู้สนับสนุน ผู้มีอำนาจตัดสินใจด้านเศรษฐกิจ ผู้รับผิดชอบด้านเทคนิค ผู้ขัดขวาง ผู้มีอำนาจตัดสินใจรายใหม่ และผู้ที่ยังไม่มีส่วนร่วม | ความเสี่ยงในการต่ออายุมักเริ่มต้นเมื่อบุคคลที่ไม่ถูกต้องหรือบุคคลสำคัญไม่เข้าร่วม |
| สัญญาณความเสี่ยง | แรงกดดันด้านงบประมาณ การเปลี่ยนผู้สนับสนุน การใช้งานต่ำ อุปสรรคทางเทคนิค ปัญหาด้านการสนับสนุนที่ยังไม่ได้รับการแก้ไข หรือภัยคุกคามจากคู่แข่ง | ทีมต้องได้รับสัญญาณเตือนล่วงหน้าก่อนที่การคาดการณ์การต่ออายุจะคลาดเคลื่อน |
| ข้อผูกพัน | สิ่งที่ลูกค้าสัญญา สิ่งที่ทีมของคุณสัญญา ใครเป็นผู้รับผิดชอบ และครบกำหนดเมื่อใด | ข้อผูกพันที่ชัดเจนช่วยป้องกันการติดตามผลที่คลุมเครือและการค้นหาข้อมูลซ้ำ |
| การตัดสินใจ | ขอบเขตที่อนุมัติ แผนที่ตกลงกัน การประชุมครั้งถัดไป แนวทางการส่งต่อปัญหา ความคาดหวังด้านราคา หรือขั้นตอนของกระบวนการต่ออายุ | การตัดสินใจไม่ควรถูกฝังอยู่ในเธรดอีเมลหรือแชต |
| รายการดำเนินการ | งาน ผู้รับผิดชอบ กำหนดเวลา สิ่งที่ต้องพึ่งพา สถานะ และถ้อยคำสำหรับสื่อสารกับลูกค้าหากจำเป็น | บันทึก CS จะมีประโยชน์เมื่อช่วยขับเคลื่อนการดำเนินการถัดไป |
ก่อนและหลัง: จากบันทึกที่กระจัดกระจายสู่ความรู้เกี่ยวกับบัญชี
การประชุมกับลูกค้าควรสร้างบันทึกที่มีประโยชน์สำหรับทีมบัญชีทั้งหมด ปัญหาคือหลายทีมยังมองว่าการจัดทำเอกสารเป็นพฤติกรรมส่วนบุคคล CSM คนหนึ่งอาจเขียนบันทึกได้ยอดเยี่ยม ขณะที่อีกคนพึ่งพาความทรงจำ จากนั้นผู้จัดการต้องติดตามข้อมูลอัปเดตใน Slack ช่องข้อมูล CRM ไฟล์บันทึกการโทร และอีเมลติดตามผล
| ระยะ | กระบวนการที่กระจัดกระจาย | กระบวนการที่มีโครงสร้าง | ผลลัพธ์จาก HiNoter |
|---|---|---|---|
| ก่อนการประชุม | CSM ค้นหาบันทึกเก่า Slack CRM และไฟล์บันทึกการประชุมเพื่อจดจำคำมั่นสัญญาครั้งล่าสุด | เปิดดูเป้าหมายบัญชี ความเสี่ยง รายการดำเนินการก่อนหน้า และวันที่ต่ออายุก่อนการโทร | บริบทการประชุมและพื้นที่ที่เป็นระเบียบสำหรับบันทึกครั้งถัดไป |
| ระหว่างการประชุม | คนหนึ่งต้องแบ่งความสนใจระหว่างการฟัง การพิมพ์ และการจัดการบทสนทนา | ทีมมีส่วนร่วมกับการประชุมอย่างเต็มที่ ขณะที่การประชุมถูกบันทึกโดยได้รับความยินยอมและจัดโครงสร้างหลังการโทร | ทรานสคริปต์ที่บันทึกโดยอัตโนมัติ สรุปผล การตัดสินใจ และรายการดำเนินการ |
| หลังการประชุม | เขียนอีเมลติดตามผลใหม่ด้วยตนเอง คัดลอกงานไปยังเครื่องมือหลายตัว และเก็บบันทึกความเสี่ยงไว้เป็นส่วนตัว | ทบทวนและแชร์สรุป ผู้รับผิดชอบ กำหนดส่ง ความเสี่ยงในการต่ออายุ และสรุปสำหรับลูกค้าเพียงครั้งเดียว | สรุป งานที่พร้อมสำหรับการติดตามผล แผนผังความคิด และบันทึกที่ส่งออกได้ |
| การทบทวนการต่ออายุ | ผู้จัดการขอให้ CSM อธิบายสิ่งที่เกิดขึ้นตลอดการโทรเป็นเวลาหลายเดือน | ทีมทบทวนบันทึกที่ค้นหาได้และมีแหล่งอ้างอิง โดยจัดระเบียบตามบัญชีและการประชุม | AI Chat ตอบคำถามพร้อมการอ้างอิงไปยังการประชุมต้นทาง |
วิธีดำเนินเวิร์กโฟลว์บันทึกของฝ่ายความสำเร็จของลูกค้า
1. เตรียมบริบทของบัญชีก่อนการโทร
เริ่มจากสถานการณ์จริงของบัญชี ไม่ใช่วาระการประชุม ตรวจสอบวันที่ต่ออายุ ขอบเขตสัญญา สถานะการใช้งาน การส่งต่อปัญหาด้านการสนับสนุนที่ยังเปิดอยู่ การมีส่วนร่วมของผู้สนับสนุนระดับผู้บริหาร ข้อผูกพันจาก QBR ครั้งล่าสุด และสัญญาณการขยายการใช้งานหรือการลดขนาด หากทีมของคุณใช้ CRM แพลตฟอร์มความสำเร็จของลูกค้า พื้นที่ทำงานร่วมกัน หรือตัวติดตามโครงการ ให้นำบริบทที่สำคัญที่สุดมาไว้ในมุมมองเดียวก่อนการประชุม
บันทึกก่อนการประชุมควรมีคำถามง่าย ๆ สามข้อ: เราพยายามเรียนรู้อะไร? ความเสี่ยงใดต้องมีหลักฐาน? คำมั่นสัญญาใดจากการโทรครั้งที่แล้วที่ต้องปิดหรืออัปเดต? วิธีนี้ช่วยให้การสนทนาเชื่อมโยงกับผลลัพธ์ของบัญชี แทนที่จะกลายเป็นการเช็กอินทั่วไป
2. บันทึกถ้อยคำของลูกค้าระหว่างการประชุม
ถ้อยคำที่ตรงตามจริงมีความสำคัญ "เราไม่เห็นการนำไปใช้ในฝ่ายการเงิน" แตกต่างจาก "ฝ่ายการเงินยังไม่ได้รับการฝึกอบรม" "งบประมาณมีจำกัด" แตกต่างจาก "ฝ่ายจัดซื้อต้องการกรณีศึกษาทางธุรกิจก่อนวันที่ 2 สิงหาคม" บันทึกคำพูดของลูกค้าเกี่ยวกับคุณค่า ความเสี่ยง อุปสรรค และความเร่งด่วน เพื่อให้ทีมแยกสัญญาณออกจากข้อสันนิษฐานได้
หากคุณใช้ผู้ช่วย AI ควรทำให้เรื่องความยินยอมและกติกาการประชุมมีความชัดเจน HiNoter สามารถทำงานเป็น ผู้ช่วยการประชุม AI ที่เข้าร่วมการประชุมตามกำหนดการและบันทึกการสนทนาไว้เบื้องหลัง ซึ่งช่วยให้ CSM มุ่งความสนใจไปที่ลูกค้าได้แทนการพิมพ์ทุกรายละเอียด
3. เปลี่ยนการสนทนาให้เป็นบันทึกการต่ออายุ
หลังการสนทนา อย่าเพียงจัดเก็บบันทึกการถอดเสียง เปลี่ยนให้เป็นบันทึกการต่ออายุ สรุปการเปลี่ยนแปลงด้านสุขภาพของบัญชี ระบุข้อผูกพันของลูกค้า ระบุข้อผูกพันของผู้ให้บริการ อัปเดตระดับความเสี่ยง มอบหมายเจ้าของงาน และเขียนสรุปสำหรับลูกค้า หากการประชุมทำให้เกิดคำขอผลิตภัณฑ์ใหม่ การส่งต่อปัญหาไปยังฝ่ายสนับสนุน การตรวจสอบด้านความปลอดภัย หรือการพึ่งพาฝ่ายจัดซื้อ ให้ระบุป้ายกำกับอย่างชัดเจนและส่งต่อไปยังทีมที่เหมาะสม
บันทึกการประชุมด้วย AI ของ HiNoter ได้รับการออกแบบมาสำหรับขั้นตอนนี้ ได้แก่ สรุปอัตโนมัติ การตัดสินใจ รายการงานที่ต้องดำเนินการ และแผนผังความคิดที่อยู่บนบันทึกการถอดเสียง ขั้นตอนการตรวจสอบยังคงมีความสำคัญ CSM ควรยืนยันชื่อ กำหนดเวลา ถ้อยคำที่ละเอียดอ่อน และข้อความสำหรับลูกค้าก่อนแชร์
4. นำบันทึกกลับมาใช้ในทีมดูแลบัญชี
งานด้านความสำเร็จของลูกค้าแทบไม่เคยเป็นหน้าที่ของคนเพียงคนเดียว ฝ่ายขายต้องการบริบทเกี่ยวกับการขยายการใช้งานและข้อโต้แย้ง ฝ่ายผลิตภัณฑ์ต้องการหลักฐานเบื้องหลังคำขอฟีเจอร์ ฝ่ายสนับสนุนต้องการประวัติการส่งต่อปัญหา ฝ่ายการเงินอาจต้องการช่วงเวลาการต่ออายุ ผู้นำต้องการประเด็นความเสี่ยง บันทึกที่ดีนำกลับมาใช้ได้เพราะค้นหาได้ มีโครงสร้าง และเชื่อมโยงกับการประชุมต้นทาง
นี่คือจุดที่การค้นหาที่อ้างอิงแหล่งข้อมูลเปลี่ยนกระบวนการทำงาน ด้วย HiNoter AI Chat ทีมสามารถถามคำถาม เช่น "มีบัญชีใดบ้างที่กล่าวถึงอุปสรรคในการนำไปใช้งานในไตรมาสนี้" หรือ "Northstar พูดถึง SSO อย่างไรก่อนการทบทวนการต่ออายุ" และติดตามคำตอบกลับไปยังบันทึกต้นทางที่เกี่ยวข้องได้
เทมเพลตบันทึกการประชุมความสำเร็จของลูกค้าที่คัดลอกได้
ใช้เทมเพลตนี้สำหรับ QBR การติดตามการต่ออายุ การประชุมจัดแนวผู้บริหาร การทบทวนการส่งต่อปัญหา และการติดตามผลการเริ่มต้นใช้งาน แยกภาษาที่ใช้กับลูกค้าออกจากบันทึกความเสี่ยงภายในเท่านั้น เพื่อให้ทีมสามารถแชร์ได้อย่างมั่นใจโดยไม่เปิดเผยการประเมินส่วนตัว
รายละเอียดบัญชีและการประชุม
บัญชี: [ชื่อบัญชี] | ประเภทการประชุม: [QBR / การต่ออายุ / การเริ่มต้นใช้งาน / การส่งต่อปัญหา / การจัดแนวผู้บริหาร] | วันที่: [วันที่] | วันที่ต่ออายุ: [วันที่] | ขอบเขตสัญญา: [แผน / จำนวนที่นั่ง / ผลิตภัณฑ์] | ผู้เข้าร่วม: [ผู้เข้าร่วมจากลูกค้าและผู้เข้าร่วมภายใน]
เป้าหมายของลูกค้า
ผลลัพธ์ทางธุรกิจหลัก: [สิ่งที่ลูกค้าพยายามบรรลุ]
ตัวชี้วัดความสำเร็จ: [ตัวชี้วัด กรอบเวลา หรือผลลัพธ์ที่สังเกตได้]
คำพูดของลูกค้า: "[ถ้อยคำที่ตรงตามจริงซึ่งอธิบายคุณค่า ความไม่พอใจ ความเสี่ยง หรือความเร่งด่วน]"
หลักฐานการนำไปใช้และคุณค่า
สิ่งที่ใช้งานได้ดี: [หลักฐานการนำไปใช้ กรณีการใช้งาน แผนก เวิร์กโฟลว์ หรือคุณค่าที่ได้รับ]
สิ่งที่ใช้งานไม่ได้: [ช่องว่าง อุปสรรค ผู้มีส่วนได้ส่วนเสียที่ขาดหาย ปัญหาการสนับสนุน หรือความต้องการฝึกอบรม]
คุณภาพของหลักฐาน: [ยืนยันแล้ว / เป็นข้อสันนิษฐาน / ต้องตรวจสอบ]
ทะเบียนความเสี่ยงด้านการต่ออายุ
ระดับความเสี่ยง: [ต่ำ / ปานกลาง / สูง]
สัญญาณความเสี่ยง: [งบประมาณ การเปลี่ยนแปลงผู้สนับสนุน การนำไปใช้ การติดตั้งใช้งาน การสนับสนุน การจัดซื้อ คู่แข่ง]
หลักฐาน: [สิ่งที่ลูกค้าพูดหรือสิ่งที่ข้อมูลแสดง]
ผลกระทบ: [สิ่งที่อาจเกิดขึ้นหากไม่แก้ไขความเสี่ยง]
เจ้าของงาน: [เจ้าของงานภายใน] | การทบทวนครั้งถัดไป: [วันที่]
การตัดสินใจและข้อผูกพัน
การตัดสินใจที่เกิดขึ้น: [สิ่งที่ตกลงกัน]
ข้อผูกพันของลูกค้า: [งาน เจ้าของงาน กำหนดส่ง]
ข้อผูกพันภายใน: [งาน เจ้าของงาน กำหนดส่ง]
ร่างอีเมลติดตามผล: [สรุปสั้น ๆ ที่ปลอดภัยสำหรับลูกค้า]
รายการงานที่ต้องดำเนินการ
1. [งาน] - เจ้าของงาน: [ชื่อ] - กำหนดส่ง: [วันที่] - สถานะ: [เปิด / รอ / เสร็จสิ้น]
2. [งาน] - เจ้าของงาน: [ชื่อ] - กำหนดส่ง: [วันที่] - สถานะ: [เปิด / รอ / เสร็จสิ้น]
3. [งาน] - เจ้าของงาน: [ชื่อ] - กำหนดส่ง: [วันที่] - สถานะ: [เปิด / รอ / เสร็จสิ้น]
สร้างสิ่งนี้โดยอัตโนมัติด้วย HiNoter: เชื่อมต่อปฏิทินของคุณ ให้ HiNoter บันทึกการประชุมกับลูกค้า จากนั้นตรวจสอบบันทึกการถอดเสียง สรุป การตัดสินใจ รายการงานที่ต้องดำเนินการ และแผนผังความคิดที่สร้างขึ้นก่อนส่งสรุปให้ลูกค้าหรืออัปเดตพื้นที่ทำงานของคุณ
ตัวอย่างสมมติ: บันทึกความเสี่ยงด้านการต่ออายุสำหรับ Northstar Logistics
ตัวอย่างด้านล่างเป็นเรื่องสมมติ แต่สะท้อนระดับความเฉพาะเจาะจงที่ผู้จัดการความสำเร็จของลูกค้าควรมุ่งหวัง การประชุมนี้เป็นการติดตามการต่ออายุสำหรับบัญชีซอฟต์แวร์โลจิสติกส์ โดยเหลือเวลา 74 วันก่อนการต่ออายุ
บริบทของบัญชี: Northstar Logistics ใช้ผลิตภัณฑ์ในสองจากสามภูมิภาค ผู้สนับสนุนระดับผู้บริหารเดิมย้ายไปทำหน้าที่อื่น การเปิดใช้งานในภูมิภาค EMEA ล่าช้าเนื่องจากการทดสอบ SSO ยังไม่เสร็จสิ้น
เป้าหมายของลูกค้า: ลดเวลาการแก้ไขข้อยกเว้นของเส้นทางจากหกชั่วโมงเหลือสามชั่วโมงภายในสิ้นไตรมาสที่ 3 ผู้อำนวยการฝ่ายปฏิบัติการกล่าวว่า "สองภูมิภาคที่ใช้งานจริงกำลังส่งต่องานได้เร็วขึ้น แต่ EMEA หยุดชะงักจนกว่า IT จะดำเนินการ SSO เสร็จสิ้น"
ความเสี่ยงด้านการต่ออายุ: ปานกลาง เรื่องราวคุณค่ามีความน่าเชื่อถือในสองภูมิภาค แต่ภูมิภาคที่สามติดขัด และผู้สนับสนุนระดับผู้บริหารคนใหม่ยังไม่ได้เข้าร่วมการทบทวนธุรกิจ หลักฐานประกอบด้วยการทดสอบ SSO ที่ล่าช้า วันที่ฝึกอบรม EMEA ที่ยังขาดการยืนยัน และยังไม่มีการยืนยันการทบทวนโดยผู้บริหารก่อนเริ่มกระบวนการจัดซื้อ
การตัดสินใจ: Northstar จะทบทวนขอบเขตการต่ออายุปัจจุบันต่อไปจนกว่าจะถึงการตรวจสอบการเปิดใช้งานในเดือนกรกฎาคม ทีม HiNoter จะส่งคู่มือ SSO และนัดหมายการประชุมปลดล็อกปัญหาทางเทคนิค 30 นาที ฝ่าย IT ของ Northstar จะระบุเจ้าของการทดสอบภายในวันที่ 17 กรกฎาคม
รายการงานที่ต้องดำเนินการ: CSM ส่งคู่มือ SSO ภายในวันที่ 15 กรกฎาคม ฝ่ายสนับสนุนยืนยันข้อกำหนดเบื้องต้นของการทดสอบภายในวันที่ 16 กรกฎาคม ฝ่าย IT ของลูกค้าระบุเจ้าของการทดสอบภายในวันที่ 17 กรกฎาคม ผู้บริหารบัญชีจัดการประชุมจัดแนวผู้สนับสนุนในสัปดาห์ของวันที่ 22 กรกฎาคม CSM อัปเดตความเสี่ยงด้านการต่ออายุหลังการประชุมทางเทคนิค
สรุปสำหรับลูกค้า: "ขอบคุณที่ช่วยทบทวนสถานะการเปิดใช้งาน EMEA เราบันทึกขั้นตอนถัดไปไว้สามรายการ ได้แก่ ทีมของเราจะส่งคู่มือ SSO ทีม IT ของคุณจะยืนยันเจ้าของการทดสอบ และเราจะนัดเซสชันปลดล็อกปัญหาสั้น ๆ ก่อนการทบทวนการเปิดใช้งานในเดือนกรกฎาคม"
บันทึกภายในเท่านั้น: อย่าถือว่าการต่ออายุมีความแน่นอนจนกว่าผู้สนับสนุนระดับผู้บริหารคนใหม่จะเข้าร่วมการทบทวนคุณค่าหรือยืนยันผลลัพธ์ไตรมาสที่ 3 เรื่องราวการนำไปใช้มีความแข็งแกร่งในสองภูมิภาค แต่ฝ่ายจัดซื้ออาจตั้งคำถามเกี่ยวกับขอบเขตหาก EMEA ยังไม่เริ่มใช้งานจริง
วิธีบันทึกความเสี่ยงด้านการต่ออายุโดยไม่คาดเดา
บันทึกความเสี่ยงด้านการต่ออายุจะมีประสิทธิภาพสูงสุดเมื่อแยกสัญญาณออกจากหลักฐาน สัญญาณคือรูปแบบที่อาจส่งผลต่อการต่ออายุ หลักฐานคือคำพูด พฤติกรรม วันที่ อุปสรรค แนวโน้มการใช้งาน หรือการตัดสินใจที่สนับสนุนสัญญาณนั้น หากไม่มีหลักฐาน ทีมอาจตอบสนองเกินจริงต่อความกังวลที่คลุมเครือ หรือตอบสนองน้อยเกินไปต่อความเสี่ยงที่เกิดขึ้นจริง
| สัญญาณความเสี่ยง | หลักฐานที่ต้องบันทึก | เจ้าของงาน | การทบทวนครั้งถัดไป |
|---|---|---|---|
| การเปลี่ยนแปลงผู้สนับสนุน | ใครออกจากตำแหน่ง ใครมาแทนที่ และผู้สนับสนุนคนใหม่รับผิดชอบผลลัพธ์ทางธุรกิจใด | CSM | 7 วัน |
| การนำไปใช้ต่ำ | แนวโน้มการใช้งาน ความครอบคลุมของทีม เวิร์กโฟลว์ที่ถูกข้าม ช่องว่างด้านการเสริมทักษะ และหลักฐานคุณค่า | CSM + AE | 14 วัน |
| การเปิดใช้งานติดขัด | การพึ่งพาทางเทคนิค เจ้าของอุปสรรค วันที่รับปากไว้ และเส้นทางการส่งต่อปัญหา | CSM + ฝ่ายสนับสนุน | 3 วัน |
| แรงกดดันด้านงบประมาณ | ช่วงเวลาการต่ออายุ สถานะการจัดซื้อ หลักฐานคุณค่า และคำขอจากผู้บริหาร | หัวหน้าฝ่าย CS | รายสัปดาห์ |
KPI ที่บันทึกความสำเร็จของลูกค้าควรรองรับ
บันทึกการประชุมไม่ใช่สิ่งทดแทนข้อมูลการใช้งานผลิตภัณฑ์ ฟิลด์ใน CRM หรือรายงานทางการเงิน แต่เป็นชั้นหลักฐานเชิงคุณภาพที่อธิบายว่าเหตุใดตัวชี้วัดจึงเปลี่ยนแปลง เมื่อเขียนอย่างดี บันทึกเหล่านี้จะทำให้การทบทวนสุขภาพของลูกค้าพึ่งพาความทรงจำน้อยลงและอ้างอิงประวัติของบัญชีมากขึ้น
| KPI | หลักฐานจากบันทึกการประชุม | ผู้จัดการใช้ข้อมูลนี้อย่างไร |
|---|---|---|
| ความมั่นใจในการคาดการณ์การต่ออายุ | ความรู้สึกของผู้มีอำนาจตัดสินใจ สถานะการจัดซื้อ ระดับความเสี่ยง และวันที่ทบทวนครั้งถัดไป | ตรวจสอบว่าเรื่องราวการต่ออายุสอดคล้องกับหมวดหมู่การคาดการณ์หรือไม่ |
| ความเสี่ยงต่อการรักษารายได้รวม | แรงกดดันด้านงบประมาณ ช่องว่างด้านคุณค่า การใช้งานต่ำ หรืออุปสรรคที่ยังไม่ได้รับการแก้ไข | จัดลำดับความสำคัญของแผนรักษาลูกค้าและการมีส่วนร่วมของผู้บริหาร |
| ความพร้อมในการขยายการใช้งาน | กรณีการใช้งานใหม่ ความสนใจจากทีมเพิ่มเติม ตัวชี้วัดความสำเร็จ และสัญญาณการซื้อ | ประสานงานระหว่าง CS และฝ่ายขายโดยไม่ต้องเริ่มค้นหาข้อมูลซ้ำ |
| การปิดรายการงานที่ต้องดำเนินการ | ผู้รับผิดชอบ กำหนดส่ง สถานะ สิ่งที่ต้องพึ่งพา และคำมั่นสัญญาของลูกค้า | ค้นหาคำมั่นสัญญาที่หยุดชะงักก่อนจะกลายเป็นปัญหาด้านความไว้วางใจ |
| การมีผู้สนับสนุนระดับผู้บริหาร | ผู้สนับสนุนที่ระบุชื่อ การเข้าร่วมล่าสุด ภาษาที่สื่อถึงคุณค่า และอำนาจในการตัดสินใจ | ระบุบัญชีที่การต่ออายุขึ้นอยู่กับผู้มีส่วนได้ส่วนเสียที่ยังขาดหายไป |
HiNoter เข้ากับเวิร์กโฟลว์ Customer Success อย่างไร
HiNoter มีประโยชน์เมื่อทีมต้องการมากกว่าการถอดเสียง เวิร์กโฟลว์นี้เรียบง่ายเพียงพอสำหรับ CSM ที่มีงานยุ่ง และมีโครงสร้างเพียงพอสำหรับผู้จัดการที่ต้องการหลักฐานบัญชีลูกค้าที่สม่ำเสมอ
1. เชื่อมต่อปฏิทิน ทีมเลือกได้ว่าการประชุมกับลูกค้าครั้งใดควรได้รับการบันทึก ซึ่งมีประโยชน์อย่างยิ่งสำหรับ QBR ที่จัดเป็นประจำ การสนทนาเรื่องการต่ออายุ การตรวจสอบการเริ่มต้นใช้งาน และการทบทวนกรณีที่มีการยกระดับปัญหา
2. ให้ผู้ช่วยเข้าร่วมการประชุม HiNoter สามารถเข้าร่วมการโทรที่กำหนดเวลาไว้โดยอัตโนมัติ เพื่อให้ CSM ไม่จำเป็นต้องจำว่าต้องเริ่มบันทึกหรือมอบหมายให้ผู้จดบันทึกที่เป็นมนุษย์
3. รับผลลัพธ์ที่มีโครงสร้างหลังการประชุม HiNoter สร้างทรานสคริปต์ สรุปแบบกระชับ การตัดสินใจ รายการงานที่ต้องดำเนินการ และแผนผังความคิด การตรวจจับภาษาและการรองรับภาษามากกว่า 50 ภาษามีประโยชน์สำหรับทีม CS ระดับโลกที่ดูแลบัญชีลูกค้าในบทสนทนาภาษาอังกฤษ โปรตุเกส สเปน ฝรั่งเศส และบทสนทนาหลายภาษา
4. ส่งบันทึกเข้าสู่เวิร์กสเปซ ทีมสามารถย้ายความรู้จากการประชุมเข้าสู่ระบบที่มีอยู่ได้ ตัวอย่างเช่น การผสานรวม HiNoter Notion สามารถส่งสรุป รายการงานที่ต้องดำเนินการ วันที่ แท็ก และบล็อกเนื้อหาเข้าสู่ฐานข้อมูลที่เลือก เพื่อไม่ให้บันทึกบัญชีลูกค้าแยกอยู่ในไซโลอื่น
5. ถามคำถามในภายหลัง ก่อนการทบทวนการต่ออายุ CSM หรือผู้จัดการสามารถถามคำถามที่เชื่อมโยงกับแหล่งข้อมูลจากประวัติการประชุมได้ เช่น "บัญชีนี้แจ้งความเสี่ยงอะไรบ้างในช่วง 90 วันที่ผ่านมา" หรือ "คำมั่นสัญญาใดของลูกค้าที่ยังเปิดอยู่"
ส่วนถามและตอบเฉพาะบทบาทสำหรับทีมรายได้
ทีม Customer Success ควรใช้บันทึกการประชุมจาก AI อย่างไร
ทีม Customer Success ควรใช้บันทึกการประชุมจาก AI เป็นร่างที่มีโครงสร้าง ไม่ใช่บันทึกฉบับสุดท้ายที่ไม่ได้ตรวจสอบ CSM ควรตรวจทานสรุป ยืนยันคำมั่นสัญญาของลูกค้า มอบหมายงานที่ต้องดำเนินการ แยกบันทึกความเสี่ยงภายในออกจากสรุปที่ส่งให้ลูกค้า และอัปเดตแผนบัญชีลูกค้า คุณค่าไม่ได้อยู่ที่การจดบันทึกได้เร็วขึ้นเท่านั้น แต่อยู่ที่การมีหลักฐานการต่ออายุที่สม่ำเสมอทั่วทั้งทีม
ทีมขายควรใช้บันทึกการประชุมของ Customer Success อย่างไร
ทีมขายควรใช้บันทึก CS เพื่อทำความเข้าใจสัญญาณการขยายการใช้งาน ข้อโต้แย้งเกี่ยวกับการต่ออายุ การเปลี่ยนแปลงของผู้มีส่วนได้ส่วนเสีย และภาษาที่ลูกค้าใช้ การส่งต่องานที่ดีควรบอกผู้บริหารบัญชีว่าพิสูจน์คุณค่าอะไรแล้ว ความเสี่ยงใดต้องได้รับความสนใจ ใครเป็นผู้รับผิดชอบด้านการจัดซื้อ และคำพูดใดของลูกค้าที่สนับสนุนเหตุผลทางธุรกิจ วิธีนี้ช่วยป้องกันไม่ให้ฝ่ายขายเริ่มค้นหาข้อมูลใหม่อีกครั้งในการสนทนาเรื่องการต่ออายุระยะท้าย
ทีมผลิตภัณฑ์ควรได้รับอะไรจากบันทึก CS
ทีมผลิตภัณฑ์ต้องการหลักฐาน ไม่ใช่คำขอที่คลุมเครือ แชร์กลุ่มลูกค้า กรณีการใช้งาน อุปสรรค คำพูด ผลกระทบ ความถี่ และระบุว่าคำขอนั้นส่งผลต่อการรักษาลูกค้า การขยายการใช้งาน หรือการนำไปใช้หรือไม่ บันทึกที่ระบุว่า "ลูกค้าต้องการการรายงานที่ดีขึ้น" นั้นไม่ชัดเจน บันทึกที่ระบุว่า "หัวหน้าฝ่ายปฏิบัติการระดับภูมิภาคสามคนไม่สามารถกระทบยอดข้อมูลข้อยกเว้นก่อนการวางแผนประจำสัปดาห์ได้" นั้นมีประโยชน์
ทีมสนับสนุนควรได้รับอะไรจากบันทึก CS
ทีมสนับสนุนควรได้รับรายละเอียดของอุปสรรคที่แน่นอน ผลกระทบต่อลูกค้า รายละเอียดสภาพแวดล้อม ระดับความเร่งด่วน ผู้รับผิดชอบ และขั้นตอนถัดไปที่ให้คำมั่นไว้ บันทึก CS มีประโยชน์เป็นพิเศษเมื่อเชื่อมโยงการยกระดับปัญหาด้านการสนับสนุนเข้ากับความเสี่ยงต่อการต่ออายุ เพราะช่วยให้ทีมจัดลำดับความสำคัญของปัญหาที่ส่งผลต่อความไว้วางใจ การนำไปใช้ หรือการตัดสินใจเรื่องสัญญา
ความเป็นส่วนตัว ความยินยอม และกฎการแบ่งปัน
การสนทนากับลูกค้าอาจมีเงื่อนไขทางการค้า ปัญหาผลิตภัณฑ์ ข้อมูลส่วนบุคคล กลยุทธ์ด้านสัญญา และการประเมินภายใน แจ้งให้ผู้เข้าร่วมทราบเมื่อมีการใช้ผู้ช่วยการประชุมหรือการบันทึก ปฏิบัติตามกฎด้านความยินยอมที่เกี่ยวข้อง และเคารพข้อกำหนดด้านความปลอดภัยของลูกค้า หากบัญชีใดห้ามผู้จดบันทึกภายนอกหรือการบันทึก ให้ใช้เวิร์กโฟลว์แบบแมนนวลที่ได้รับอนุมัติและมีโครงสร้างเดียวกัน
แยกสรุปที่ส่งให้ลูกค้าออกจากบันทึกภายใน เวอร์ชันที่ส่งให้ลูกค้าควรยืนยันการตัดสินใจ คำมั่นสัญญา ผู้รับผิดชอบ วันที่ และขั้นตอนถัดไป บันทึกภายในอาจมีความมั่นใจในการต่ออายุ กลยุทธ์การยกระดับปัญหา ความเสี่ยงของผู้มีส่วนได้ส่วนเสีย และความคิดเห็นเพื่อการโค้ช การผสมกลุ่มผู้รับสารทั้งสองเข้าด้วยกันทำให้บันทึกที่มีประโยชน์กลายเป็นบันทึกที่มีความเสี่ยง
การควบคุมการเข้าถึงมีความสำคัญหลังการประชุมเช่นกัน บันทึกการต่ออายุควรเปิดให้ทีมบัญชีลูกค้าที่เหมาะสม ไม่ใช่พนักงานทุกคน หากบันทึกมีรายละเอียดด้านราคา กฎหมาย ความปลอดภัย หรือบุคลากรที่ละเอียดอ่อน ให้ใช้ความระมัดระวังเช่นเดียวกับที่ใช้กับข้อมูล CRM และสัญญาของลูกค้า
ข้อผิดพลาดทั่วไปในบันทึกการประชุม Customer Success
เขียนทรานสคริปต์แทนบันทึกการตัดสินใจ ทรานสคริปต์มีประโยชน์สำหรับการตรวจสอบแหล่งข้อมูล แต่ผู้จัดการต้องการการตัดสินใจ ความเสี่ยง หลักฐาน ผู้รับผิดชอบ และวันที่
ใช้ภาษาความเสี่ยงที่คลุมเครือ "บัญชีนี้ดูมีความเสี่ยง" ไม่ใช่สิ่งที่นำไปดำเนินการได้ แต่ "ผู้สนับสนุนคนใหม่ยังไม่เข้าร่วมการทบทวนคุณค่า และการจัดซื้อจะเริ่มในอีก 21 วัน" เป็นสิ่งที่นำไปดำเนินการได้
ละเลยคำมั่นสัญญาของลูกค้า ทีม CS มักบันทึกงานของตนเอง แต่ลืมสิ่งที่ลูกค้าสัญญาไว้ แผนการต่ออายุขึ้นอยู่กับทั้งสองฝ่าย
ปล่อยให้บันทึกอยู่ในเอกสารส่วนตัว บันทึกส่วนตัวช่วยคนคนเดียว บันทึกบัญชีลูกค้าที่แชร์ร่วมกันช่วยให้ทีมดำเนินการได้โดยไม่ต้องถามคำถามเดิมซ้ำ
ส่งบันทึกภายในให้ลูกค้า แยกสรุปที่ปลอดภัยสำหรับลูกค้าออกจากการประเมินการต่ออายุภายใน การให้คะแนนความเสี่ยง และกลยุทธ์การเจรจา
ลองใช้ HiNoter สำหรับบันทึกการประชุม Customer Success
ใช้ HiNoter เมื่อการประชุมกับลูกค้าจำเป็นต้องกลายเป็นหลักฐานการต่ออายุ ไม่ใช่เพียงการบันทึกที่จัดเก็บไว้ เชื่อมต่อปฏิทินของคุณ ให้ HiNoter เข้าร่วมการประชุม และตรวจทานทรานสคริปต์ สรุป การตัดสินใจ รายการงานที่ต้องดำเนินการ แผนผังความคิด และคำตอบที่เชื่อมโยงกับแหล่งข้อมูลที่สร้างขึ้น จากนั้นส่งเวอร์ชันที่เหมาะสมให้ลูกค้าและซิงค์บันทึกการทำงานเข้าสู่เครื่องมือของทีม
ประโยชน์ในทางปฏิบัตินั้นเรียบง่าย: CSM ยังคงมีส่วนร่วมกับบทสนทนา ผู้จัดการได้รับหลักฐานบัญชีลูกค้าที่ชัดเจนขึ้น และทีมใช้เวลาน้อยลงในการติดตามว่าเกิดอะไรขึ้นหลังการโทรแต่ละครั้ง บันทึกการประชุม Customer Success ควรช่วยให้การต่ออายุเดินหน้า HiNoter ช่วยทำให้สิ่งนี้เป็นเวิร์กโฟลว์เริ่มต้น
คำถามที่พบบ่อย
บันทึกการประชุม Customer Success ควรมีอะไรบ้าง
บันทึกการประชุม Customer Success ควรมีเป้าหมายของบัญชี หลักฐานการนำไปใช้ การอัปเดตผู้มีส่วนได้ส่วนเสีย ความเสี่ยงต่อการต่ออายุ คำมั่นสัญญาของลูกค้า คำมั่นสัญญาภายใน การตัดสินใจ รายการงานที่ต้องดำเนินการ ผู้รับผิดชอบ กำหนดส่ง และวันที่ทบทวนครั้งถัดไป
บันทึกการประชุม Customer Success ควรยาวแค่ไหน
บันทึก CS ส่วนใหญ่ควรกระชับพอที่จะอ่านคร่าว ๆ ได้ภายในไม่กี่นาที แต่มีรายละเอียดเพียงพอที่จะสนับสนุนการตัดสินใจเรื่องการต่ออายุ บันทึกที่มีประโยชน์มักประกอบด้วยสรุปสั้น ๆ ส่วนความเสี่ยง ส่วนการตัดสินใจ และรายการงานที่ต้องดำเนินการ
คุณบันทึกความเสี่ยงต่อการต่ออายุอย่างไร
บันทึกความเสี่ยงต่อการต่ออายุโดยแยกสัญญาณความเสี่ยงออกจากหลักฐาน ระบุปัญหา อ้างคำพูดหรือสรุปหลักฐานที่สนับสนุน มอบหมายผู้รับผิดชอบ ระบุผลกระทบทางธุรกิจ และกำหนดวันที่ทบทวนครั้งถัดไป
บันทึกการประชุมกับทรานสคริปต์แตกต่างกันอย่างไร
ทรานสคริปต์บันทึกสิ่งที่พูด บันทึกการประชุมจัดระเบียบสิ่งที่สำคัญ ได้แก่ การตัดสินใจ คำมั่นสัญญา ความเสี่ยง ผู้รับผิดชอบ กำหนดเวลา และการติดตามผล ทีม CS มักต้องการทั้งสองอย่าง เพราะบริบทจากแหล่งข้อมูลช่วยตรวจสอบบันทึกบัญชีลูกค้าที่สรุปไว้
สามารถแชร์บันทึก Customer Success กับลูกค้าได้หรือไม่
ได้ แต่ควรแชร์สรุปที่จัดทำสำหรับลูกค้าแทนการประเมินภายใน สรุปควรมีการตัดสินใจ ขั้นตอนถัดไป ผู้รับผิดชอบ และกำหนดส่ง เก็บความมั่นใจในการต่ออายุ กลยุทธ์การเจรจา และความคิดเห็นเกี่ยวกับความเสี่ยงภายในไว้ในบันทึกบัญชีลูกค้าแบบส่วนตัว
บันทึกการประชุมด้วย AI รองรับการสนทนากับลูกค้าหลายภาษาหรือไม่?
รองรับ เมื่อเครื่องมือรองรับภาษาที่ใช้ในการสนทนา HiNoter รองรับมากกว่า 50 ภาษา พร้อมการตรวจจับภาษาโดยอัตโนมัติ ซึ่งช่วยให้ทีม CS ระดับโลกสร้างบันทึกที่สอดคล้องกันจากการประชุมกับลูกค้าหลายภาษา