チームが増えると、役職や便宜で権限を与えがちです。マネージャーは管理者、実務担当は編集者、外部協力者は閲覧者という決め方です。しかし同じ役職でも担当フォルダーと必要な行動は異なります。特定資料の更新責任を持つなら、役職が低くても編集権限が必要な場合があります。
権限は人の序列を表す表ではありません。どのフォルダーでどの行動を許可し、その結果を誰が引き受け、例外を誰が承認するかを定める運用マトリクスです。
権限名より必要な行動を先に書く
新しいメンバーを招待する前に、その人が行う仕事を動詞で書きます。
- 文書を開いて確認する
- 既存リンクをコピーして共有する
- 新しい版をアップロードする
- リンクごとの共有設定を変える
- 文書やフォルダーを移動・削除する
- フォルダーに別のメンバーを招待する
- スペース全体のメンバーと設定を管理する
実際に必要な行動だけを残すと、権限等級を選びやすくなります。「いつか必要かもしれない」という理由で編集・管理権限を与えず、責任が増えたときに再確認します。
閲覧者・編集者・管理者の範囲を区別する
FeatPaperのアクセス権限は閲覧者、編集者、管理者に分かれます。閲覧者と編集者はフォルダーで指定し、管理者はスペース全体の役割として指定します。
閲覧者はフォルダー内の文書を開き、既存の一般共有リンクと情報入力リンクをコピーできます。受信者別の追跡リンクを新規作成したり、AI公開リンクを確認・コピーしたり、リンク設定を変えたり、新しい版を上げたりはできません。
編集者は文書のアップロード・修正、新しい版のアップロード、受信者別追跡リンクの作成、リンクごとの共有設定変更、フォルダーへの招待・編集を行えます。フォルダーのオーナーと編集者は、そのフォルダーで機能上同じ権限範囲を持ちます。
管理者はスペース全体のメンバーと管理者専用設定を扱います。すべての文書担当者が管理者である必要はありません。フォルダー編集責任とスペース管理責任を分け、管理権限が日常作業の便宜として広がらないようにします。
role matrixに責任と例外承認者を含める
権限表には人名だけでなく次の項目を含めます。
| 業務上の役割 | 許可する行動 | 対象フォルダー | 禁止する行動 | 責任者 | 例外承認者 |
|---|---|---|---|---|---|
| 資料配布担当 | 文書閲覧、既存リンクのコピー | 承認済み資料 | 設定変更、削除 | キャンペーンオーナー | フォルダーオーナー |
| コンテンツ運用担当 | 新版アップロード、リンク設定変更 | 運用資料 | スペース管理 | コンテンツオーナー | 管理者 |
| スペース管理者 | メンバー・管理設定 | スペース全体 | 個別コンテンツ承認の代行 | 運用責任者 | 組織オーナー |
製品上の権限と組織の承認責任は同じではありません。編集機能があっても、すべての内容を承認する権限まで得るわけではありません。システム権限と業務承認を別々に記録します。
フォルダー継承と文書移動をアクセス変更として扱う
FeatPaperでは文書が所属フォルダーの権限に従います。サブフォルダーは親フォルダーの権限を継承し、サブフォルダーへ別途招待するとその範囲の追加権限が生まれます。文書を移動すると、移動先フォルダーの権限が適用されます。
文書移動は単なる整理ではありません。移動前に確認します。
- 現在のフォルダーでは誰がアクセスできるか
- 移動先では誰が閲覧・編集できるか
- 移動後に責任オーナーが変わるか
- 外部配布済みリンクを別途確認すべきか
フォルダー共有を変えたり文書を移したりしても、外部リンクの閲覧条件が同じように変わるとは考えません。
内部フォルダー権限と外部リンク設定を混ぜない
フォルダー権限は、スペースメンバーがダッシュボードで文書を見つけ、閲覧・編集できる範囲を定めます。リンクごとの共有設定は、そのリンクから入る外部閲覧者の条件を定めます。2つの軸は互いに継承されません。
内部閲覧者をフォルダーから外しても、配布済み外部リンクが自動で閉じたとは限りません。1つのリンクのアクセス条件を変えても、チームメンバーのフォルダー権限は変わりません。内部責任の変更と外部配布経路を別のチェックリストで確認します。
この区別は安全性を保証するものではありません。現在の各経路から誰がアクセスできるかを確認し、組織の方針を適用します。
例外は人名だけでなく理由と再確認条件で残す
緊急案件や一時支援では、通常より広い権限が必要な場合があります。「今回だけ編集者」と人名だけに例外を付けると、後で理由を確認しにくくなります。
必要な行動、対象フォルダー、承認者、開始日、再確認条件を記録します。システムが自動回収すると仮定せず、決めた時点で現在の権限を直接確認します。
定期確認では、最初から全メンバーを見る必要はありません。最近移動した文書、オーナーが変わったフォルダー、例外権限、外部リンクが多い領域から確認します。
招待前に最小限のマトリクスを確認する
- 必要な行動を動詞で書いているか
- フォルダー編集責任とスペース管理責任を分けているか
- 対象フォルダーと継承範囲を確認したか
- 文書移動がアクセス範囲を変える可能性を検討したか
- 内部フォルダー権限と外部リンク設定を別々に確認したか
- 例外権限に理由、承認者、再確認条件があるか
- システム権限とコンテンツ承認権限を混同していないか
良い権限設計は、「最小権限」を繰り返すだけの文書ではありません。必要な人が必要なフォルダーで担当行動を行い、その結果と例外を誰が引き受けるか説明できるマトリクスです。閲覧者・編集者・管理者を役職ではなく行動と責任で分けると、権限がチームの実際の業務構造に沿います。
