この記事の内容
あやね
PixsoのUIデザインメーカーで権限境界、申請フォーム、保留状態をつないだ画面を作り、ユーザーが何をできるかを役割名だけで推測しない設計にします。権限UXは閲覧、コメント、編集、公開、管理の結果を明確にする必要があります。
操作から始め、役割名から始めない
Editor、viewer、adminは実装上のラベルであり、ユーザーの目的そのものではありません。プロトタイプを変更できるか、メンバーを招待できるか、ファイルを出力できるかを先に示します。
権限マトリクスには対象、操作、対象者、結果を記録します。マトリクスは内部設計の入力であり、画面の説明文をそのまま置き換えるものではありません。
到達前に現在の境界を示す
公開できない理由が「プロジェクト所有者のみ」なら、無効なボタンだけでなく理由と有効な経路を示します。マウスホバーだけの説明はキーボード利用者に届きません。
存在を知る権限がないプロジェクト名やメンバーを表示しないでください。安全な文言は、非公開情報を推測させずに次の行動を示します。
共有フローを結果のプレビューとして設計する
確認前に対象リソース、対象者、アクセスレベル、有効期限、通知の有無を表示します。リンクが転送可能なら明記し、ログアウト状態で何が見えるかも確認します。
- 誰に：個人、チーム、グループ、リンクを知る全員。
- 何ができるか：閲覧、コメント、編集、公開、権限管理。
- いつまで：無期限、期限付き、手動で削除するまで。
役割変更を可逆で観測可能にする
変更後は誰のどのリソースが変わったか、一覧のどこに反映されたかを示します。ポリシー承認や招待受諾が保留なら、付与済みと誤解させない状態名にします。
許可される場合はUndoまたは元の役割へ戻す操作を用意します。アクセスを失った編集中の作業は、許可された下書き保存や復旧経路を先に説明します。
アクセス申請を小さく明確なフォームにする
申請にはリソース、希望する操作または役割、任意の理由、期限だけを求めます。送信先と送信後の状態を示し、pendingは許可済みではないことを明確にします。
pending、approved、denied、expired、canceledを分け、同じリソース画面に状態を残します。送信失敗と保留中を混同せず、二重申請を防ぎます。
継承権限と直接権限を分ける
ワークスペース、プロジェクト、フォルダ、グループからの継承と、ファイルへの直接付与を同じ一行に隠さないでください。「Design team経由の閲覧者」のように出所を示します。
継承された役割を変更できない場合は、上位のメンバー設定へ誘導します。見かけだけ編集できるコントロールは、操作の信頼を損ないます。
ゲスト、外部リンク、グループを別の対象者として扱う
外部ゲストと社内メンバーは同じ操作権でも、期限、ドメイン制限、ダウンロード規則が異なる場合があります。対象者の種類とライフサイクルを画面に出します。
複数の付与元があるときは、製品ポリシーに基づく実効権限と主な出所を説明します。単純に最も広い許可が勝つと仮定しません。
作業中にアクセスが変わったとき復旧する
プロジェクト移動、招待期限、役割変更、ポリシー更新でアクセスを失うことがあります。最後の文脈を保ち、何が変わったかと選べる行動を示します。
ローカル下書き、親リソースへ戻る、再申請、所有者への連絡など、ポリシーに合う復旧策を提示します。保存できない場合は、閉じる前に明示します。
監査と通知の挙動を説明する
権限変更が誰に通知され、アクティビティログに何が残るかを示します。ログには実行者、操作、リソース、対象者、時刻を含め、閲覧権限のない人にリンクを見せません。
画面ではなくタスクとしてテストする
- コメントだけできる同僚とファイルを共有する。
- 公開できない理由と有効な経路を見つける。
- 制限されたプロジェクトへ申請し、保留状態を確認する。
- ゲストを削除し、開いているセッションの結果を見る。
- グループの役割を変更し、どのファイルに継承されたか確認する。
オーナー、編集者、コメント担当、閲覧者、ゲスト、未認証ユーザーの両側でテストします。画面が整っていても、変更後の状態でユーザーが推測するなら修正が必要です。
Pixsoでアクセスの旅を作る
Pixsoで制限画面、申請フォーム、保留状態の3画面をつなぎ、リソース名と現在の権限をフロー全体に残します。レビューでは、申請者と承認者が同じ決定を別の表示で理解できるかを確認します。
両側から結果を検証する
承認前は申請者が保留状態を確認し、制限された内容を開けないことを検証します。承認後は付与された役割が決定と一致し、共有リンクや継承元の表示も更新されることを確認します。
まとめ
権限UXは役割名の一覧ではなく、共有、申請、変更、監査、復旧を一つの作業として説明する設計です。実際のチームファイルで境界と結果を検証してください。
