Podcast AI để Thúc Đẩy Sử Dụng Tính Năng SaaS

Ra mắt một tính năng là phần dễ; khiến khách hàng thật sự dùng nó mới là chỗ phần lớn các đội thua. Một dòng trong release notes gần như chẳng chạm tới ai. Một bản giải thích âm thanh ngắn mở đầu bằng giá trị của tính năng — vấn đề nó giải quyết — rồi mới cho thấy quy trình sẽ chạm tới những khách hàng hiện tại vẫn bỏ qua changelog và không bao giờ khám phá ra thứ bạn đã xây. Việc sử dụng đến sau sự hiểu, và sự hiểu đến sau một lời giải thích tốt.

Vì sao tính năng ra mắt trong im lặng

Release notes là một danh sách thay đổi, không phải một lý do để quan tâm. Chúng trả lời "có gì mới" nhưng không trả lời "vì sao tôi, một khách hàng bận rộn, lại nên đổi cách làm việc để dùng cái này?". Thế là một tính năng thật sự giá trị tiếp đất với một tiếng "uỵch" — đội ngũ ăn mừng việc ra mắt, còn mức sử dụng thì gần như không nhúc nhích. Khoảng cách không nằm ở tính năng; mà ở truyền thông. Đây là một bài toán đào tạo khách hàng tập trung, khác với quy trình cập nhật sản phẩm rộng hơn của bạn.

Giá trị trước, quy trình sau

Thứ tự quyết định tất cả đối với việc thúc đẩy sử dụng:

1. Vấn đề nó giải quyết. Mở đầu bằng nỗi đau khách hàng đã cảm thấy, không phải bằng tên tính năng.
2. Quy trình. Khi họ đã quan tâm, cho thấy cách dùng — ngắn gọn, bằng ngôn ngữ dễ hiểu.
3. Ai hưởng lợi nhiều nhất. Giúp khách hàng tự nhận ra: "nếu bạn làm X, cái này dành cho bạn".

Một bản giải thích tính năng mở đầu bằng "đây là một thứ chúng tôi đã xây" sẽ thua. Một bản mở đầu bằng "mệt vì phải làm X bằng tay? Đây là cách để thôi không phải làm thế nữa" sẽ thắng.

Nên bỏ qua những gì

Quy trình

1. Lấy release notes hoặc tài liệu tính năng của bạn.
2. Đưa vào DIALØGUE với chủ đích: giải thích giá trị cho một khách hàng hiện tại.
3. Xem lại dàn ý để phần vấn-đề-và-lợi-ích được đưa lên đầu, không phải tên tính năng.
4. Tạo một bản giải thích hai người dẫn ngắn và phân phối trong sản phẩm, trong một email khách hàng, và trong trung tâm trợ giúp.

Định dạng hai người dẫn cũng giúp ở đây: một người đóng vai khách hàng hỏi "vì sao tôi phải quan tâm?", người kia chỉ ra lợi ích — đúng phản đối bạn cần vượt qua để thúc đẩy sử dụng.

Vừa ra mắt một thứ gì đó? Biến release notes thành một bản giải thích miễn phí cùng DIALØGUE — duyệt lại, rồi dẫn khách hàng tới tính năng. 2 podcast đầu tiên miễn phí.

Thúc đẩy sử dụng là việc liên tục, không phải một lần

Một bản giải thích duy nhất lúc ra mắt thì có ích, nhưng việc sử dụng dồn tích khi đào tạo tính năng trở thành thói quen. Hãy ghép bản giải thích lúc ra mắt với một loạt onboarding khách hàng để người dùng mới gặp tính năng trong đúng ngữ cảnh, và giữ một nhịp cập nhật sản phẩm đều đặn để khách hàng luôn biết thứ gì đáng thử. Vì các tập được tạo lại từ tài liệu của bạn, việc giữ nội dung tính năng luôn cập nhật rất nhanh.

Kết luận

Tính năng không tự nó được dùng, và release notes không bán được nó. Một bản giải thích âm thanh ngắn, đặt giá trị lên trước, chạm tới những khách hàng hiện tại mà changelog của bạn bỏ lỡ và cho họ một lý do để đổi cách làm việc. Mở đầu bằng vấn đề, cho thấy lợi ích, chỉ ra bước tiếp theo — và biến "chúng tôi đã ra mắt nó" thành "họ đang dùng nó".

Biến một lần ra mắt thành việc được sử dụng. Bắt đầu miễn phí với DIALØGUE — release notes vào, một bản giải thích dẫn dắt bằng giá trị ra, với kịch bản bạn duyệt. 2 podcast miễn phí.