Đào tạo khách hàng hiếm khi thất bại vì chất lượng. Nó thất bại vì độ bao phủ: 2 khóa học được làm bài bản thì thực sự tốt, còn mọi thứ khác chỉ là bài viết help với ảnh chụp màn hình đánh số. Vấn đề không nằm ở nỗ lực. Mà là vì trước đây video cần cả ekip, cần đặt lịch một ngày và cần một khoản ngân sách chỉ được duyệt lại mỗi năm 1 lần — trong khi mỗi quý sản phẩm lại ra thứ mới đáng để giải thích. Khi một module chỉ tốn một buổi chiều thay vì cả một chu kỳ sản xuất, phép tính đó không còn đúng nữa.
Biến những tính năng chẳng ai mở thành thứ đáng xem
Trong buổi review theo quý, bảng xuất usage hiện lên và mô-típ y như quý trước. Workspace có hàng trăm seat nhưng phần lớn chưa từng mở module mà tài khoản được upsell để dùng. Không ai churn, không ai phàn nàn, và hàng đợi ticket cũng không cho thấy có vấn đề gì. Tính năng đó cứ nằm im, đã trả tiền nhưng không dùng, và cuộc trò chuyện gia hạn sau 9 tháng nữa sẽ khó hơn vì điều này.
Câu trả lời hiếm khi là viết bài help hay hơn, vì khách hàng còn chưa đi đủ xa để thấy cần đi tìm bài đó. Một module 3 phút cho thấy tính năng làm được gì trước khi yêu cầu ai đó cấu hình sẽ đổi câu hỏi từ “dùng cái này thế nào?” thành “nó có đáng thời gian của tôi vào thứ Ba này không?”. VisionStory tạo module đó từ release note và deck bạn đã có, còn team bạn đặt nó ở nơi khách hàng vốn đang ở: academy, help center hoặc một tip trong ứng dụng. Điều nó không làm là quyết định tính năng nào xứng đáng có module; phán đoán đó đến từ dữ liệu usage của chính bạn.
Áp dụng “chuẩn” của khóa chủ lực cho phần còn lại của thư viện
Hai khóa học trong catalog trông đúng nghĩa là “khóa học”. Chúng được làm vào năm còn có ngân sách: có producer, có kịch bản được đọc, có người lên hình. Tất cả những thứ thêm vào từ đó đến nay chỉ là bài viết kèm ảnh chụp màn hình đánh số, nằm chung một điều hướng, nên khi khách hàng bấm xem catalog, họ sẽ đi từ một module được sản xuất bài bản sang cả một “bức tường chữ” và lặng lẽ kết luận rằng nửa sau không đủ quan trọng để xem hết.
Làm “đều tay” cả thư viện quan trọng hơn là nâng trần chất lượng cho riêng một module. Cùng một người dẫn, cùng intro, cùng phong cách phụ đề và cùng kỷ luật về độ dài áp dụng cho mọi chủ đề sẽ khiến cả catalog đọc như một chương trình thống nhất — và chi phí cho mỗi module là như nhau, dù chủ đề là luồng công việc chủ lực hay một thiết lập xuất file. Một bài viết có thể chuyển thành module có thuyết minh mà không cần viết lại, vốn thường là thứ khiến backlog không bao giờ được dọn sạch. Phía bạn vẫn cần người quyết định bài nào đáng “nâng cấp” lên module, và bài nào nên giữ dạng chữ để người xem lướt.
Giữ một cách giải thích cho một tính năng, đừng để thành ba phiên bản
Support không thể chờ module, nên một trưởng nhóm support đã tự viết phiên bản giải thích của mình và lưu thành macro để dán vào ticket. Một tuần sau, có người trả lời cùng câu hỏi trên forum cộng đồng, bằng cách diễn đạt hơi khác, kèm thêm một lưu ý cho các tài khoản dùng gói cũ. Thế là giờ tính năng có ba mô tả cùng “lưu hành” — và không cái nào sai vào đúng ngày nó được viết.
Khách hàng sẽ tin câu trả lời đến với họ sau cùng — và gần như lúc nào đó cũng là phản hồi trong ticket — nên macro âm thầm trở thành “tài liệu thật”, trong khi catalog vẫn mô tả hành vi đã được đính chính thêm hai lần kể từ đó. Cách sửa không phải là kiểm soát từng chữ support viết. Mà là cho họ một thứ để trỏ tới: một module ngắn được dựng từ chính release note mà họ đang diễn giải lại, rẻ đến mức thư viện có thể có một module cho mỗi tính năng mà người dùng thực sự hay hỏi, để phản hồi ticket và bài đăng forum chỉ cần dẫn link thay vì viết lại theo lời mình. VisionStory biến nguồn viết đó thành module, nhưng không thể “nhìn thấy” help desk hay cộng đồng của bạn đã đăng gì sẵn rồi, nên việc đối chiếu và thống nhất câu chữ ở cả ba nơi vẫn là phần việc ai đó bên bạn cần làm.
Dạy cách chọn tùy chọn nào, không chỉ dạy bấm ở đâu
Một bản quay màn hình không lời kèm phụ đề dạy đường đi nước bước khi bấm rất chuẩn. Khách hàng nhìn con trỏ di chuyển qua bảng cài đặt, làm theo đúng trình tự, và mở ra đúng màn hình đó. Nhưng thứ nó không dạy được là quyết định ở bước trước đó: trong ba lựa chọn thì cái nào hợp với quy mô tài khoản của họ, mặc định có còn phù hợp khi dữ liệu tăng lên không, và bật nó sẽ ảnh hưởng thế nào tới những người khác trong workspace.
Chính quyết định “sớm hơn một bước” đó thường là chỗ adoption bị khựng lại. Ticket gửi đến sau đó hiếm khi hỏi cách bật tính năng; mà hỏi liệu có nên bật không, bật cho team nào, và cấu hình họ đang có sẽ ra sao. Kiểu lập luận này phải được nói ra bởi người hiểu sản phẩm — tức là phải được viết xuống trước — và việc dựng module từ release note và enablement deck sẽ buộc các điều kiện đó đi vào kịch bản, thay vì nằm trong đầu ai đó. VisionStory đọc lại kịch bản đó với người dẫn, giọng nói và phụ đề nhất quán. Khuyến nghị nào đúng cho loại tài khoản nào vẫn là quyết định của team product và support của bạn, và không module nào nên được duyệt nếu chưa có một trong hai bên kiểm tra.
Vận hành một học viện mà không cần ekip, studio hay chu kỳ ngân sách
Customer academy thường chỉ có một người và “một phần” của một người khác, nằm trong team customer success hoặc product marketing. Không có máy quay, không có editor, không có studio; ngân sách video thì là một dòng chi ba năm trước, đã dùng hết cho hai khóa học vẫn đang chạy. Trong khi đó, mỗi quý sản phẩm lại ra một thứ đáng để giải thích. Rào cản không phải thiếu tham vọng. Mà là mọi phương án đang có đều mặc định team có năng lực sản xuất mà họ không có — và cũng sẽ không được cấp.
Quy trình này được thiết kế đúng cho quy mô team như vậy. Người dẫn, giọng nói và phụ đề được tạo từ tài liệu viết thay vì phải quay, nên không cần sắp lịch theo thời gian của bất kỳ ai, và khi giao diện đổi thì module có thể được dựng lại thay vì để sai mãi. Một bản master đã được duyệt sau đó có thể phát hành lại ở bất kỳ ngôn ngữ nào trong 88 ngôn ngữ cho các khu vực chương trình của bạn đang phục vụ — từ chính file mà người duyệt đã ký. Phần vẫn làm thủ công là khâu phán đoán: nên cover gì, nên nói gì, và module đã đủ chính xác để xuất bản hay chưa.
Người dùng yêu thích VisionStory
Khám phá lý do tại sao các nhà sáng tạo nội dung và marketer tin tưởng VisionStory cho nhu cầu video AI của họ. Từ các tính năng mạnh mẽ đến trải nghiệm người dùng dễ dàng, cộng đồng của chúng tôi không ngừng khen ngợi kết quả đạt được với VisionStory.