BÀI HỌC 06 / 14 · KHÓA HỌC KINH DOANH MIỄN PHÍ
Đăng ký là một bước bàn giao: ai đó đã quyết định rằng đề nghị của bạn có thể hữu ích và giờ cần hiểu rõ cam kết cũng như đạt được điểm khởi đầu có thể sử dụng. Hãy thiết kế bước bàn giao đó xoay quanh nhiệm vụ của họ.
Đến cuối bài: lập sơ đồ quy trình đăng ký hoàn chỉnh, viết nội dung xác nhận rõ ràng và chuẩn bị danh sách kiểm tra thực tế. Khóa học này được đọc miễn phí mà không cần tài khoản; phần thanh toán được thảo luận ở đây dành cho doanh nghiệp của riêng bạn trong tương lai.
Bắt đầu từ lời hứa trên trang giá
Các gói của bạn từ Bài học 5 xác định khách hàng đang mua gì. Quy trình thanh toán cần giữ nguyên ý nghĩa đó. Khách hàng đã chọn gói theo tháng không nên bất ngờ thấy thanh toán theo năm, một dịch vụ bổ sung hoặc phí thiết lập không được giải thích trên màn hình cuối cùng. Hãy hiển thị gói đã chọn và chu kỳ thanh toán khi xác nhận cam kết.
Hướng dẫn gốc sử dụng FitSite, một dịch vụ website minh họa dành cho các doanh nghiệp thể hình. Quy trình đăng ký của dịch vụ này đi qua gói, mẫu giao diện, tài khoản, địa chỉ trang web, thanh toán và xác nhận. Một SaaS báo cáo có thể thay mẫu giao diện bằng bảng điều khiển mẫu. Một doanh nghiệp dịch vụ có thể thu thập bản tóm tắt dự án sau khi thanh toán. Thứ tự cần phản ánh những gì phải quyết định ngay và những gì có thể chờ.
Đừng cho rằng nhiều bước hơn luôn làm biểu mẫu dễ dùng hơn, hoặc mọi trường bổ sung đều làm giảm tỷ lệ chuyển đổi. Đó là những câu hỏi cần kiểm thử với đối tượng của bạn. Một câu hỏi cần thiết có thể ngăn một sai lầm tốn kém; một câu hỏi không cần thiết có thể làm gián đoạn người đã sẵn sàng tiếp tục.
Chọn ưu đãi trước khi thu thập thông tin chi tiết
Mô tả các gói bằng kết quả hữu ích và giới hạn cụ thể. “Một website studio được duy trì với thời khóa biểu lớp học” cung cấp ngữ cảnh, trong khi giới hạn lưu trữ, số lượng trang, tích hợp và phạm vi hỗ trợ vẫn cần được giải thích dễ tiếp cận. Ngôn ngữ đơn giản nên làm rõ giới hạn kỹ thuật, không che giấu chúng.
Khi có cả lựa chọn theo tháng và theo năm, hãy hiển thị số tiền thực tế được tính và tần suất thanh toán. Số tiền hằng năm chia cho mười hai là một phép so sánh, không phải tùy chọn thanh toán theo tháng. Nếu bạn giới thiệu các mẫu giao diện, hãy hiển thị bản xem trước trung thực và đảm bảo tính khả dụng của chúng nhất quán với gói đã chọn. Tránh yêu cầu khách hàng chọn một tùy chọn không khả dụng rồi mới giải thích hạn chế sau đó.
Chỉ yêu cầu thông tin tối thiểu cần thiết để tiếp tục
Hãy ghi mục đích bên cạnh mỗi trường. Email có thể dùng để nhận diện tài khoản và nhận thông báo dịch vụ. Tên doanh nghiệp có thể dùng để đặt nhãn cho không gian làm việc mới. Mật khẩu có thể được hệ thống xác thực yêu cầu. Số điện thoại, tiểu sử doanh nghiệp, danh sách đầy đủ thành viên hoặc logo thường có thể để sau, trừ khi chúng thiết yếu cho quy trình cung cấp dịch vụ của bạn.
Giải thích lỗi ngay cạnh trường liên quan bằng ngôn ngữ thông thường. Hãy kiểm thử email trùng lặp, địa chỉ không gian làm việc không khả dụng, giá trị không hợp lệ và mật khẩu không đáp ứng yêu cầu của bạn. Giữ lại các mục nhập hợp lệ khi xảy ra lỗi có thể sửa. Bao gồm nhãn hiển thị rõ ràng và khả năng truy cập bằng bàn phím; chỉ dùng văn bản giữ chỗ là sự thay thế kém cho tên trường.
Đối với FitSite, tên studio có thể cung cấp thông tin cho tiêu đề trang và địa chỉ được đề xuất, nhưng hãy xác minh cấu hình thực tế của bạn hỗ trợ gì. Địa chỉ như studio.fitsite.example chỉ mang tính minh họa. Kiểm tra xung đột, ký tự được phép và việc khách hàng có thể thay đổi đề xuất trước khi xác nhận hay không. Đừng hứa hẹn việc đặt tên tự động nếu chưa kiểm thử.
Làm rõ ràng việc thanh toán và xác nhận
Bước thanh toán nên tóm tắt dịch vụ đã chọn, số tiền đến hạn ngay bây giờ, số tiền và lịch gia hạn, mọi thời gian dùng thử, mọi phí thiết lập, cũng như nơi tìm điều khoản hủy hoặc hoàn tiền. Hãy biến các hạng mục bổ sung tùy chọn thành những lựa chọn có chủ đích. Một bản tóm tắt ngắn gọn, chính xác hữu ích hơn một nút bấm hào hứng che khuất nội dung mua hàng.
Sử dụng môi trường kiểm thử của nhà cung cấp thanh toán để phát triển. Hãy làm theo hướng dẫn kiểm thử hiện hành của họ thay vì nhập thông tin thẻ thật vào bài kiểm tra. Chỉ một màn hình thanh toán thành công là chưa đủ: hãy xác nhận rằng gói đăng ký, tài khoản khách hàng và không gian làm việc hoặc dịch vụ đã hứa thực sự được tạo, và thông báo xác nhận phản ánh đúng trạng thái của chúng.
Một xác nhận hữu ích sẽ cho biết điều gì đã xảy ra và cần làm gì tiếp theo. Ví dụ: “Không gian làm việc FitSite của bạn đã sẵn sàng. Mở bảng điều khiển để thêm thông tin lớp học.” Nếu việc cấp phát vẫn đang diễn ra, hãy nói rõ và cung cấp cách khôi phục. Đừng gọi một trang là sẵn sàng hoặc đang hoạt động trước khi điều đó là sự thật. Giữ biên lai, thư chào mừng và trang tài khoản nhất quán.
Lộ trình triển khai WordPress tùy chọn
Ultimate Multisite cung cấp tài liệu về biểu mẫu thanh toán với giá, lựa chọn kỳ thanh toán và lựa chọn mẫu giao diện. Trong cài đặt kiểm thử của riêng bạn, hãy sử dụng khu vực Checkout Forms để xem xét biểu mẫu khởi đầu phù hợp và các trường mà sản phẩm bạn đã cấu hình yêu cầu. Tài liệu hiện tại của nó giải thích cách các tùy chọn kỳ hạn phải khớp với các biến thể giá sản phẩm. Hãy xác nhận hành vi này trong phiên bản bạn đã cài đặt.
Kiểm thử các lựa chọn mẫu giao diện dựa trên cài đặt gói và nội dung thực tế được cấp phát. Xem trước quy trình với tư cách khách truy cập và người dùng hiện có, sau đó hoàn tất từ một phiên trình duyệt sạch. WordPress Multisite và lõi Ultimate Multisite miễn phí có thể hỗ trợ cách tiếp cận này; dịch vụ lưu trữ, tên miền, xử lý thanh toán và các dịch vụ tùy chọn vẫn có thể tốn tiền. Bạn có thể hoàn thành bài tập lập kế hoạch mà không cần cài đặt bất cứ thứ gì.
Một bài kiểm thử minh họa từ đầu đến cuối
Hãy tưởng tượng một chủ studio chọn gói FitSite theo tháng và mẫu giao diện studio nhỏ. Họ nhập sai email, sửa lại, chọn một địa chỉ khả dụng và hoàn tất thanh toán thử nghiệm. Kết quả mong đợi của bạn là một tài khoản, một trang được cấu hình đúng, đúng gói và một bước tiếp theo rõ ràng. Hãy ghi lại kết quả mong đợi trước khi kiểm thử để bạn có thể phân biệt giữa quy trình hoạt động và một màn hình thuyết phục.
Lặp lại với thanh toán thử nghiệm bị từ chối, phiên trình duyệt bị gián đoạn và tài khoản quay lại. Kiểm tra xem việc thử lại có tạo đơn hàng hoặc trang trùng lặp không. Kiểm tra bố cục trên thiết bị di động và thứ tự bàn phím. Hãy nhờ một người không quen với sản phẩm kể lại họ nghĩ mỗi bước có ý nghĩa gì; ghi nhận sự bối rối mà không hướng dẫn họ vượt qua. Sửa hiểu lầm có hậu quả lớn nhất và chạy lại tình huống đó.
Bài tập của bạn
- Phác thảo lộ trình từ gói đã chọn đến hành động hữu ích đầu tiên. Đánh dấu mọi điểm mà giá, danh tính hoặc lựa chọn không gian làm việc thay đổi.
- Liệt kê từng trường được đề xuất và lý do cần có nó ngay lúc này. Chuyển các câu hỏi thiết lập không thiết yếu sang giai đoạn hướng dẫn sử dụng.
- Viết bản tóm tắt đơn hàng, một lỗi trường, một thông báo đang chờ và một xác nhận thành công.
- Tạo ma trận kiểm thử cho thành công, thanh toán bị từ chối, địa chỉ không khả dụng, khách hàng hiện có, truy cập di động và đăng ký bị gián đoạn.
- Chạy quy trình trong môi trường kiểm thử hoặc đi qua một nguyên mẫu trên giấy. Ghi lại kết quả mong đợi so với kết quả thực tế và chỉnh sửa tiếp theo.
Trước khi bạn tiếp tục
- Khách hàng có thể giải thích họ đang mua gì và khi nào họ sẽ bị tính phí.
- Một kiểm thử thành công tạo đúng tài khoản và dịch vụ, không chỉ là thông báo thành công.
- Bạn có bước bàn giao rõ ràng sang quá trình hướng dẫn sử dụng và một cách khôi phục khi có lỗi.
Nguồn và tài liệu tham khảo triển khai
Tiếp tục khóa học của bạn
Giữ lại ghi chú bài tập của bạn: bài học tiếp theo sẽ xây dựng dựa trên những quyết định bạn đã đưa ra ở đây.