SaaSアプリのプライバシーポリシーを生成する方法

SaaSには、有料顧客がまだ少ない段階でも、3種類の利用者がいることがあります。訪問者はマーケティングサイトを閲覧し、アカウント保有者は登録してサービス利用に必要な通知を受け取り、ワークスペースのメンバーは雇用主や別の顧客が提供した情報を扱います。すべての人が同じフォームに自分の情報を入力したとは考えないでください。

これらの利用経路を分けて整理します。招待、チーム名簿、役割の変更、共有コンテンツ、管理操作の監査記録を記載してください。公開ウェブサイトとプロダクトでアクセス解析の設定が異なる場合は、両方を含めます。一般的な生成ガイドの洗い出し方法なら、会社全体を区別のない一つのデータベースとして扱わず、各画面や機能について同じ手順を繰り返せます。

登録、ログイン、ソーシャルログイン、セッション管理、アカウント復旧、セキュリティログを確認します。アプリはメールアドレスのほかに、認証サービス側のユーザーID、アバター、所属組織、ログイン時刻、ネットワーク情報を保存している場合があります。選択した認証機能が実際に何を要求し、何を保存するのかを確かめてください。

招待フローでは、承諾前にその人が一覧に掲載されるか、未使用の招待がどのように期限切れになるかを確認します。ユーザーのプロフィール画面だけでなく、管理画面も調べてください。サービス提供者の一般的なポリシーでは、自分のアプリがそのサービスをどう利用しているかは説明できません。質問票では提供者との関係を正確に示し、運営者の立場から自社の判断を説明します。

プロジェクト、アップロードされた文書、チャット履歴、CRMの記録、エクスポートしたレポートには、アプリの直接のユーザーではない人の情報が含まれることがあります。プロダクトが受け付ける内容、サポートのためにスタッフがアクセスできるか、接続先のサービスに送信されるかを確認してください。名前の入力を求めないというだけで、すべてのアップロードが匿名だと扱ってはいけません。

自社のアカウント管理と、法人顧客のために行う処理を区別します。関係によっては、顧客からデータ処理契約や調達審査用の情報を求められることもあります。公開プライバシーポリシーは、あらゆる企業間契約の代わりにはなりません。SaaSという呼び名だけで法的な役割を選ばず、実際のサービス提供関係を確認してください。

プラン選択から、ホスティング型の購入手続きや埋め込み型決済画面まで顧客の操作を追い、その後Webhookとサブスクリプションのテーブルを調べます。カード番号全体を扱わなくても、バックエンドは顧客識別子、サブスクリプションの状態、請求先連絡情報、請求書の参照情報を受け取っている場合があります。実際にシステムが受け取る情報を説明してください。

使い捨てのテストデータで、解約と決済失敗を検証します。アカウント閉鎖後も残る請求記録と、その理由を確認してください。サブスクリプションを解約すればすべての記録が消えると約束してはいけません。更新、利用権限、解約を説明する別の契約文書については、SaaSの利用規約ガイドを参照してください。両文書は異なる問いに答えつつ、互いに整合する動作を説明する必要があります。

小規模なSaaSでも、バックグラウンドで大量の処理を行うことがあります。エラーレポートにはリクエストのパスやユーザー識別子が含まれる場合があります。キューのペイロードにはメールアドレスや文書の参照情報が含まれ得ます。サポートツールには、顧客のメッセージとワークスペースに関する情報が送られる場合があります。ユーザーに見える主要機能とともに、こうした運用上の経路も一覧にしてください。

導入時に覚えている初期値に頼らず、本番環境のマスキング設定と保存期間を確認します。サポート用の添付ファイルが共有受信箱にコピーされるなら、その経路も記録してください。有用な一覧では、各サービス提供者を具体的な作業と情報の種類に対応付けます。これにより、SaaS Privacy Policy Generatorへの回答が容易になり、公開前にデータを最小限に抑えられる箇所も見つかります。

メンバー2人、有料プランのシミュレーション、アップロード1件、サポート依頼1件を含むテスト用ワークスペースを作ります。その後、顧客と同じ手順でコンテンツをエクスポートし、アカウントを削除してください。処理後にストレージ、招待、ジョブ、検索インデックス、サポート記録を調べます。直ちに削除される情報と、別の保存スケジュールに従う情報を特定してください。

この検証では、削除ボタンとシステム全体の削除手順の間にある不足が見つかることがよくあります。一律の説明をする前に、共有コンテンツと残ったメンバーをどう扱うかを決めます。ポリシー確認のために、検証した動作を記録してください。求められる機能が存在しない場合は、実装するか、適切な場合には、連絡を受けて実行できる手順を説明します。

質問票でSaaSのプロダクト種別を選び、運営者の情報、連絡先、プロダクトの対象範囲、処理内容、サービス提供者、対象ユーザー、関連する地域を入力します。任意のモジュールは、その事実上の条件に該当する場合だけ選択してください。規制対象の分野にサービスを提供する場合や、特に機微な情報を受け付ける場合は、汎用的なプレビューを専門家による最終評価の代わりにしないでください。

洗い出した情報とプロダクトの設定を横に置いて、文書を確認します。どのサービスが自分の情報を保持し、誰が請求に対応するのかを、ワークスペースのメンバーが理解できるかを考えてください。ポリシーの記載内容ガイドも別の確認手順として役立ちます。確定前に表示料金と出力方法を確認してください。高度な回答項目によって費用が変わる場合があります。

承認済みのポリシーに、マーケティングサイトのフッター、登録画面、請求画面、アカウント設定からリンクします。これらは異なるドメインやデプロイ環境にある場合があるため、それぞれから最終的な公開先を確認してください。ログイン済みの開発セッションでは動くリンクでも、本番では訪問者がログイン画面へ転送されることがあります。

プライバシーポリシーの配置ガイドに沿って、安定したURLを維持します。連携の追加、別市場での販売開始、ワークスペースの公開範囲の変更に伴い、ポリシーを見直す責任者を決めてください。リリースごとに文書の履歴を消すのではなく、過去の承認済みの版を保存します。更新は実際のプロダクトの変更と、適用される通知義務に沿って行う必要があります。