기업에 출판물 구독 판매하기: 누가 비용을 내고 누가 읽을까요?

기업 구독은 한 조직이 여러 사람의 출판물 이용료를 지불하는 방식입니다. 자체 웹사이트에서 이 구독을 판매하려면 누가 구독을 구매하고, 누가 청구를 처리하며, 누가 독자를 배정하고, 각 독자가 어떤 콘텐츠를 볼 수 있는지 정해야 합니다. 이 역할은 서로 다른 사람이 맡을 수 있습니다.

직원이 회사를 떠날 때 이 구분이 유용해집니다. 기업 구독은 계속 결제되고 청구서도 올바른 담당자에게 도착하더라도, 한 독자의 이용 권한을 후임자에게 넘겨야 할 수 있습니다. 하나의 계정을 함께 사용하면 이런 별개의 업무를 의도한 대로 처리하기 어렵습니다.

고객에게 설명할 수 있는 상품부터 정하세요

다음은 가상의 사례입니다. 한 전문 출판물이 기업에 지정 독자 5명이 이용하는 연간 구독을 판매합니다. 각 독자는 개별 로그인 계정을 사용하고 동일한 유료 기사를 볼 수 있습니다. 이 상품에서는 기업이 지정한 관리자가 독자를 교체할 수 있으며, 새 독자의 배정이 시작되면 기존 배정은 끝납니다. 이는 이 사례를 위해 제안한 조건이지 특정 제품의 기본 설정이 아닙니다.

소프트웨어를 고르기 전에 출판사는 세부 조건을 정해야 합니다. 현재 호, 지난 호 자료실, 아니면 둘 다 이용할 수 있나요? 구독 연도 중에 독자를 추가할 수 있나요? 구독이 끝난 뒤 지난 호 자료를 계속 볼 수 있나요? 답을 상품 조건에 적고 웹사이트가 그대로 적용할 수 있는지 확인하세요.

이 다섯 자리는 보통 좌석이라고 부릅니다. 좌석은 상품 조건에 따라 독자에게 배정할 수 있는 한 자리입니다. 가격 페이지나 청구서에 이 표현을 쓰기 전에 의미를 분명히 정해 두면 좋습니다.

이 사례에서 기업은 사무실 관리자가 독자를 배정하고 재무 담당자가 청구서를 처리하도록 지정합니다. 다섯 독자 중 한 명이 사무실 관리자일 수도 있습니다. 그렇다고 모든 독자가 관리자가 되어야 하는 것은 아니며, 모든 관리자가 유료 독자 자리를 차지해야 하는 것도 아닙니다. 이런 구성이 상품에 맞는지 정하세요.

청구 수량만으로 독자를 알 수는 없습니다

청구 소프트웨어는 단위 수량에 따라 요금을 청구할 수 있습니다. 예를 들어 Stripe의 구독 수량 문서는 이러한 청구 방식을 설명합니다. 그러나 수량이 5라고 해서 식별된 독자 다섯 명이 정해지거나 그들에게 기사 읽기 권한이 부여되는 것은 아닙니다.

구독 시스템은 구매한 한도를 기업의 독자 배정과 연결하고 로그인한 각 사람이 무엇을 읽을 수 있는지 확인해야 합니다. 이 사례에서 여섯 번째 초대에는 합의된 대응이 있어야 합니다. 예를 들어 관리자가 기존 배정을 회수하거나 먼저 한도 증액을 신청해야 할 수 있습니다. 초대만으로 구매 수량이 조용히 늘어나서는 안 됩니다.

신원 확인과 권한도 따로 정해야 합니다. Microsoft Power Pages 보안 안내는 사용자, 역할, 페이지 권한, 기반 데이터에 대한 권한이 어떻게 구분되는지 보여 줍니다. 이는 한 제공업체의 사례이며 구독에 이 제품을 쓰라는 권고가 아닙니다. 출판사가 답해야 할 실제 질문은 각 역할이 어떤 기능과 콘텐츠에 접근할 수 있는가입니다.

비밀번호를 공유하지 않고 독자를 교체하세요

다섯 독자 중 한 명이 회사를 떠난다고 가정해 보겠습니다. 좌석 관리자는 그 사람의 기업 독자 배정을 회수하고 후임자를 초대합니다. 이 사례에서 제안한 정책에 따르면 후임자 배정이 시작될 때 기존 독자의 기업 부담 이용 권한이 끝납니다. 관리자가 빈자리가 있는지 알 수 있도록 초대를 아직 수락하지 않은 경우 어떻게 계산할지도 정하세요.

시스템은 사람 자체와 그 사람에게 부여된 특정 배정을 구분해야 합니다. 퇴사하는 직원이 출판물을 개인 구독하고 있을 수도 있습니다. 기업이 부담하는 이용 권한을 회수해도 별도로 구매한 개인 구독을 삭제해서는 안 됩니다. 한 사람이 두 종류의 구독을 모두 보유한 경우 웹사이트가 올바른 접근 권한을 어떻게 결정하는지 공급업체에 시연을 요청하세요.

직원 변동은 관리자와 청구 담당자에게도 영향을 줍니다. 재무 담당자가 퇴사하면 모든 독자를 교체하지 않고 청구서 수신인을 바꿀 수 있어야 합니다. 좌석 관리자가 퇴사하면 출판사는 기업의 새 담당자를 확인하고 그 역할을 넘기는 방법에 합의해야 합니다. 모든 직원에게 관리자 권한을 주는 방식은 피할 수 있습니다.

결제 변화가 읽기 권한에 영향을 주는 시점을 정하세요

가상의 연간 상품에 대해 시작일, 갱신일, 다음 결제로 무엇을 이용할 수 있는지 적어 두세요. 자동 갱신인지 승인이 필요한지, 누가 알림을 받는지, 기업이 어떻게 해지를 요청하는지도 정해야 합니다. 청구서 발행, 결제 수령, 읽기 기간 시작은 서로 다른 일입니다.

결제 실패에도 분명하고 합의된 대응이 필요합니다. 청구 담당자가 문제를 해결할 동안 유예 기간을 둘 수도 있고, 정해진 시점에 접근을 중단할 수도 있습니다. 언제 조치하는지, 누구에게 알리는지, 누가 예외를 처리할 수 있는지 명시하세요. 모든 기업 구독에 맞는 공통 중단 시점은 없습니다.

고객 지원 담당자가 이용 권한 불일치를 설명하려면 기업, 합의한 이용 기간, 결제 상태, 구매 한도, 해당 독자의 배정 정보가 필요합니다. 고객과의 소통을 누가 맡고 기술적인 접근 문제를 누가 조사하는지도 정하세요. 청구 서비스 제공업체의 기록만으로는 기사가 잠긴 이유를 설명하지 못할 수 있습니다.

멤버십 서비스 제공업체에 이 상품을 그대로 시연해 달라고 하세요

현재 이용 중인 멤버십 제품이 필요한 기업 상품을 이미 지원할 수 있습니다. 추가 작업을 의뢰하기 전에 실제로 사용할 제품의 에디션과 설정을 시연해 달라고 하세요. 구독을 지원한다는 막연한 설명 대신 독자 다섯 명의 사례부터 확인하세요.

실제 요금 청구와 고객 메시지를 꺼 둔 별도의 지원 테스트 환경에서 가상의 기업과 독자 계정을 사용하세요. 예시 한도를 구매하고 독자를 배정한 뒤, 여섯 번째 초대를 시도하고, 퇴사자를 교체하고, 청구 담당자를 변경하세요. 그런 다음 제안한 조건에 따라 갱신, 결제 실패, 해지를 시연해 달라고 하세요. 화면뿐 아니라 실제 권한과 기록도 확인해야 합니다.

개인 구독도 보유한 독자를 한 명 포함하세요. 좌석 관리자가 무엇을 보고 할 수 있는지, 일반 독자가 무엇을 할 수 없는지 확인하세요. 각 역할에 허용되지 않은 동작을 시도하는 경우도 시연해 달라고 하세요. 구매 화면이 작동한다는 사실만으로 판매하려는 기업 구독 전체가 작동한다고 볼 수는 없습니다.

지원되는 제품이 상품을 처리한다면 설정과 합의된 지원 체계만으로 충분할 수 있습니다. 부족한 점이 있다면 정확히 어떤 동작을 지원하지 않는지 확인하세요. 그 차이가 상품에 중요하다면 확장 기능이나 맞춤 작업이 적절할 수 있습니다. 출시 전에 업데이트, 결제 연결, 접근 규칙을 누가 책임질지 합의하세요.

출판물 구독 상품에 분명한 공백이 있다면 맞춤형 플랫폼 개발을 논의할 수 있습니다. 범위, 가격, 라이선스, 인계, 지속적인 관리 조건은 프로젝트마다 합의합니다. 상품 내용, 독자 교체 사례, 기존 제품으로 시연하지 못한 동작을 준비해 주세요.

기업용 출판물 구독에 관한 질문