判断の出発点
管理画面は強い権限を使う業務ツールです。対応すべき記録、許される変更、後から経緯を説明する方法から設計します。合計値を並べるだけでは十分ではありません。
具体例で考える
架空の講座サービスなら、支援担当は招待再送、経理は請求情報修正、所有者はメンバー削除を行います。各操作に権限と見える結果を与えます。集計には対象期間、タイムゾーン、含む状態、最終更新を示します。
行動と結果に応じた権限を作る
顧客閲覧、役割変更、出力、請求訂正、削除を権限表にします。申請者、承認者、理由や二重確認の必要性を定めます。管理画面が開けることを全機能の許可にしません。招待失敗を調べる人に全顧客の出力権は不要かもしれません。使えない理由を示すときも、見てよい範囲を超えないようにします。
見た目より先に集計を再現可能にする
対応すべき招待はどれかなど一つの質問を選び、対象を定義します。取消済みを含むか、何の日付と時間帯で期間を決めるか、リアルタイムかを示します。安全なサンプルで二人が同じ結果を出せるか試し、違いは計算の定義で解決します。その答えを図にします。出力ファイルには後日読んでも分かる対象範囲と生成時点を入れます。
目的に見合う操作記録を残す
重要な変更では実行者、対象、行為、時刻、必要な変更前後の値か安全な説明を残します。秘密情報や顧客メッセージ全体を無差別に写さないでください。履歴へのアクセスを制限し、実際の保持方針に従います。疑義のある変更を見つけ、原因操作を特定し、権限付きの訂正が新しい痕跡を残すか試します。歴史を密かに書き換えず、説明責任のために必要な情報を集めます。 必要に応じて変更前後の値を残しますが、機密性が高ければ安全な変更説明に置き換えます。
選択肢とその負担
固定の役割は責任が安定した組織で説明しやすく、細かな権限は柔軟ですが設定の負担が増えます。出力ファイルは時々の分析に、画面上の作業一覧は日常対応に適します。
見落としやすい点
支援担当を既定で無制限の管理者にしないでください。重要操作では実行者、行為、対象、時刻、意味のある変更を残し、保持方針を定めます。事故時に検索できない記録は役に立ちにくくなります。
依頼前に確認すること
誰が顧客情報を出力できるか。誤操作を訂正し、その痕跡を残せるか。今日の行動を変える集計は何か。飾りのグラフを増やす前に、SaaS管理の範囲を決めます。