BÀI HỌC 12 / 14 · KHÓA HỌC KINH DOANH MIỄN PHÍ
Một gói đăng ký định kỳ tạo ra những trách nhiệm định kỳ. Khách hàng cần dịch vụ hoạt động vào tuần sau cũng như vào ngày đăng ký. Một quy trình ngắn gọn, đáng tin cậy giúp các trách nhiệm đó trở nên rõ ràng trước khi các yêu cầu khẩn cấp chiếm hết thời gian của bạn.
Đến cuối bài: thiết kế một quy trình vận hành khả thi cho hỗ trợ, thanh toán, bảo trì và giữ chân khách hàng.
Bắt đầu với bốn tín hiệu hằng ngày
Kiểm tra tính khả dụng, việc kích hoạt khách hàng mới, các ngoại lệ thanh toán và các yêu cầu hỗ trợ chưa được trả lời. Quyết định những sự kiện nào cần cảnh báo ngay lập tức và những sự kiện nào thuộc về việc xem xét theo lịch. Một lần đăng ký thất bại có thể cần được chú ý sớm hơn một thay đổi nhỏ về lưu lượng truy cập hằng tuần.
Gán người phụ trách và hành động cho các cảnh báo. Một hệ thống giám sát gửi hàng trăm thông báo bị bỏ qua sẽ tạo ra nhiễu mà không cải thiện độ tin cậy. Xác định cách bạn sẽ nhận biết sự cố, xác nhận ai bị ảnh hưởng và cập nhật thông tin cho khách hàng trong khi điều tra.
Với FitSite, việc kiểm tra buổi sáng có thể xác nhận rằng các trang hiện có phản hồi, các trang mới tạo có đúng mẫu, các sự kiện thanh toán đã được xử lý và các tin nhắn hỗ trợ đều có người phụ trách. Một SaaS báo cáo sẽ thay việc cấp phát trang bằng việc kiểm tra nhập dữ liệu thành công và gửi báo cáo. Hãy theo dõi tác vụ của khách hàng xuyên suốt hệ thống.
Cam kết mức hỗ trợ bạn có thể cung cấp
Thiết lập rõ ràng các kênh hỗ trợ, giờ phục vụ và mục tiêu thời gian phản hồi. Mục tiêu phản hồi nghĩa là xác nhận và đánh giá một yêu cầu; đó không phải là cam kết giải quyết mọi vấn đề trong khoảng thời gian đó. Phân biệt câu hỏi chung với sự cố gián đoạn ảnh hưởng đến quyền truy cập hoặc thanh toán.
Hướng dẫn gốc minh họa các cấp độ hỗ trợ khác nhau theo gói. Chỉ áp dụng ý tưởng đó khi bạn có đủ năng lực để thực hiện. Cam kết bốn giờ sẽ gây hiểu lầm nếu bạn làm việc một mình và không cung cấp mức trực đó. Hãy nêu rõ giờ làm việc và múi giờ thay vì để khách hàng cho rằng dịch vụ luôn sẵn sàng liên tục.
Tạo một danh sách kiểm tra tiếp nhận ngắn: tài khoản bị ảnh hưởng, tác vụ đã thử, kết quả quan sát được và thời điểm xảy ra lỗi. Chỉ yêu cầu thông tin cần thiết để điều tra. Không bao giờ yêu cầu khách hàng gửi mật khẩu hoặc thông tin đầy đủ của thẻ qua email. Cấp cho nhân viên hỗ trợ quyền truy cập phù hợp với trách nhiệm của họ.
Biến các yêu cầu lặp lại thành cải tiến sản phẩm
Gắn thẻ các câu hỏi thường xuyên và tìm nguyên nhân gốc rễ. Nhiều khách hàng hỏi cách thay đổi lịch biểu có thể cho thấy thiếu bài viết trợ giúp, màn hình khó hiểu hoặc một tác vụ mà sản phẩm chưa hỗ trợ tốt. Viết tài liệu là một cách phản hồi, không phải câu trả lời cho mọi vấn đề về khả năng sử dụng.
Một bài viết trợ giúp hiệu quả nêu tên tác vụ, chỉ ra các bước hiện tại, giải thích cách nhận biết thành công và đưa ra bước tiếp theo nếu thất bại. Kiểm tra lại sau khi thay đổi sản phẩm. Duy trì một kênh đến người thật cho những trường hợp không phù hợp với bài viết.
Giả sử một lần xem xét hỗ trợ FitSite mang tính minh họa phát hiện sáu câu hỏi về việc thêm huấn luyện viên. Nhóm có thể cải thiện hướng dẫn mẫu liên quan, quan sát ai đó thực hiện tác vụ và so sánh các yêu cầu tiếp theo. Đừng khẳng định rằng một bài viết trợ giúp đã giảm số lượng yêu cầu hỗ trợ trừ khi bạn đã đo lường kết quả đó.
Đối soát thanh toán và quyền truy cập
Thanh toán định kỳ phụ thuộc vào cổng thanh toán đã cấu hình, cài đặt đăng ký và các sự kiện thanh toán đến được ứng dụng của bạn. Tự động hóa không loại bỏ nhu cầu xem xét các ngoại lệ. So sánh trạng thái thành viên với hồ sơ thanh toán trước khi thay đổi quyền truy cập thủ công hoặc hoàn tiền.
Một khoản thanh toán thất bại có thể có nhiều nguyên nhân. Kiểm tra thông tin từ chối hoặc sự kiện thực tế của nhà cung cấp thay vì cho rằng đó là thẻ hết hạn hoặc hủy có chủ đích. Sử dụng các cài đặt thử lại và thông báo khách hàng mà nhà cung cấp hỗ trợ, đồng thời giải thích cách khách hàng có thể cập nhật thông tin thanh toán qua một kênh an toàn.
Đối với lộ trình WordPress, hãy xem xét tư cách thành viên và thanh toán Ultimate Multisite cùng với hồ sơ cổng thanh toán của bạn. Xác minh việc nâng cấp, hạ cấp, kết thúc dùng thử và hóa đơn trên phiên bản bạn đã cấu hình. Kiểm tra thời điểm thay đổi và mọi khoản tính theo tỷ lệ thay vì hứa rằng mọi thay đổi gói đều hoạt động giống hệt nhau.
Giữ quy trình hủy đơn giản. Xác nhận ngày kết thúc có hiệu lực, trạng thái thanh toán trong tương lai và mọi thỏa thuận xuất dữ liệu hoặc lưu giữ. Một câu hỏi phản hồi tùy chọn có thể giúp bạn học hỏi, nhưng việc hủy không nên phụ thuộc vào việc trả lời câu hỏi đó. Áp dụng hoàn tiền nhất quán theo các điều khoản bạn thực sự đã đưa ra.
Duy trì một dịch vụ có thể khôi phục
Lên lịch bảo trì định kỳ và duy trì một con đường cho các bản cập nhật bảo mật khẩn cấp. Đừng hoãn mọi bản cập nhật đến cuộc họp hằng tháng. Ưu tiên theo vấn đề và mức độ phơi lộ, kiểm thử an toàn nhất có thể và duy trì kế hoạch khôi phục nếu thay đổi gây sự cố.
Với WordPress Multisite, thay đổi plugin hoặc giao diện dùng chung có thể ảnh hưởng đến nhiều trang khách hàng. Kiểm thử các gói đại diện, mẫu, thanh toán và quyền truy cập trên môi trường staging. Sử dụng biện pháp bảo vệ dữ liệu và kiểm soát truy cập phù hợp với bản sao staging; môi trường kiểm thử không được để lộ thông tin khách hàng.
Duy trì bản sao lưu nội dung cơ sở dữ liệu và các tệp cần thiết, đồng thời kiểm tra việc khôi phục. Ghi lại các lần khôi phục thành công gần đây, không chỉ các tác vụ sao lưu thành công. Duy trì giám sát tình trạng cạn kiệt tài nguyên, công việc nền thất bại và lỗi phân phối cũng như việc trang chủ có tải được hay không.
Tìm hiểu lý do khách hàng ở lại hoặc rời đi
Xác định tỷ lệ rời bỏ khách hàng cho một khoảng thời gian cụ thể: số khách hàng mất trong kỳ chia cho số khách hàng đang hoạt động ở đầu kỳ. Ghi lại quy tắc đếm của bạn, bao gồm cách xử lý tài khoản tạm dừng và chưa thanh toán. Tỷ lệ rời bỏ doanh thu là một chỉ số khác và cần được gắn nhãn riêng.
Nếu một doanh nghiệp minh họa bắt đầu tháng với 50 khách hàng và mất hai người trong số đó, tỷ lệ rời bỏ khách hàng của nhóm đó là 4%. Khách hàng mới có được trong tháng không làm thay đổi mẫu số ban đầu đó. Với số lượng nhỏ, một lần hủy có thể làm tỷ lệ phần trăm biến động mạnh, vì vậy cũng hãy xem xét các lý do riêng lẻ.
Phân biệt các vấn đề về sản phẩm, thay đổi ngân sách, đóng cửa doanh nghiệp và những khách hàng chưa bao giờ đạt được kết quả hữu ích đầu tiên. Đề nghị hỗ trợ hoặc một gói phù hợp khi thích hợp. Đừng cho rằng giảm giá giải quyết được tính năng còn thiếu, và tôn trọng tùy chọn liên lạc trước khi gửi ưu đãi quay lại.
Đề xuất nâng cấp khi khách hàng có nhu cầu phù hợp và hiểu chi phí bổ sung. Chạm đến giới hạn có thể là cơ hội để làm rõ gói phù hợp, nhưng thông điệp không nên che giấu lựa chọn giảm mức sử dụng hoặc ở lại gói hiện tại.
Đưa quy trình vào lịch
Các lần kiểm tra hằng ngày xử lý tính khả dụng, hỗ trợ khẩn cấp và các ngoại lệ thanh toán. Các lần xem xét hằng tuần tìm kiếm phiếu hỗ trợ chưa giải quyết, lỗi kích hoạt và các vấn đề lặp lại. Các lần xem xét hằng tháng đánh giá doanh thu định kỳ, chi phí, tỷ lệ giữ chân và tài liệu. Các lần xem xét hằng quý xem lại giá cả, năng lực và liệu đề nghị vẫn phù hợp với đối tượng hay không.
Dùng nhịp độ này làm điểm khởi đầu, sau đó điều chỉnh theo rủi ro và khối lượng công việc của dịch vụ. Một doanh nghiệp xử lý đặt chỗ nhạy cảm về thời gian cần giám sát khác với một gói đăng ký nghiên cứu hằng tháng. Mục đích là ngăn công việc biến mất giữa các trách nhiệm, không phải tạo các cuộc họp chỉ vì họp.
Bài tập của bạn: viết một bảng vận hành
Tạo bốn phần: giám sát, hỗ trợ, thanh toán và bảo trì. Với mỗi phần, nêu người phụ trách, tần suất, bằng chứng cần kiểm tra và hành động cho một ngoại lệ. Bao gồm người phụ trách dự phòng cho các tác vụ quan trọng.
Soạn cam kết hỗ trợ của bạn bằng ngôn ngữ dễ hiểu, bao gồm giờ làm việc và sự khác biệt giữa phản hồi đầu tiên với giải quyết. Sau đó kiểm tra liệu lịch trình hiện tại của bạn có thể đáp ứng cam kết đó khi ốm hoặc trong kỳ nghỉ hay không.
Chọn một tác vụ khách hàng lặp lại và viết bài trợ giúp. Kiểm thử với người chưa quen với sản phẩm. Ghi lại liệu họ có hoàn thành tác vụ mà không cần giải thích thêm hay không.
Cuối cùng, diễn tập trên giấy một sự cố: khách hàng đã thanh toán nhưng không có quyền truy cập. Liệt kê các hồ sơ bạn sẽ so sánh, cách bạn sẽ giao tiếp và cách xác nhận đã khôi phục mà không phát sinh khoản phí thứ hai.
Trước khi bạn tiếp tục
Vận hành bền vững kết hợp quyền sở hữu, cam kết rõ ràng và khả năng khôi phục. Tự động hóa các bước đáng tin cậy, xem xét ngoại lệ và sử dụng câu hỏi của khách hàng để cải thiện trải nghiệm. Theo dõi tỷ lệ giữ chân bằng các định nghĩa rõ ràng thay vì chỉ dựa vào nhãn trên bảng điều khiển.
Nguồn và tài liệu đọc thêm
Phỏng theo Bài học 12 gốc: Vận hành doanh nghiệp. FitSite là một doanh nghiệp minh họa dùng cho việc học, không phải câu chuyện thành công của khách hàng. Hướng dẫn sao lưu WordPress giải thích các thành phần của một cài đặt có thể khôi phục.