Ghi chú cuộc họp customer success nên biến mọi cuộc trao đổi với khách hàng thành một kế hoạch gia hạn và quản lý rủi ro. Một bản ghi chú hữu ích cần nắm được mục tiêu của khách hàng, tín hiệu mức độ sử dụng, thay đổi về tình trạng tài khoản, các trở ngại, ngày gia hạn, mức độ rủi ro, cam kết của các bên liên quan, người phụ trách, thời hạn và các nội dung theo dõi tiếp theo. CSM cần cấu trúc này vì công việc sau cuộc gọi mới là phần quan trọng nhất: xác nhận các cam kết, cập nhật kế hoạch tài khoản, cảnh báo cho các nhóm nội bộ và giúp khách hàng tiếp tục tiến tới giá trị mong muốn. Hướng dẫn này cung cấp các trường thông tin, quy trình, ví dụ, bảng so sánh và quy trình HiNoter cần thiết để hoàn thành công việc đó.
Trả lời trực tiếp
Ghi chú cuộc họp customer success là các bản ghi có cấu trúc cho việc gia hạn, mức độ sử dụng, rủi ro và các bước tiếp theo. Chúng nên ghi lại tình trạng tài khoản, mục tiêu của khách hàng, các trở ngại, nội dung theo dõi đã hứa, người phụ trách, thời hạn và ngữ cảnh nguồn. Quy trình tốt nhất là liên kết mọi rủi ro hoặc cam kết trở lại bản chép lời cuộc họp trước khi CSM cập nhật CRM hoặc gửi email cho khách hàng.
So sánh các phương pháp ghi chú cuộc họp Customer Success
Các nhóm customer success không cần thêm một nơi khác chỉ để đổ bản chép lời vào. Họ cần một hồ sơ dùng chung trả lời được liệu tài khoản có đang lành mạnh hơn, tiến gần hơn đến gia hạn, bị chặn bởi vấn đề sản phẩm hay đang chờ một người phụ trách cụ thể. Gainsight mô tả customer success là một lĩnh vực tập trung vào việc giúp khách hàng đạt được kết quả và phát triển theo thời gian, vì vậy định dạng ghi chú phải lưu giữ được bằng chứng về kết quả, bối cảnh rủi ro và trách nhiệm theo dõi tiếp theo (Gainsight: Customer Success).
| Phương pháp | Dùng khi | Kết quả đầu ra tốt nhất | Hạn chế chính |
|---|---|---|---|
| Ghi chú CSM thủ công | Cuộc họp ngắn, tài khoản có rủi ro thấp hoặc CSM chỉ cần ghi nhớ riêng. | Các gạch đầu dòng, lời nhắc cá nhân, nội dung theo dõi sơ bộ. | Rất dễ bỏ sót rủi ro, cam kết và các trở ngại về sản phẩm khi đang điều phối cuộc trò chuyện. |
| Chỉ dùng bản chép lời | Bạn cần một hồ sơ nguồn đầy đủ cho mục đích tuân thủ, bàn giao hoặc xem lại. | Nhãn người nói, dấu thời gian, văn bản có thể tìm kiếm. | Nhóm vẫn phải trích xuất rủi ro gia hạn, người phụ trách, thời hạn và kết quả của khách hàng. |
| Tóm tắt cuộc họp chung | Bạn cần một bản tóm tắt nội bộ nhanh. | Các chủ đề, hạng mục hành động và tóm tắt ngắn. | Có thể không tách bạch được tín hiệu sử dụng, leo thang hỗ trợ, tín hiệu mở rộng hay rủi ro rời bỏ. |
| Quy trình customer success của HiNoter | Bạn cần bản chép lời cùng với rủi ro gia hạn, tình trạng tài khoản, cam kết, sơ đồ tư duy và AI Chat. | Ghi chú có cấu trúc, bằng chứng rủi ro liên kết với nguồn, hạng mục hành động, email theo dõi và các trường sẵn sàng để đồng bộ. | Vẫn cần con người rà soát trước khi gửi các cam kết hướng tới khách hàng hoặc cập nhật các trường quan trọng. |
Vấn đề ghi lại thông tin trong Customer Success
Vấn đề thực sự không phải là cuộc họp với khách hàng không được ghi lại. Vấn đề là bối cảnh gia hạn bị phân tán trong bản chép lời, đoạn chat, ghi chú của CSM, phiếu hỗ trợ, phản hồi về sản phẩm, email và các trường CRM. Sau cuộc họp, vẫn sẽ có người phải dựng lại câu chuyện của tài khoản: điều gì đã thay đổi, khách hàng đã yêu cầu gì, điều gì đã được hứa, ai chịu trách nhiệm cho trở ngại đó và liệu rủi ro gia hạn tăng lên hay giảm xuống.
Một ghi chú customer success nên giữ được sự khác biệt giữa bằng chứng nguồn và diễn giải. Ví dụ, "mức độ sử dụng của quản trị viên giảm sau khi chuyển sang SSO" là một sự thật nếu khách hàng nói vậy hoặc dữ liệu sử dụng xác nhận điều đó. "Tài khoản đang có rủi ro rời bỏ" là một diễn giải cần có bằng chứng, người phụ trách và hành động tiếp theo. Việc giữ ranh giới đó rất quan trọng đối với niềm tin trong nhóm và cả xử lý quyền riêng tư vì ghi chú tài khoản có thể chứa tên khách hàng, hợp đồng, tín hiệu sử dụng và lịch sử hỗ trợ. Các khung quản lý rủi ro quyền riêng tư từ NIST và hướng dẫn kinh doanh từ FTC đều ủng hộ cùng một ý tưởng thực tế: chỉ thu thập và chia sẻ những gì nhóm cần, bảo vệ thông tin nhạy cảm của khách hàng và giữ thông tin đó trong các hệ thống đã được phê duyệt (NIST Privacy Framework; hướng dẫn về quyền riêng tư và bảo mật của FTC).
Quy trình CS trước, trong và sau cuộc họp
Quy trình ghi chú cuộc họp customer success an toàn nhất bắt đầu từ trước cuộc gọi. Nếu CSM tham gia cuộc họp mà không có ngày gia hạn, điểm sức khỏe gần nhất, các phiếu hỗ trợ còn mở, xu hướng mức độ sử dụng, sơ đồ các bên liên quan và bước tiếp theo mong muốn, thì ngay cả một bản chép lời chính xác cũng sẽ cần dọn dẹp lại sau đó. Hãy dùng quy trình ba giai đoạn này cho các cuộc gọi gia hạn, QBR, EBR, buổi check-in onboarding, buổi rà soát rủi ro và trao đổi khám phá cơ hội mở rộng.
| Giai đoạn | Nhiệm vụ của CSM | Nhiệm vụ của nhóm | Đầu ra của HiNoter |
|---|---|---|---|
| Trước | Xem xét tình trạng tài khoản, ngày gia hạn, xu hướng mức độ sử dụng, executive sponsor, các vấn đề hỗ trợ và bước tiếp theo mong muốn. | Xác nhận dữ liệu mà CSM phải thu thập cho dự báo gia hạn, leo thang sản phẩm hoặc kế hoạch tài khoản. | Mẫu ghi chú customer success với các trường mục tiêu, rủi ro, trở ngại, người phụ trách, hạn hoàn thành và theo dõi. |
| Trong | Giữ tập trung vào khách hàng trong khi cuộc họp được ghi lại, gắn nhãn người nói và đóng dấu thời gian. | Lắng nghe bằng chứng rủi ro, trở ngại sản phẩm, các bên liên quan còn thiếu và tín hiệu mở rộng. | Bản chép lời, tóm tắt, hạng mục hành động, các đề cập đến rủi ro và các đoạn trích nguồn. |
| Sau | Xem lại ghi chú có liên kết tới nguồn, xác minh các cam kết, soạn nội dung tóm tắt và chuyển các hạng mục hành động sang công cụ của nhóm. | Chịu trách nhiệm xử lý các trở ngại nội bộ, cập nhật kế hoạch tài khoản và xác nhận các hành động gia hạn hoặc leo thang. | Tóm tắt rủi ro gia hạn, email theo dõi, danh sách hành động, sơ đồ tư duy và câu trả lời AI Chat. |
Mẫu Ghi chú Cuộc họp CS Có thể Sao chép
Tài khoản:
Loại cuộc họp: Kiểm tra gia hạn / QBR / Onboarding / Rà soát rủi ro
Ngày:
Người tham dự từ phía khách hàng:
Người tham dự nội bộ:
Mục tiêu của khách hàng:
Trạng thái kế hoạch thành công hiện tại:
Tín hiệu mức độ sử dụng:
Thay đổi điểm sức khỏe:
Ngày gia hạn:
Rủi ro gia hạn:
Tín hiệu mở rộng:
Trở ngại về sản phẩm hoặc hỗ trợ:
Cam kết của khách hàng:
Cam kết nội bộ:
Hạng mục hành động:
- Người phụ trách:
- Hạn hoàn thành:
- Nguồn:
Email theo dõi:
Cập nhật CRM/kế hoạch tài khoản:
Câu hỏi còn mở:
Cuộc họp tiếp theo:
Các Trường Rủi ro Gia hạn Cần Thu thập
Bản chép lời có thể cho bạn biết mọi điều đã được nói, nhưng không tự động cho nhóm gia hạn biết cần phải làm gì. Ghi chú nên chuyển cuộc trò chuyện thành các trường mà CSM, quản lý, chủ sở hữu sản phẩm, trưởng nhóm hỗ trợ hoặc executive sponsor có thể sử dụng mà không cần phát lại cuộc gọi. Những trường thường bị thiếu nhất là người phụ trách, hạn hoàn thành, bằng chứng nguồn, tác động đến gia hạn và liệu rủi ro đã được xác nhận hay mới chỉ là nghi ngờ.
| Trường | Nội dung cần thu thập | Vì sao quan trọng | Quy tắc rà soát |
|---|---|---|---|
| Mục tiêu của khách hàng | Kết quả mà khách hàng mong muốn, chỉ số kinh doanh và bất kỳ cách diễn đạt nào từ cấp điều hành. | Mục tiêu giải thích vì sao mức độ sử dụng, gia hạn và các yêu cầu sản phẩm lại quan trọng. | Giữ nguyên cách diễn đạt của khách hàng tách biệt với chiến lược tài khoản nội bộ. |
| Tín hiệu mức độ sử dụng | Xu hướng sử dụng, các nhóm đang hoạt động, triển khai bị đình trệ, nhu cầu đào tạo hoặc khoảng trống quy trình làm việc. | Bằng chứng về mức độ sử dụng hỗ trợ cho việc thay đổi điểm sức khỏe và cập nhật kế hoạch thành công. | Đánh dấu liệu tín hiệu đến từ khách hàng, phân tích sản phẩm hay nhận định của CSM. |
| Rủi ro gia hạn | Rủi ro ngân sách, khoảng cách giá trị, trở ngại chưa được giải quyết, mất executive sponsor, vấn đề mua sắm hoặc áp lực cạnh tranh. | Rủi ro gia hạn cho nhóm tài khoản biết cần tập trung vào đâu trước ngày gia hạn. | Mọi rủi ro đều cần có bằng chứng nguồn, người phụ trách, hạn hoàn thành và hành động tiếp theo. |
| Cam kết của khách hàng | Dữ liệu, người tham dự, phê duyệt, phản hồi hoặc bước triển khai mà khách hàng đồng ý cung cấp. | Các hành động do khách hàng sở hữu thường quyết định liệu kế hoạch có thể tiến lên hay không. | Không đánh dấu một hành động của khách hàng là đã đồng ý trừ khi khách hàng xác nhận điều đó. |
| Cam kết nội bộ | Theo dõi, leo thang, tài liệu, phản hồi về lộ trình, buổi enablement hoặc rà soát hỗ trợ. | Các cam kết nội bộ là nơi niềm tin của khách hàng thường được tạo dựng hoặc đánh mất. | Xác minh bản chép lời trước khi gửi bản tóm tắt hướng tới khách hàng. |
| Bước tiếp theo | Nhiệm vụ, người phụ trách, hạn hoàn thành, phụ thuộc vào khách hàng và tiêu chí hoàn thành. | Các bước tiếp theo biến ghi chú cuộc họp thành công việc gia hạn có trách nhiệm rõ ràng. | Mọi nhiệm vụ không có người phụ trách hoặc hạn hoàn thành đều chưa hoàn chỉnh. |
Ví dụ về Đầu ra Có cấu trúc
Ví dụ dưới đây sử dụng một buổi kiểm tra gia hạn đã được ẩn danh cho một tài khoản phần mềm phân khúc mid-market. Nó cho thấy cách một cuộc trò chuyện thô trở thành một hồ sơ customer success có thể sử dụng được. Mục tiêu không phải là giữ lại mọi câu nói. Mục tiêu là giữ lại bằng chứng ảnh hưởng đến gia hạn, rủi ro, mức độ sử dụng, leo thang và các bước tiếp theo.
Dữ liệu đầu vào mô phỏng
Cuộc họp: Kiểm tra gia hạn với Acme Operations
Khách hàng nói: "Các quản lý tuyến đầu thích bảng điều khiển báo cáo, nhưng việc triển khai cho quản trị viên đã chậm lại sau SSO. Bộ phận mua sắm cũng cần báo giá gia hạn trước ngày 9 tháng 8."
CSM nói: "Tôi sẽ gửi danh sách kiểm tra triển khai SSO và yêu cầu bộ phận hỗ trợ xem lại ticket đang mở trước thứ Sáu."
Khách hàng nói: "Nếu vấn đề của quản trị viên được giải quyết, chúng tôi có thể mời VP of Operations tham gia QBR vào tháng tới."
Ví dụ đầu ra AI
Tình trạng tài khoản: Cần theo dõi
Rủi ro gia hạn: Trung bình
Bằng chứng rủi ro: Việc triển khai cho quản trị viên chậm lại sau SSO; hạn chót mua sắm là ngày 9 tháng 8.
Bằng chứng giá trị: Các quản lý tuyến đầu thích bảng điều khiển báo cáo.
Tín hiệu mở rộng: Phó Chủ tịch Vận hành có thể tham gia QBR tiếp theo nếu vấn đề quản trị viên được giải quyết.
Cam kết nội bộ:
- CSM gửi danh sách kiểm tra triển khai SSO trước thứ Sáu.
- Bộ phận Hỗ trợ xem lại ticket SSO đang mở trước thứ Sáu.
Cam kết của khách hàng:
- Bộ phận Mua sắm cần báo giá gia hạn trước ngày 9 tháng 8.
Cuộc họp tiếp theo: QBR vào tháng sau với Phó Chủ tịch Vận hành nếu vướng mắc được gỡ bỏ.
Kiểm tra nguồn: Xác minh cam kết về checklist và người phụ trách hỗ trợ trước khi gửi bản tóm tắt.
Bản nháp email theo dõi
Tiêu đề: Tóm tắt và các bước tiếp theo từ buổi kiểm tra gia hạn của chúng ta
Chào Taylor,
Cảm ơn bạn về cuộc trao đổi hôm nay. Phần tóm tắt của tôi là bảng điều khiển báo cáo đang tạo ra giá trị cho các quản lý tuyến đầu, trong khi việc triển khai cho quản trị viên chậm lại sau SSO và cần được chú ý trước QBR.
Tôi sẽ gửi danh sách kiểm tra triển khai SSO và đề nghị Bộ phận Hỗ trợ xem lại ticket đang mở trước thứ Sáu. Tôi cũng đã ghi nhận rằng Bộ phận Mua sắm cần báo giá gia hạn trước ngày 9 tháng 8.
Các bước tiếp theo:
- CSM của HiNoter: gửi danh sách kiểm tra triển khai SSO trước thứ Sáu.
- Bộ phận Hỗ trợ: xem lại ticket SSO đang mở trước thứ Sáu.
- Acme: xác nhận liệu Phó Chủ tịch Vận hành có thể tham gia QBR tháng tới sau khi vướng mắc của quản trị viên được gỡ bỏ hay không.
Vui lòng trả lời nếu tôi đã bỏ sót hoặc diễn đạt sai điều gì.
Ghi chú CRM
Trạng thái gia hạn: Rủi ro trung bình
Thay đổi về tình trạng: Giá trị ổn định nhưng có rủi ro về việc áp dụng của quản trị viên
Rủi ro: Việc triển khai SSO làm chậm quá trình áp dụng của quản trị viên; cần báo giá mua sắm trước ngày 9 tháng 8
Tín hiệu giá trị: Bảng điều khiển báo cáo được các quản lý tuyến đầu sử dụng
Tín hiệu mở rộng: Phó Chủ tịch Vận hành có thể tham gia QBR tiếp theo
Người phụ trách: CSM + Bộ phận Hỗ trợ
Bước tiếp theo: Gửi checklist và xem lại ticket trước thứ Sáu
Ghi chú theo từng vai trò và KPI
Các nhóm khác nhau cần các đầu ra cuộc họp khác nhau. Hoạt động theo dõi bán hàng quan tâm đến phản đối và cam kết của người mua. Tuyển dụng quan tâm đến bằng chứng về ứng viên. Các nhóm sản phẩm quan tâm đến quyết định và bằng chứng từ khách hàng. Các nhóm dự án quan tâm đến vướng mắc và người phụ trách. Customer success trải rộng trên tất cả các mô thức đó vì một cuộc họp tài khoản có thể chứa rủi ro gia hạn, phản hồi sản phẩm, leo thang hỗ trợ, theo dõi cấp điều hành và cơ hội mở rộng.
| Vai trò | Câu hỏi mà ghi chú trả lời | Đầu ra có cấu trúc | KPI được hỗ trợ |
|---|---|---|---|
| Customer success | Tình trạng tài khoản, rủi ro gia hạn và các bước tiếp theo đã thay đổi như thế nào? | Tín hiệu tình trạng, rủi ro gia hạn, vướng mắc áp dụng, người phụ trách, hạn chót, theo dõi. | Mức độ sẵn sàng gia hạn, phản ứng với rủi ro churn, tiến độ áp dụng. |
| Theo dõi bán hàng | Những phản đối và cam kết nào ảnh hưởng đến bước tiếp theo của giao dịch? | Phản đối, tín hiệu từ người mua, tài liệu đã hứa, ghi chú CRM, bản nháp email. | Theo dõi nhanh hơn và vệ sinh pipeline tốt hơn. |
| Bằng chứng về ứng viên | Bằng chứng nào hỗ trợ điểm đánh giá phỏng vấn? | Bằng chứng năng lực, rủi ro, bản nháp scorecard, câu hỏi theo dõi. | Đánh giá tuyển dụng nhất quán hơn. |
| Quyết định sản phẩm | Tín hiệu khách hàng nào nên ảnh hưởng đến lộ trình sản phẩm? | Điểm đau, yêu cầu tính năng, quyết định, trích dẫn, mốc thời gian nguồn, người phụ trách. | Ít khám phá lặp lại hơn và bằng chứng tốt hơn cho lộ trình sản phẩm. |
| Vướng mắc dự án | Điều gì đang bị mắc lại và ai là người phụ trách? | Vướng mắc, phụ thuộc, người phụ trách, hạn chót, ghi chú leo thang. | Bàn giao rõ ràng hơn và ít hành động bị đình trệ hơn. |
Phối hợp và đồng bộ nhóm
Ghi chú họp customer success chỉ hữu ích nếu chúng rời khỏi tài liệu cá nhân nơi chúng được viết. Một quy trình làm việc hữu ích sẽ gửi phiên bản ngắn, đã được xác minh đến hệ thống lưu trữ chính thức và giữ nguồn đầy đủ sẵn có cho các câu hỏi theo dõi. Trên thực tế, điều đó có nghĩa là CRM hoặc kế hoạch tài khoản cho trạng thái tài khoản, Slack hoặc Teams cho cảnh báo nội bộ, Notion hoặc Google Docs cho kế hoạch dùng chung, lịch hoặc email cho việc theo dõi khách hàng, công cụ hỗ trợ cho ticket và hệ thống phản hồi sản phẩm cho bằng chứng phục vụ lộ trình.
| Điểm đến | Gửi nội dung này | Giữ nội dung này trong HiNoter |
|---|---|---|
| CRM hoặc kế hoạch tài khoản | Tóm tắt tình trạng, rủi ro gia hạn, bước tiếp theo, người phụ trách, hạn chót và ghi chú dự báo. | Bản ghi đầy đủ, mốc thời gian nguồn, lịch sử AI Chat và diễn giải bản nháp. |
| Slack hoặc Teams | Cảnh báo rủi ro, hỗ trợ cần thiết, người phụ trách nội bộ, hạn chót và trạng thái leo thang. | Chi tiết nhạy cảm về khách hàng không phù hợp trong các kênh rộng. |
| Notion hoặc Google Docs | Kế hoạch thành công dùng chung, chương trình QBR, tóm tắt cuộc họp và các câu hỏi mở. | Bản ghi, ghi chú riêng tư và các lời nhắc theo dõi có liên kết nguồn. |
| Lịch hoặc email | Ngày họp tiếp theo, chương trình, bản tóm tắt, cam kết của khách hàng và checklist chuẩn bị. | Ghi chú rủi ro nội bộ và bằng chứng chưa được giải quyết. |
| Hỗ trợ hoặc phản hồi sản phẩm | Ngữ cảnh ticket, vướng mắc sản phẩm, tác động đến khách hàng, trích dẫn nguồn, mức độ ưu tiên và người phụ trách. | Chiến lược cấp tài khoản và thông tin gia hạn không liên quan. |
Đo lường chất lượng ghi chú
Ghi chú chất lượng cao nên giúp giảm việc xem lại, giảm việc phải làm rõ lại với khách hàng nhiều lần và cải thiện việc theo sát thực hiện. Đừng chỉ đo xem có tồn tại bản ghi hay không. Hãy đo xem nhóm có thể dùng ghi chú đó để trả lời các câu hỏi về gia hạn, rủi ro, mức độ áp dụng và quyền sở hữu trong vòng vài phút hay không.
| Chỉ số | Cách kiểm tra | Vì sao quan trọng |
|---|---|---|
| Mức độ rõ ràng của rủi ro gia hạn | Hỏi xem ghi chú có nêu rõ rủi ro, bằng chứng nguồn, người phụ trách, hạn chót và tác động đến khách hàng hay không. | Rủi ro không có bằng chứng sẽ trở thành ý kiến, mà ý kiến thì khó hành động. |
| Tốc độ theo dõi sau họp | Đo thời gian từ khi cuộc họp kết thúc đến khi có bản tóm tắt đã được xác minh hoặc cập nhật nội bộ. | Theo dõi nhanh giúp duy trì niềm tin của khách hàng khi cuộc trao đổi vẫn còn mới. |
| Mức độ đầy đủ của hành động | Kiểm tra từng hạng mục hành động xem có người phụ trách, hạn chót, nguồn và tiêu chí hoàn thành hay không. | Nhiệm vụ không có người chịu trách nhiệm là lý do phổ biến nhất khiến ghi chú trở thành tài liệu chết. |
| Chất lượng leo thang xử lý | Kiểm tra xem đội hỗ trợ hoặc sản phẩm có nhận được tác động đến khách hàng và bối cảnh nguồn hay không. | Việc leo thang xử lý diễn ra nhanh hơn khi các nhóm biết vì sao vấn đề đó quan trọng. |
| Niềm tin của khách hàng | Lấy mẫu các bản tóm tắt gửi khách hàng và đối chiếu với bản chép lời trước khi gửi. | Những cam kết, ngày tháng hoặc người phụ trách sai có thể tạo ra rủi ro gia hạn. |
Quy trình HiNoter cho các nhóm CS
HiNoter phù hợp một cách tự nhiên sau khi quy trình thủ công đã rõ ràng. Trước tiên, hãy xác định các trường mà CSM cần trước cuộc họp: mục tiêu, tín hiệu mức độ sử dụng, rủi ro gia hạn, người phụ trách, hạn chót và bước tiếp theo. Sau đó sử dụng ghi chú cuộc họp AI của HiNoter để ghi lại cuộc họp hoặc tải bản ghi lên. Sau cuộc họp, xem lại bản chép lời, bản tóm tắt, các hạng mục hành động và câu trả lời có liên kết nguồn trong AI Chat.
Đối với customer success, đầu ra hữu ích không phải là một bản chép lời dài hơn. Đó là một bản cập nhật tài khoản đã được xác minh. CSM có thể tải lên hoặc ghi lại cuộc gọi, hỏi "những rủi ro gia hạn nào đã được đề cập?", "chúng ta đã hứa gì?", "điều gì nên được đưa vào kế hoạch tài khoản?" hoặc "vướng mắc sản phẩm nào cần được leo thang xử lý?", sau đó gửi đầu ra có cấu trúc đến các công cụ đã được nhóm phê duyệt. HiNoter cũng có thể làm việc với các tệp nguồn ngoài cuộc gọi trực tiếp, bao gồm chuyển âm thanh thành văn bản và chuyển video thành văn bản, giúp các nhóm xử lý QBR đã ghi hình, phiên onboarding, phỏng vấn khách hàng và các cuộc gọi đào tạo.
| Đầu vào | Xử lý của HiNoter | Đầu ra cho CS | Hành động của nhóm |
|---|---|---|---|
| Cuộc họp trên lịch hoặc bản ghi được tải lên | Ghi lại, chép lời, gắn nhãn người nói, dấu thời gian. | Bản ghi nguồn của cuộc họp. | Xem lại các phát biểu của khách hàng trước khi gửi bản tóm tắt. |
| Bản chép lời và chat trong cuộc họp | Tóm tắt bằng AI, trích xuất rủi ro, phát hiện hạng mục hành động. | Rủi ro gia hạn, tín hiệu mức độ sử dụng, danh sách cam kết. | Cập nhật kế hoạch tài khoản và thông báo cho người phụ trách nội bộ. |
| Câu hỏi của khách hàng hoặc theo dõi nội bộ | AI Chat có liên kết nguồn trên nội dung cuộc họp. | Câu trả lời có thể truy vết cùng ngữ cảnh. | Xác nhận nguồn trước khi phản hồi với khách hàng. |
| Ghi chú cuối cùng đã được rà soát | Cấu trúc sẵn sàng để xuất hoặc đồng bộ. | Ghi chú CRM, cập nhật Slack, bản tóm tắt Google Docs, agenda lịch, hoặc bản nháp email. | Chuyển công việc đến hệ thống nơi người phụ trách sẽ thực hiện. |
CTA: Sử dụng HiNoter để tự động tạo rủi ro gia hạn, cam kết của khách hàng và các bước tiếp theo từ cuộc họp customer success tiếp theo của bạn.
Câu hỏi thường gặp
Ghi chú cuộc họp customer success nên bao gồm những gì?
Ghi chú cuộc họp customer success nên bao gồm mục tiêu của khách hàng, tín hiệu mức độ sử dụng, thay đổi về mức độ sức khỏe, ngày gia hạn, rủi ro gia hạn, cam kết của các bên liên quan, nội dung theo dõi đã hứa, các hạng mục hành động, người phụ trách, hạn chót và bối cảnh nguồn. Một ghi chú hữu ích sẽ tách biệt những gì khách hàng nói với những gì CSM suy luận.
Các nhóm customer success nên sử dụng ghi chú cuộc họp AI như thế nào?
Các nhóm customer success nên sử dụng ghi chú cuộc họp AI để ghi lại bản chép lời, tóm tắt mức độ sử dụng và rủi ro gia hạn, trích xuất cam kết, soạn nội dung theo dõi và đồng bộ các bước tiếp theo đã được xác minh vào CRM, Slack, Google Docs, lịch, email hoặc các công cụ quản lý tác vụ.
Sự khác biệt giữa ghi chú customer success và ghi chú bán hàng là gì?
Ghi chú bán hàng tập trung vào đánh giá tiềm năng, phản đối, tiêu chí mua hàng và tiến trình chốt giao dịch. Ghi chú customer success tập trung vào mức độ sử dụng, kết quả đạt được, vướng mắc sản phẩm, tình trạng của các bên liên quan, rủi ro gia hạn, mức độ sẵn sàng mở rộng, leo thang hỗ trợ và các bước tiếp theo của kế hoạch thành công.
Làm thế nào để viết ghi chú cuộc họp gia hạn?
Hãy viết ghi chú cuộc họp gia hạn bằng cách ghi lại ngày gia hạn, tình trạng tài khoản, giá trị đã đạt được, các rủi ro còn mở, các bên liên quan, các vướng mắc về ngân sách hoặc mua sắm, người phụ trách đã thống nhất, hạn chót và cuộc họp tiếp theo. Xác minh các cam kết với bản chép lời trước khi gửi bản tóm tắt.
Ghi chú cuộc họp customer success có thể được đồng bộ với các công cụ của nhóm không?
Có. Một ghi chú có cấu trúc có thể được đồng bộ, xuất hoặc sao chép vào các trường CRM, cập nhật Slack hoặc Teams, Notion hoặc Google Docs, các tác vụ theo dõi trên lịch, email tóm tắt, phiếu hỗ trợ và hệ thống phản hồi sản phẩm, tùy thuộc vào quy trình làm việc đã được nhóm phê duyệt.
HiNoter có thể tự động tạo ghi chú cuộc họp customer success không?
Có. HiNoter có thể biến đầu vào từ cuộc họp, âm thanh, video, YouTube và PDF thành bản chép lời, bản tóm tắt, rủi ro gia hạn, hạng mục hành động, sơ đồ tư duy và câu trả lời AI Chat có liên kết nguồn. Tuy nhiên, các CSM vẫn nên rà soát các cam kết gửi cho khách hàng trước khi gửi nội dung theo dõi.