問い合わせの入口は3系統。受領で一本化し、6つのフェーズを通って運営移行まで運ぶ。要所の4つの節目で、唐神社長へ進行可否をご相談する。まずはこの一本の流れを。
本件は開発案件のため、見立て〜契約は開発（佐藤）が主管。受領と運営移行は運営（大竹）。新規施設の撮影・HP等はブランディング（柏崎）。唐神社長は4つの節目で進行可否を判断する。
| 担当 ＼ フェーズ | P1 受領 | P2 現地確認 | P3 提案準備 | P4 提案・契約 | P5 引き継ぎ | P6 運営移行 |
|---|---|---|---|---|---|---|
| 運営（大竹） | 主管 |
同行 |
— | — | 主管 |
主管 |
| 開発（佐藤） | — | 主管 |
主管 |
主管 |
橋渡し |
— |
| ブランディング＆マーケ（柏崎） | — | — | — | — | 撮影・HP準備 |
HP・ブランディング |
| 法務（外部） | — | — | — | 契約レビュー |
— | — |
| 唐神社長（ご相談） | — | ◆① 進行可否 |
◆② 提案方針 |
◆③ 締結承認 |
◆④ 移行開始 |
— |
※ P1の一次対応（受領・返信メール）はコンシェルジュが担当。コンサル（松葉・岡田）が随時サポートで入る。
前提は「利回り目的は対象外」「個人で運営管理しているオーナー」「会員の多くは都内在住＝都内からのアクセス重視」。件数を重ねて精緻化する。
入口では先に進める判断に足る最低限だけを確認する。詳細な深掘りは担当に引き継ぐ。
※ 今回は参考扱い。入口のフォーム必須項目と、リードマスタで追跡する管理項目のたたき台。すべての流入はここに集約する想定。
問い合わせフォーム 必須項目
スプレッドシート 管理項目
受領〜一次対応はコンシェルジュ、相談はSlack。残りは担当を割り当てて進める。
| 決定 | 受領〜一次対応（受領・返信メール） | コンシェルジュ |
| 決定 | ご相談・連絡の手段 | Slackチャンネルを新設 |
| 着手中 | プッシュ候補の抽出基準 | 岡田さん（コンサル） |
| 着手中 | 案件ファイル管理（現地レポート・契約書の格納） | 大竹｜案件ごとにフォルダ集約 |
| 後で | PV／問い合わせ件数の集計 | 大竹（Web） |
| 後で | 受領用メールアドレスの開設 | 取りまとめて |
| 検討 | DM送信プラットフォームの選定 | BM／販促 |
| 今期 | 引き継ぎチェックリストのナレッジ整備 | 現状は暗黙知 |