企業向け出版物の定期購読を販売するには：誰が支払い、誰が読む？

企業向け定期購読なら、1つの組織が複数の人の購読料を支払えます。自社サイトで提供するなら、誰が購入し、誰が請求を担当し、誰が読者を割り当て、各読者が何を読めるのかを決めましょう。これらの役割は別々の人が担うこともあります。

社員が退職したとき、この違いが役立ちます。企業の購読料は支払い済みで、請求書も引き続き正しい担当者に届いていても、ある読者のアクセスを後任者に移す必要があるかもしれません。1つのログインを共有すると、こうした別々の作業を意図どおりに扱いにくくなります。

顧客に説明できるプランから始める

ここでは仮の例を考えます。専門分野を扱う出版物が企業向けに、読者5人を登録する年間購読を販売します。各読者は個別のログインを持ち、同じ有料記事を読めます。このプランでは、指定された管理者が読者を交代できます。新しい読者への割り当てが始まると、前の割り当ては終了します。これは例として提案した条件であり、特定の製品の初期設定を示すものではありません。

ソフトウェアを選ぶ前に、出版社は細部を決める必要があります。現在号、バックナンバー、または両方にアクセスできるのでしょうか。購読期間中に読者を追加できますか。購読終了後、過去の号にはアクセスできますか。回答をプランに明記し、ウェブサイトでそのとおりに運用できることを確認しましょう。

この5人分の枠は、一般に「シート」と呼ばれます。ここでいうシートは、プランに基づいて読者に割り当てられる利用枠です。料金ページや請求書で使う前に、何を指すのかを明確にしておきましょう。

この例では、企業がオフィスマネージャーを読者の割り当て担当に、経理担当者を請求担当に任命します。5人の読者の1人がオフィスマネージャーでもかまいません。そのために全読者を管理者にする必要はありませんし、管理者全員が有料の読者枠を使う必要もありません。こうした運用が自社のプランに合うか検討しましょう。

請求数だけでは読者は特定できない

請求ソフトは単位数に応じて料金を請求できます。たとえば、Stripeのサブスクリプション数量に関する文書では、こうした請求方法を説明しています。しかし、数量が5だからといって、読者5人が特定され、その人たちに記事を読む権限が与えられたことにはなりません。

購読システムは、購入された枠を企業の割り当てに結び付け、ログイン中の各人が何を読めるかを確認する必要があります。この例では、6人目への招待に対して、管理者が既存の割り当てを解除するか、先に枠の追加手続きをするなど、合意済みの対応をします。招待を送っただけで、購入済みの数量が黙って変わってはいけません。

本人確認と権限付与も別々に考えましょう。Microsoft Power Pagesのセキュリティガイドは、ユーザー、ロール、ページ権限、基礎となるデータへの権限の違いを示しています。これはプロバイダーの一例であり、購読にこの製品を使うよう勧めるものではありません。出版社が決めるべきなのは、それぞれの役割がどの操作やコンテンツにアクセスできるかです。

パスワードを共有せずに読者を交代する

5人の読者のうち1人が退職したとします。読者枠の管理者は、その人への企業向け割り当てを解除し、後任者を招待します。この例で提案した方針では、後任者への割り当てが始まる時点で、前任者は企業負担のアクセス権を失います。管理者が空き枠を把握できるよう、招待をまだ受諾していない場合の数え方も決めておきましょう。

システムでは、利用者本人と、その人への個別の割り当てを区別する必要があります。退職する人が、あなたの出版物を個人向けに定期購読している場合もあります。企業が負担する分を解除しても、その別個の購入は削除されるべきではありません。同じ人が両方の購読を持つとき、ウェブサイトが正しいアクセス判断をどう行うのか、提供会社に実演してもらいましょう。

人員の変更は管理者や請求担当者にも影響します。経理担当者が退職したときは、読者全員を入れ替えず、請求書の送付先を変更できるべきです。読者枠の管理者が退職した場合には、企業の後任連絡先を確認して責任を引き継ぐ方法を、出版社側で合意しておく必要があります。全社員に管理者権限を与える方法なら避けられます。

支払いの変化が閲覧権限に影響する時点を決める

仮の年間プランについて、開始日、更新日、次の支払いで得られる内容を書き出しましょう。更新が自動か承認制か、誰に通知を送るか、企業がどのように解約を申し込むかも決めます。請求書の発行、入金、閲覧期間の開始は、それぞれ別の出来事です。

支払いに失敗したときも、合意済みの明確な対応が必要です。請求担当者が解決するまで猶予期間を設ける方法も、指定時点でアクセスを一時停止する方法もあります。いつ実施するのか、誰に通知するのか、例外に誰が対応できるのかを明記しましょう。すべての企業購読に当てはまる一律の期限はありません。

サポート担当者が不一致を説明するには、企業、合意した閲覧期間、支払い状況、購入枠数、対象読者の割り当てを把握する必要があります。顧客との連絡を誰が担当し、技術的なアクセス問題を誰が調べるのかも決めましょう。請求サービスの記録だけでは、記事がロックされている理由を説明できないことがあります。

会員管理の提供会社に、このプランを実演してもらう

既存の会員管理製品で、必要な企業向けプランをすでに提供できるかもしれません。追加開発を依頼する前に、実際に利用する製品のエディションと設定を提供会社に実演してもらいましょう。「購読に対応しています」という一般的な説明ではなく、まず5人の読者の例を使います。

実際の課金や顧客への通知を無効にした、サポート対象の独立したテスト環境で、架空の企業と読者アカウントを使います。例の枠数を購入し、読者を割り当て、6人目を招待し、退職者を交代し、請求担当者を変更します。その後、提案する条件に沿って更新、支払い失敗、解約を実演してもらいます。画面だけでなく、その結果生じた権限と記録も確認しましょう。

個人向けの定期購読も持つ読者を1人加えます。読者枠の管理者に何が見えて何ができるか、一般の読者には何ができないかを確認しましょう。それぞれの役割で許可されていない操作を試す様子も実演してもらいます。購入画面が動くことだけでは、販売予定の企業向け購読全体が機能するとは確認できません。

対応製品でプランを実現できるなら、設定と合意済みのサポート体制で十分かもしれません。不足があれば、具体的に何ができないのかを特定しましょう。その不足がプランにとって重要なら、拡張や個別開発が適切なこともあります。公開前に、更新、決済連携、アクセスルールの担当者を決めてください。

出版物の購読プランに明確な不足があれば、カスタムプラットフォーム開発についてご相談いただけます。範囲、価格、ライセンス、引き継ぎ、継続的な保守はプロジェクトごとに合意します。プラン、読者交代の例、既存製品で実演できなかった動作をご用意ください。

企業向け出版物購読に関する質問