本日の4回目Mtgで、キャスティングチーム（現場担当）に同席いただき、実業務フローの棚卸しを行いました。この設計書は、そこで見えた業務の実態と決定事項をもとに、Lark移行後の設計をまとめたものです。設計案にとどまらず、当日中に着手・実装できたものはその場で反映しています。
01本日決まったこと
- Larkデータベースへの移行方針を継続。現場業務フローの棚卸しは本日で完了。
- レビュアーの備考欄・個別メモはレビュアーマスターに紐づけて一元管理する。
- マスターの照合キーはアカウントID（不変）を基準とする。
- 種別変更・状態変化は毎月自動コピーで履歴を残す設計とする。
- 移行期間中はスプレッドシートとLarkの二重運用を許容し、現場の理解度を見て本格移行（10〜11月目安）。
- 次回Mtgは9月10日14時（今回と同時間帯）。
02現状の業務フロー（棚卸し結果）
現状は複数のスプレッドシートを手作業でつなぐ運用になっており、ほぼ全工程が属人的です。
| 工程 | 現状のやり方 | 負荷 |
|---|
| ピック |
インフルエンサーはマリコさんの「インフルエンサー分析表」（Excel手入力）、レビュアーは「レビュアー調査表」（食べログのピックアップ口コミ選出）で判定 |
1人開くと他が使えない |
| 重複確認 |
同一アカウント×店舗の重複はNG（レビュアーは期間問わず／インフルエンサーは1年以上空ければOK）。グレー日付の実績表を目視確認 |
目視 |
| 実績管理 |
キャスティング管理表 → 来店実績一覧 → 各種一覧へ手作業で移植・目視入力。クライアント向け一覧もアナログ作成 |
1件2〜3時間 |
| 進捗管理 |
目標（例：月80キャスティング）に対する進捗を、クライアント別／全体グロスの2種類のスプレッドシートで手入力管理。連動なし |
二重入力 |
03設計① レビュアー／インフルエンサーマスターの一元化
「同じ人の情報がどこにあるか分からない」状態を、アカウントIDを軸に1箇所へ集約します。
備考欄の一元化実装済み
背景クレーマー気質・NG・アレルギー等の個別メモが画面ごとに分散していた
やったことレビュアーマスターに「備考」欄を新設し、来店・予約管理側にも自動表示されるよう連動（lookup）を設定。さらにLステップの個別メモから実データを流し込み済み（詳細は次項）
現状入力箇所は統一済み・実データ42件反映済み。記号・色の意味（NG者の記載ルール）は、グルキャス様側でご検討中（下記「確認をお願いしたいこと」参照）
種別変更の月次履歴設計案
背景レビュアー→インフルエンサーへの切替時に、過去実績が上書きされてしまうと分析ができなくなる（給与の時給変動と同じ考え方が必要）
設計案レビュアーマスターに「日付」フィールドを追加済み。毎月1回、種別・状態のスナップショットを別レコードとして自動生成し、「その月時点でどちらだったか」を履歴として残す
日付スナップショットを作成した月（yyyy/MM/dd）
種別（当時点）その月時点でのレビュアー／インフルエンサー区分
元レコードへのリンク現在のマスターレコードとの紐付け
要検討月次コピーは自動化（Base workflow）で組む想定ですが、自動で動く仕組みを追加する前に、生成タイミング・コピー先の運用を実務メンバー様と最終確認してから有効化します
04設計② 重複チェックの強化
現状（前回までに実装済み）稼働中
できること来店・予約管理で店舗名とレビュアー（アカウント）を選択入力すると、過去と重複する組み合わせを「重複」ラベルで自動検知。マスターからの選択式のため、スプレッドシートのコピペのような表記ゆれが起きない
今回出た改善案一部制約あり
背景「重複」ラベルはあるが、一覧の中で目立たず見落としがある
設計案重複時・備考欄が空でない時の色分け表示（例：黄色＝重複）。行頭マーク案も出ましたが、色判断で対応する方向
確認結果セル・行の背景色を条件で自動的に変える機能は、Lark Baseの外部連携の仕組み上サポート対象外と判明。色分け自体は現状のAPIでは実装できません
代替案重複した組み合わせ同士を紐づけるリンク項目（親レコード）は用意済み。色の代わりに「重複だけを集めた専用ビュー」で一覧性を確保する方向でご相談したいです
05設計③ Lステップ CSV連携
アレルギー等の個別メモを取り込む実装済み
背景Lステップの個別メモ（アレルギー等）は現状Lステップ側にしかなく、キャスティング時に確認できていない
方針照合キーはアカウント名ではなくアカウントID（不変）を使う（名前・URLは変わり得るため）
下準備取り込んだ生データ1,311件は列名が生の項目IDのままだったため、実際の項目名（フリガナ・Instagramユーザーネーム・個別メモ 等14項目）に付け替え。ヘッダー行がデータに紛れ込んでいた1件も除去
結果個別メモが入っていた141件のうち、Instagramユーザーネームでレビュアーマスタと照合できた42件を備考欄へ反映済み
残課題残り99件はレビュアーマスタに該当者が未登録のため保留（新規キャスティング時に統合）。今後週4〜5人増える新規登録分の取り込み頻度は確認事項Q4で相談中
06本日追加で整備したもの
4回目Mtgの直後、実際に使われているスプレッドシート由来のデータをBase内で確認し、手を加えました。
インフルエンサー分析表への店舗名自動読み替え実装済み
背景マリコさんの「インフルエンサー分析表」を取り込んだ新しいテーブル（4,823件）に、以前作った店舗名の自動読み替え（略称→正式名称・エリア・業態・平均予算）がまだ設定されていなかった
やったこと既存の「└インフルエンサー全体分析」と同じ仕組みを新テーブルにも設定
現状店舗名の一致率は46%（既存テーブルは72%）。今回追加された表記ゆれ分の店舗名エイリアス整備が今後必要です
分析テーブルの重複要確認
見つかったこと「└インフルエンサー全体分析」（4,673件）と、本日新しく取り込まれた「全体分析」（4,823件）が、ほぼ同じ内容で2つ存在しています
要確認どちらを正として使うか（古い方をアーカイブするか）は削除を伴う可能性があるため、判断をお願いしたいです（下記Q6）
07設計④ 進捗ダッシュボード
レポート4区分の自動集計設計案
区分案件送付数／日程調整（インフルエンサー）／日程調整（店舗）／決定 ＋ キャンセル
設計案来店・予約管理の「ステータス」選択肢を見直し、ステータスが変わるたびに件数が自動で数え上がる形にする
要確認現在の「ステータス」は日程調整が1区分のみ。インフルエンサー／店舗を分けるかは、下記の確認事項でご相談したい点です
目標達成率の可視化設計案
イメージ日次で入力するだけでリアルタイム集計・複数月の推移が見られる形（過去に作った整骨院事例のダッシュボードと同じ考え方）
要精査現状の進捗指標（決定率47.41%等）は数式変更が続いており、ダッシュボード化の前に数値の正しさを確認します
08グルキャス様に確認をお願いしたいこと
こちらは弊社では決められない、現場運用に関わる部分です。
- Q1NG者・アレルギー等の備考の記載ルール（記号・色の意味）
- Q2ステータスの「日程調整」を、インフルエンサー／店舗の2つに分けるかどうか
- Q3Lステップ未登録者（アナログ運用）の仮入力から、正式登録時にどう統合するか
- Q4週4〜5人増えるLステップ新規登録者のCSVインポートを、誰が・どの頻度で反映するか
- Q5種別変更（主にR→I）の月次履歴コピーを実際に動かすタイミング
- Q6分析テーブルが2つ重複している件、どちらを正として残すか（本日発見）
09今後のスケジュール
- 08-264回目Mtg・業務フロー棚卸し完了。Lステップ個別メモ42件の反映、分析テーブルへの店舗名自動読み替え設定まで当日中に実施（今回）
- 〜09-10残り店舗名エイリアスの整備／重複だけを集めた専用ビューの作成／レポート4区分の自動集計・ダッシュボード試作
- 09-10次回Mtg（14時〜）
- 9月中旬本日の業務フローを踏まえたLark設計の叩き台を提示
- 10〜11月現場の理解度を見ながら本格移行（目安）