# 業務フロー（To-Be）— リード獲得の初回接触

Zeyra が実際に運用している形です。工程ごとに「誰が何をするか」を、人・AI・データ（システム）に分けて書いています。

| # | 工程 | 人 | AI | システム |
|---|---|---|---|---|
| 1 | ターゲット定義 | 狙いを決める：業種と地域を決めて起動する | 探索条件を示す：業種・地域・兆候を一度提示する | — |
| 2 | リスト作成 | — | 候補を集める：検索と名簿の巡回。重複を除く | 営業リスト：根拠の URL と確度付き |
| 3 | 企業調査 | — | 1社ずつ調べる：事業と課題の仮説を根拠付きで書く | — |
| 4 | 優先順位 | リストを確かめる：根拠の弱い会社と仮説を外す | 確度で並べる：根拠の強さで A・B・C を付ける | — |
| 5 | 資料・文面 | — | 資料と文面を作る：初回提案資料と、AI が調べたと明かす文面 | 資料フォルダ：1社1フォルダに格納 |
| 6 | 送付 | 読んで送る：下書きを読み、送るか決める | 下書きを置く：メールの下書きまで。送らない | メール下書き：送信は人が判断 |
| 7 | 商談化 | 返信に応じる：返信を読み、会話を続ける | 商談準備へ渡す：予約を検知し、商談準備を起動する | カレンダー：日程調整リンクから予約が入る |

## 人の判断は3回に固定する

- 判断1 狙いを決める（起動時）: 業種と地域を決める。AI が示す探索条件を見てから集め始めるので、狙いのずれは最初に止まる
- 判断2 リストと仮説を確かめる: 根拠の URL が弱い会社と、言い切りすぎた仮説を外す。誤った情報で送るより、送らない方がよい
- 判断3 下書きを読んで送る: AI は送らない。文面と添付の事例が、その会社に出してよいものかを人が見て決める