Project Status
開発進捗ボード
各開発セッションが「どこが完了・開発中・未着手か」と会議情報を1画面で共有する。 更新は src/data/project-status.ts を編集 (自分のレーンの行だけ)。
完了
21
開発中
3
ブロック
1
未着手
5
完了率70% (21/30)
レーン別ステータス
取り込み・パーサ・DB
11/12 完了完了
サロエボ 日計累計 (店舗×日 売上)
👤 取り込みレーン (session A)✅ verify: saloevo-daily
完了
サロエボ スタッフ別売上
👤 取り込みレーン (session A)✅ verify: saloevo-staff
完了
SALON BOARD 日別売上 (mine)
👤 取り込みレーン (session A)✅ verify: salonboard-daily
完了
サロエボ リピート分析 (リピート率)
👤 取り込みレーン (session A)✅ verify: saloevo-repeat
完了
サロエボ 予約一覧 (次回予約率の出どころ)
👤 目標・UIレーン (session B)✅ verify: saloevo-reservation
完了
ミルボン 月別集計 (仕入/発注)
👤 取り込みレーン (session A)✅ verify: milbon-orders
完了
店舗↔ソース対応表 + 重複排除の基盤
👤 取り込みレーン (session A)✅ verify: sales-aggregation
完了
取り込み正規化ルータ (全パーサを一本化)
👤 取り込みレーン (session A)✅ verify: ingestion-normalize
完了
画面解析ツール userscript v0.4.0 (pos-s/salonboard/ecbeing)
👤 取り込みレーン (session A)
完了
永続化マッピング (イベント→DB upsert行・冪等onConflict)
👤 取り込みレーン (session A)✅ verify: ingestion-persist
完了
Supabaseクライアント配線 (service_role・env未設定はdry-run)
👤 取り込みレーン (session A)· @supabase/supabase-js導入・src/lib/supabase.ts
開発中
取り込みAPI /api/ingestion (正規化→行マッピング→upsert)
👤 取り込みレーン (session A)· upsert配線済。env設定+スキーマ適用後に実データで疎通確認が残り
評価・目標・KPI・シフト
5/5 完了完了
スタッフ評価エンジン (等級/手当/フリー歩合率)
👤 取り込みレーン (session A)✅ verify: staff-evaluation
完了
個人目標の自動日割り (出勤×曜日補正)
👤 取り込みレーン (session A)✅ verify: target-allocation
完了
個人目標 + 日次進捗 + フィードバック
👤 目標・UIレーン (session B)✅ verify: personal-goals
完了
会社KPI 予実 (リピート/次回予約/失客/物販)
👤 目標・UIレーン (session B)✅ verify: company-kpi
完了
シフト自動生成 (R1〜R11)
👤 目標・UIレーン (session B)✅ verify: shift-generation
画面 (ダッシュボード)
4/5 完了完了
/goals 個人目標ダッシュボード
👤 目標・UIレーン (session B)
完了
/shift シフト playground
👤 目標・UIレーン (session B)
完了
/hr, /hr/payroll 従業員・給与台帳
👤 目標・UIレーン (session B)✅ verify: hr-summary
完了
/status 開発進捗ボード (この画面)
👤 取り込みレーン (session A)✅ verify: project-status
開発中
数値主体ダッシュボード統合 (店舗別/日別/合計を1画面)
👤 目標・UIレーン (session B)· /goals が土台。日別×店舗別の実データ結線が残り
基盤 (Supabase・認証)
1/3 完了完了
Supabase 初期スキーマ (migration)
👤 取り込みレーン (session A)· supabase/migrations/0001_init.sql・未適用
ブロック
Supabase プロジェクト作成 + 接続 + migration適用
👤 Kenta / 現場· コネクタ認可待ち
未着手
Google Workspace 基盤 (会社ドメイン統一)
👤 Kenta / 現場
現場運用・データ取得
0/5 完了未着手
次回予約率のレジ運用変更 (0円項目で保持)
👤 Kenta / 現場· 会計時に消える現運用の見直し+カウント定義合意
未着手
店販購買率の分子 (店頭購入客数) のソース特定
👤 Kenta / 現場
未着手
担当者パターンのリピート率キャプチャ (個人別)
👤 Kenta / 現場
未着手
過去データ取り込み・検証 (指名/次回予約/担当別/ABC)
👤 取り込みレーン (session A)· 取り込みAPI + Supabase後
開発中
treatment-aggregation verify (赤・別作業の未完)
👤 目標・UIレーン (session B)· 期待25/実際21。担当セッションで修正要
会議情報
売上・KPI可視化と業務自動化
総リピート率 80%以上次回予約率 40%以上失客率 10%以下物販売上比率 20%以上指名率 モニタリング
決定事項
- 数値主体のダッシュボードで日別・店舗別・個人別の目標進捗を管理 (グラフは参考値)。
- 月次目標は全体＆店舗単位。昨対でなく目標進捗で管理。個人目標は出勤日数で自動日割り＋曜日/過去データ補正。
- リピートの定義＝3ヶ月以内の再来店。顧客来店サイクル＝基本2ヶ月に1回。
- メルボン等は2FAのため手動ログイン→ブラウザで解析ツール取得 (iPad非対応)。
- セール期間 (7-8月/1-2月) は通常と別の目標・数字管理。
- 格納はSupabase。会社ドメイン統一＋メインGoogleアカウントで基盤整備。
次の段取り
開発中ダッシュボード試作版共有 (店舗別/個人別/日別・予実カード)目標・UIレーン (session B)
完了個人目標の自動日割りロジック (出勤連動＋曜日補正)取り込みレーン (session A)
完了KPIカード実装 (リピート/次回予約/失客/物販/指名)目標・UIレーン (session B)
完了メルボンID解析開始・パーサ化取り込みレーン (session A)
完了2FA手動対応の運用方針Kenta / 現場
未着手次回予約データ取得方法とカウント定義の合意Kenta / 現場
未着手レジ/予約台帳の運用変更 (次回予約を0円で保持)Kenta / 現場
未着手過去データ取り込みと検証 (指名/次回予約/担当別/ABC)取り込みレーン (session A)
未着手日報フォーマット (簡易入力) 試案とパイロットKenta / 現場
未着手会社ドメイン作成・メインGoogleアカウント整備Kenta / 現場
未着手就業規則・マニュアルのAI参照データ作り込みKenta / 現場
シフト自動生成の要件確定
決定事項
- 過去約1年のシフト写真40枚＋従業員マスタからルール R1〜R11 を確定 (docs/shift-rules.md)。
- 定休=毎週月曜＋第3日曜 (mineは不定休)。繁忙期=7/12/3月は土日休み不可。
- 最終像=個人ポータルで希望休/有給/売上/領収書を管理→希望が揃うと自動生成→管理者が確定。
次の段取り
完了シフト生成エンジン + 制約バリデータ目標・UIレーン (session B)
未着手個人ポータルUI・有給台帳の永続化目標・UIレーン (session B)