ファイルのアクセス申請UX：権限と判断を分かりやすくする

ファイルへのアクセス申請は小さな操作ですが、信頼に大きく影響します。申請する人には何を求めているか、オーナーには判断に必要な背景を示し、許可される前にアクセスできるように見せないことが必要です。UXデザインの共同作業環境で申請状態を定義し、公開ファイル、申請中の権限、承認済みの権限、期限切れ・却下された申請の境界を確認しましょう。

アクセス申請の対象を正確に示す

ファイルに複数の権限がある場合、「アクセスを申請する」だけでは不十分です。対象のファイルやワークスペース、求める権限、必要な理由を明示します。閲覧者と編集者では結果が異なるため、送信後の別ダイアログに権限を隠さないようにします。

申請、通知、オーナーの確認画面、付与後のバナーで同じ権限名を使います。ある画面だけ「編集」を「共同作業」に変えると、権限が変わったのか迷わせます。

送信前に適用範囲を示す

申請を送る前に、その権限でできることとできないことを示します。「完全なアクセス」より「このファイルを編集できる」の方が具体的です。コメント、書き出し、共有が含まれる場合は、ヘルプ文に埋めず判断画面で説明します。

1. 申請するファイル、プロジェクト、ワークスペースを特定する。
2. 現在のアクセス権と申請する権限を並べて表示する。
3. 誰に申請が届き、どの情報が見えるかを説明する。
4. 判断に役立つ場合だけ、任意の理由を求める。
5. アクセスが変わったと誤解させず、申請を送信したことを確認する。

理由は短く具体的にします。「決済プロトタイプを確認し、実装メモを残す」は「アクセスが必要」より判断材料になります。審査者全員が読める欄に機微な情報を書かせないでください。

オーナーが追跡できる判断画面にする

オーナーの確認画面では、誰が何をしたいのか、どこに権限が適用されるのかを答えられるようにします。承認と却下は申請の近くに置き、ファイル設定など別の変更とは分けます。オーナーが権限を変更した場合は、確認と通知に最終的な権限を表示します。

競合と重複申請を扱う

二人のオーナーが同じ申請を処理したり、別の場所で権限が変わる間に申請が送られたりします。サーバーの最新判断を正とし、競合を黙って上書きせずに説明します。申請中の画面を見ている間に承認されたら、権限と状態を一緒に更新します。

古い画面に閉じ込めずに重複申請を防ぎます。申請中なら権限と相手を添えて「申請済み」と表示し、取り消し、却下、期限切れ、または意図的な置き換えの後だけ新しい申請を許可します。閲覧者から編集者へ変える場合は、既存申請の編集か新しい判断かを示します。

却下とエラーでプライバシーを守る

却下メッセージは、非公開の理由や関係のないファイルの存在を漏らさず、許可された次の道筋を説明します。「オーナーはこの権限を承認しませんでした」のような表現が安全です。アカウント停止、ファイル削除、オーナー不在で送信できない場合も、入力した理由を保持し、適切なサポート先を示します。

サーバーが受理していない申請に成功トーストを使わないでください。対応していれば安定した申請IDを添えた申請中状態にし、結果が不明な間に同じ申請を繰り返せないようにします。

権限ごとのアクセス契約をテストする

申請者、オーナー、既存の共同編集者の表示を行列で整理します。閲覧者申請、編集者申請、却下、期限切れ、確認中の権限変更、オーナー削除、別タブで受け取る権限更新をテストします。各経路で、今できることと次の判断後に起きることを明示します。

Pixsoでは申請者とオーナーの画面を申請中、承認、却下、競合の経路でつなぎます。各フレームに権限名とファイル範囲を残し、見た目だけでなく判断を比較できるようにします。「申請を送信した」と「アクセスが付与された」を取り違えにくいプロトタイプにします。

画面だけでなく動作を引き継ぐ

最終フレームには、権限の定義、状態遷移、通知文、プライバシーの制限、サーバーエラーからの復帰を記録します。申請送信、判断、アクセス利用など安全に測定できるイベントを示し、理由の本文のような非公開情報は記録しません。すべての遷移で正確な説明と復帰可能な次の手順を残すことが、信頼される権限フローにつながります。