Gói đọc dành cho doanh nghiệp cho phép một tổ chức trả phí để nhiều người đọc ấn phẩm của bạn. Nếu muốn bán gói này trên website riêng, hãy quyết định ai mua gói, ai xử lý hóa đơn, ai phân quyền người đọc và mỗi người có thể mở nội dung nào. Những trách nhiệm này có thể thuộc về các cá nhân khác nhau.
Sự phân biệt đó trở nên hữu ích khi một nhân viên nghỉ việc. Gói đọc của doanh nghiệp có thể vẫn còn hiệu lực, hóa đơn vẫn gửi đến đúng người, nhưng quyền đọc của một người cần được chuyển cho người thay thế. Dùng chung một tài khoản khiến việc quản lý riêng từng nhiệm vụ trở nên khó thực hiện có chủ đích.
Bắt đầu bằng một gói dịch vụ mà bạn có thể giải thích với khách hàng
Đây là một ví dụ giả định. Một ấn phẩm chuyên ngành bán cho doanh nghiệp gói đọc hằng năm dành cho năm người đọc được chỉ định. Mỗi người có tài khoản đăng nhập riêng và có quyền đọc cùng một nhóm bài viết trả phí. Gói dịch vụ cho phép người quản lý được chỉ định thay một người đọc, đồng thời kết thúc suất đọc cũ khi suất mới bắt đầu. Đây là các điều khoản đề xuất cho ví dụ, không phải cài đặt mặc định của một sản phẩm cụ thể.
Trước khi chọn phần mềm, đơn vị xuất bản cần xác định các chi tiết. Quyền truy cập bao gồm số hiện tại, kho lưu trữ hay cả hai? Doanh nghiệp có thể thêm người đọc trong năm không? Khi gói hết hạn, quyền đọc các số cũ sẽ ra sao? Hãy ghi câu trả lời vào nội dung gói dịch vụ và bảo đảm website thực hiện được các điều khoản đó.
Năm suất này thường được gọi là suất đọc. Mỗi suất dành cho một người đọc theo gói dịch vụ. Nên định nghĩa rõ thuật ngữ này trước khi đưa nó lên trang giá hoặc hóa đơn.
Doanh nghiệp và người phụ trách thanh toán
Doanh nghiệp là khách hàng mua gói đọc. Người phụ trách thanh toán nhận hóa đơn và trao đổi về các khoản thanh toán. Nhận hóa đơn không tự động cấp quyền đọc bài trả phí hoặc quyền phân công người đọc.
Người quản lý suất đọc và từng người đọc
Người quản lý suất đọc được chỉ định có thể phân công hoặc gỡ các suất đọc của doanh nghiệp trong giới hạn đã thỏa thuận. Mỗi người đọc đăng nhập bằng tài khoản riêng và nhận quyền đọc gắn với suất đọc được cấp cho mình. Một người có thể đảm nhiệm nhiều vai trò, nhưng mỗi quyền vẫn cần được cấp có chủ đích.
Trong ví dụ này, doanh nghiệp chỉ định quản lý văn phòng phân công người đọc và một đồng nghiệp ở bộ phận tài chính xử lý hóa đơn. Quản lý văn phòng cũng có thể là một trong năm người đọc. Điều đó không có nghĩa mọi người đọc đều phải trở thành quản trị viên, hay mọi quản trị viên đều phải chiếm một suất đọc có tính phí. Hãy quyết định những cách sắp xếp này có phù hợp với gói dịch vụ của bạn hay không.
Một con số trên hóa đơn không cho biết ai là người đọc
Phần mềm thanh toán có thể tính phí theo số lượng đơn vị. Ví dụ, tài liệu về số lượng trong gói đăng ký của Stripe mô tả cách tính phí này. Tuy nhiên, số lượng năm không đồng nghĩa với năm người cụ thể được cấp quyền đọc bài viết của bạn.
Hệ thống gói đọc cần liên kết số lượng đã mua với các suất đọc được cấp cho doanh nghiệp, sau đó kiểm tra mỗi người đã đăng nhập được đọc nội dung nào. Trong ví dụ này, lời mời người thứ sáu cần có cách xử lý đã thống nhất: có thể người quản lý phải gỡ một suất đọc hoặc yêu cầu tăng số suất trước. Chỉ gửi lời mời không được âm thầm thay đổi số lượng đã mua.
Danh tính và quyền hạn cũng cần được quyết định riêng. Hướng dẫn bảo mật Power Pages của Microsoft minh họa sự khác nhau giữa người dùng, vai trò, quyền truy cập trang và quyền truy cập dữ liệu bên dưới. Đây là ví dụ từ một nhà cung cấp, không phải khuyến nghị dùng sản phẩm đó cho gói đọc. Với đơn vị xuất bản, câu hỏi thực tế là mỗi vai trò được phép thực hiện hành động nào và truy cập nội dung nào.
Thay người đọc mà không chia sẻ mật khẩu
Giả sử một trong năm người đọc nghỉ việc. Người quản lý suất đọc gỡ suất đọc được cấp cho người đó và mời người thay thế. Theo chính sách đề xuất trong ví dụ, quyền đọc do doanh nghiệp chi trả của suất đọc cũ kết thúc khi suất đọc mới bắt đầu. Hãy thống nhất cách tính lời mời chưa được chấp nhận để người quản lý biết còn suất trống hay không.
Hệ thống cần phân biệt một cá nhân với suất đọc cụ thể đó. Nhân viên rời công ty có thể còn một gói đọc cá nhân của ấn phẩm. Gỡ phần quyền lợi do doanh nghiệp chi trả không được xóa giao dịch mua riêng này. Hãy yêu cầu nhà cung cấp trình bày cách website đưa ra quyết định truy cập đúng khi một người có cả hai loại gói đọc.
Quản lý suất đọc không đòi hỏi phải xem lịch sử đọc riêng tư của từng người. Hãy xác định người quản lý doanh nghiệp thực sự cần xem gì, chẳng hạn như tên, trạng thái lời mời và số suất đang được sử dụng. Xác định riêng mọi báo cáo bổ sung, người được xem và cách thông báo cho người đọc.
Thay đổi nhân sự cũng ảnh hưởng đến người quản lý và người phụ trách thanh toán. Nếu đồng nghiệp phụ trách tài chính nghỉ việc, hãy đổi nơi nhận hóa đơn mà không thay toàn bộ người đọc. Nếu người quản lý suất đọc nghỉ việc, đơn vị xuất bản cần có quy trình đã thống nhất để xác minh người liên hệ mới của doanh nghiệp và chuyển giao trách nhiệm đó. Cấp quyền quản trị cho mọi nhân viên là cách giải quyết có thể tránh được.
Quyết định khi nào thay đổi thanh toán ảnh hưởng đến quyền đọc
Với gói hằng năm giả định, hãy ghi rõ ngày bắt đầu, ngày gia hạn và khoản thanh toán tiếp theo bao gồm những gì. Đồng thời thống nhất việc gia hạn tự động hay cần phê duyệt, ai nhận thông báo và doanh nghiệp yêu cầu hủy như thế nào. Lập hóa đơn, nhận thanh toán và bắt đầu thời hạn đọc là những sự kiện riêng biệt.
Thanh toán thất bại cần có cách xử lý rõ ràng và đã thống nhất. Bạn có thể áp dụng thời gian gia hạn để người phụ trách thanh toán giải quyết, hoặc tạm dừng quyền truy cập vào một thời điểm cụ thể. Hãy nêu rõ thời điểm đó, người nhận thông báo và người có thể xử lý ngoại lệ. Không có thời hạn ngừng truy cập chung phù hợp với mọi gói đọc doanh nghiệp.
Doanh nghiệp hủy gia hạn
Quyết định thời hạn đã thanh toán có tiếp tục đến ngày cuối cùng hay không, quyền đọc kho lưu trữ ra sao sau đó và có giữ lại suất đọc để doanh nghiệp quay lại hay không. Giải thích điều khoản thực tế cho khách hàng trước khi mua.
Doanh nghiệp thay đổi số suất đọc
Thống nhất thời điểm tăng hoặc giảm có hiệu lực và cách xử lý các suất đang được sử dụng. Xác nhận khoản phí và mọi điều chỉnh theo cấu hình thanh toán đã chọn. Gỡ một người đọc, giảm hóa đơn và kết thúc gói đọc là những hành động khác nhau.
Bộ phận hỗ trợ cần đủ thông tin để giải thích sai lệch: doanh nghiệp, thời hạn đọc đã thống nhất, trạng thái thanh toán, số suất đã mua và suất đọc của người đọc liên quan. Hãy xác định ai trao đổi với khách hàng và ai điều tra sự cố kỹ thuật về quyền truy cập. Hồ sơ của nhà cung cấp thanh toán có thể không giải thích được vì sao một bài viết bị khóa.
Yêu cầu nhà cung cấp gói thành viên trình diễn đúng gói dịch vụ này
Một sản phẩm thành viên phù hợp có thể đã hỗ trợ gói dành cho doanh nghiệp mà bạn cần. Hãy yêu cầu nhà cung cấp trình diễn đúng phiên bản và cấu hình thực tế trước khi đặt làm thêm. Bắt đầu bằng ví dụ năm người đọc, thay vì chấp nhận lời hứa chung rằng sản phẩm có hỗ trợ gói đăng ký.
Hãy dùng doanh nghiệp và tài khoản người đọc giả lập trong môi trường thử nghiệm riêng được hỗ trợ, đồng thời tắt các khoản thu thật và tin nhắn gửi khách hàng. Mua số suất theo ví dụ, phân công người đọc, thử mời người thứ sáu, thay người nghỉ việc và đổi người phụ trách thanh toán. Sau đó, trình diễn việc gia hạn, thanh toán thất bại và hủy theo các điều khoản đề xuất. Kiểm tra cả quyền truy cập và hồ sơ tạo ra, bên cạnh các màn hình.
Hãy thêm một người đọc đồng thời có gói đọc cá nhân. Kiểm tra người quản lý suất đọc có thể xem và làm gì, cũng như người đọc thông thường không thể làm gì. Yêu cầu nhà cung cấp thử một hành động vượt quá quyền của từng vai trò. Màn hình mua hàng hoạt động tốt vẫn chưa chứng minh được toàn bộ gói đọc doanh nghiệp mà bạn định bán.
Nếu sản phẩm tương thích đáp ứng được gói dịch vụ, cấu hình và thỏa thuận hỗ trợ có thể là đủ. Nếu còn thiếu, hãy xác định chính xác hành vi nào chưa được đáp ứng. Phần mở rộng hoặc công việc tùy chỉnh có thể phù hợp nếu khoảng trống đó ảnh hưởng đến gói dịch vụ, với điều kiện thống nhất trước khi ra mắt ai chịu trách nhiệm cập nhật, kết nối thanh toán và quy tắc truy cập.
Chúng tôi có thể trao đổi về phát triển nền tảng theo yêu cầu để giải quyết một khoảng trống cụ thể trong gói đọc của ấn phẩm. Phạm vi, giá, giấy phép, bàn giao và việc chăm sóc liên tục được thỏa thuận riêng cho từng dự án. Hãy chuẩn bị gói dịch vụ, ví dụ thay người đọc và hành vi mà sản phẩm hiện tại chưa thể trình diễn.
Câu hỏi về gói đọc ấn phẩm cho doanh nghiệp
Một doanh nghiệp có thể trả phí cho nhiều người đọc được chỉ định không?
Có, nếu đó là gói dịch vụ mà đơn vị xuất bản lựa chọn và hệ thống hỗ trợ. Hãy xác định số suất đã mua, quyền đọc của từng người và ai được phân công hoặc thay người đọc. Doanh nghiệp có thể có người phụ trách thanh toán và người quản lý suất đọc riêng.
Một suất đã tính phí có tự động cấp quyền truy cập cho ai đó không?
Không. Số lượng dùng để tính phí ghi nhận khoản được thu. Website vẫn cần xác định người đọc, liên kết họ với suất đọc hợp lệ và kiểm tra suất đọc đó cho phép họ đọc những gì.
Điều gì xảy ra khi một người đọc nghỉ việc?
Áp dụng chính sách thay thế đã thống nhất cho suất đọc do doanh nghiệp chi trả và cấp tài khoản riêng cho người thay thế. Giữ nguyên quyền lợi từ gói đọc cá nhân không liên quan. Việc đổi suất đọc không được tự động chuyển lịch sử đọc riêng tư cho người quản lý doanh nghiệp.
Có nên dừng quyền đọc ngay khi thanh toán thất bại không?
Hãy làm theo điều khoản đã chọn cho gói dịch vụ. Xác định thời gian gia hạn nếu có, thời điểm dừng quyền truy cập, thông báo và người xử lý ngoại lệ. Hãy thử hành vi này trước khi ra mắt, cùng với gia hạn và hủy, để bộ phận hỗ trợ giải thích được điều gì đã xảy ra.
