レポート機能のメインアカウント開放
概要
| 項目 | 内容 |
|---|---|
| ステータス | 🔵 提案中 |
| Issue | #2 |
| 担当 | - |
レポート機能をメインアカウントに選択式で開放する。アドミン側でメインアカウントごとにレポート作成機能のON/OFFを制御できるようにする。
提案内容
背景・課題
- レポート機能はアドミンのみ利用可能
- メインアカウントでもレポートを確認したいという要望がある
- 全メインアカウントへの一律開放ではなく、選択式で制御したい
提案するソリューション
メインアカウント単位でレポート機能の権限を付与/剥奪できる管理UIを構築する。
主な特徴：
- メインアカウントごとのレポート権限ON/OFF
- アドミン側の権限管理UI
- 権限に応じたナビゲーション表示制御
- 既存レポート機能への認可ロジック追加
機能一覧
| # | 機能名 | 説明 | 優先度 |
|---|---|---|---|
| 1 | 権限設定UI | メインアカウントごとのレポート権限トグル | 高 |
| 2 | 認可ロジック | レポート機能のアクセス制御 | 高 |
| 3 | ナビゲーション制御 | 権限に応じたメニュー表示/非表示 | 中 |
画面モック
レポート権限管理
メインアカウントへのレポート機能開放設定メインアカウント一覧3 / 5 件有効
アカウントA（渋谷エリア）main-a@example.com
ON
アカウントB（新宿エリア）main-b@example.com
ON
アカウントC（池袋エリア）main-c@example.com
OFF
アカウントD（横浜エリア）main-d@example.com
OFF
アカウントE（名古屋エリア）main-e@example.com
ON
メインアカウント側の表示プレビュー
ダッシュボード
口コミ管理
投稿管理
レポート
設定
概算工数（AI前提）
体制
| 役割 | 人数 | 担当内容 |
|---|---|---|
| 設計者 | 1名 | 要件確認 → AIに設計書作成指示 → レビュー → 製造へ指示 |
| 製造者 | 1名 | ISSUEを元にAIに作成指示 → コードレビュー → テスト実施 → デプロイ |
工数内訳
| # | 作業項目 | AIリテイク | レビュー | 工数（人日） | 担当 |
|---|---|---|---|---|---|
| 1 | 要件確認・設計書作成 | 2回 | 0.5日/回 | 1.0 | 設計者 |
| 2 | DB・権限設計 | 2回 | 0.5日/回 | 1.0 | 設計者 |
| 3 | DB改修・認可ロジック実装 | 2回 | 0.5日/回 | 1.0 | 製造者 |
| 4 | 権限管理UI実装 | 2回 | 0.5日/回 | 1.0 | 製造者 |
| 5 | ナビゲーション制御実装 | 1回 | 0.5日/回 | 0.5 | 製造者 |
| 6 | 結合テスト | 2回 | 0.5日/回 | 1.0 | 製造者 |
| 7 | デプロイ・動作確認 | 1回 | 0.5日/回 | 0.5 | 製造者 |
| 合計 | 6.0 |
前提条件・制約
- 既存のレポート機能に変更を加えない（認可レイヤーの追加のみ）
- メインアカウントのUI側でレポートメニューの表示/非表示が正しく動作すること
スケジュール
| タスク | 担当 | 日数 | 4/3 | 4/4 | 4/5 | 4/6 | 4/7 | 4/8 | 4/9 | 4/10 | 4/11 | 4/12 | 4/13 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 金 | 土 | 日 | 月 | 火 | 水 | 木 | 金 | 土 | 日 | 月 | |||
| 要件確認・設計書作成 | 設計者 | 1d | |||||||||||
| DB・権限設計 | 設計者 | 1d | |||||||||||
| DB改修・認可ロジック | 製造者 | 1d | |||||||||||
| 設計レビュー・製造指示 | 設計者 | 1d | |||||||||||
| 権限管理UI実装 | 製造者 | 1d | |||||||||||
| ナビゲーション制御 | 製造者 | 1d | |||||||||||
| 結合テスト | 製造者 | 1d | |||||||||||
| デプロイ・動作確認 | 製造者 | 1d |