営業 → ディレクター
受注後共有がディレクターに届かない
営業が受注の後に書く引き継ぎ（受注後共有・ディレクション共有）は、受注の画面と Slack に出す作りです。Slack はまだつないでおらず、ディレクターは受注やアポの画面を開けないので、今は D が中身を読む場所がありません。
直す向き：案件の画面に、読むだけで出す。
だれが入れた情報が、どの役職の仕事や数字につながっているか。営業を組み込んで増えたつながりと、まだ切れている所をまとめました。下の役職を押すと、その役職の入力と行き先だけが濃く出ます。
上から下へ時間が進みます。横の列が役職です。アポから納品後まで、1件の仕事がどの順で、だれの手に渡るかを描きました。
行が「入れること」、列が「それを使う役職」です。ます目が空いていれば、その役職には届いていません。斜線は入れる人の列です。
| 入力すること | 営業 | 営業事務 | ディレクター | 制作（AD・デザイナー・エンジニア） | CS | 数字・給与 |
|---|---|---|---|---|---|---|
| 営業が入れる | ||||||
| アポ登録（会社の情報） | 入力する役職 | 受注に会社を引き継ぐ | 案件の顧客情報 | アポ数・アポ成立 | ||
| 前確 その役職の中だけ | 営業の中で完結 | |||||
| 商談の結果 | 入力する役職 | 受注の登録待ちに出る | 商談数・受注 | |||
| 営業報告 その役職の中だけ | Slack に出す前提（未接続） | |||||
| 受注後共有・ディレクション共有 切れている | 入力する役職 | 見られない | ||||
| 受注後のやること | 入力する役職 | 事務の項目は「期日が近い案件」に | ||||
| 検収日程の確認 | 入力する役職 | 検収の設定の知らせ | ||||
| KPI（毎日） | 入力する役職 | 順位・成績・目標 | ||||
| 目標・振り返り・1on1 その役職の中だけ | リーダー・統括が見る | |||||
| 営業事務が入れる | ||||||
| 受注の登録・採用 | 個人数字・入金待ち | 入力する役職 | 案件ができる | 計上・粗利 | ||
| 入金 | 入金待ちが消える | 入力する役職 | 案件の入金欄（写し） | 個人数字・給与 | ||
| 書類の回収 | 入力する役職 | 案件の書類回収（写し） | 計上月が決まる | |||
| 信販の審査・信販期日 | 期日が近い案件 | 入力する役職 | 案件の信販欄・Dの期日が近い案件 | |||
| 検収の設定・完了 | 期日が近い案件が済に | 入力する役職 | 初回の入金予定日 | |||
| 保守契約 切れている | 入力する役職 | つながらない | 保守の状況が見えない | 保守件数 → 給与 | ||
| 経費の承認 | 入力する役職 | 給与に足す | ||||
| ディレクターが入れる | ||||||
| 担当D・D日程 | 入力する役職 | 期日と次のタスク | ||||
| 進行・原稿・確認 | 入力する役職 | 依頼と通知 | ||||
| 納品日 | 検収日程の確認（アプラス） | 検収の流れ | 2か月納品の判定 | |||
| CSサイクル | 入力する役職 | 通知・CS一覧に入る | ||||
| 制作が入れる | ||||||
| 原稿・WF制作（AD） | 確認待ちに出る | 入力する役職 | ||||
| LP/HP制作・公開 | 確認・完了の報告 | 入力する役職 | ||||
| 入稿・求人掲載（AD） | 入稿完了の通知 | 入力する役職 | 初回掲載日・Indeedの残り日数 | |||
| CSが入れる | ||||||
| CSメモ・LINE作成 その役職の中だけ | CS の中で完結 | |||||
| 解約（案件の状態） 切れている | 伝わらない | 受注・保守契約に伝わらない | 入力する役職 | 給与に伝わらない | ||
| 給与・統括・オーナーが入れる | ||||||
| 組織表（統括） | KPIの対象・目標 | 給与・順位 | ||||
| 消込CSV（オーナー） | 保守件数 | |||||
| 全員が入れる | ||||||
| 案件のコメント | 案件を見られる人 | 同じ | 同じ | 同じ | 同じ | |
| 業務タスク（共有の依頼） | 頼んだ相手へ | 頼んだ相手へ | 頼んだ相手へ | 頼んだ相手へ | 頼んだ相手へ | |
| 年間スケジュール どこにもつながらない | ||||||
記録の親子です。顧客の下にアポと受注、受注の下に案件がぶら下がります。社員に付く記録と、どこにもぶら下がらない物も並べました。
上の図で赤くした所です。どれも切り替えの前に、直すか運用で埋めるかを決めておきたい物です。
営業が受注の後に書く引き継ぎ（受注後共有・ディレクション共有）は、受注の画面と Slack に出す作りです。Slack はまだつないでおらず、ディレクターは受注やアポの画面を開けないので、今は D が中身を読む場所がありません。
直す向き：案件の画面に、読むだけで出す。
受注をキャンセルすると案件にも写り、担当Dに通知が届きます。逆に CS が案件を「解約」にしても、受注・保守契約・個人数字・給与は何も変わりません。
直す向き：解約をどこで決めるか（受注か案件か）を決め、片方を正本にする。
保守契約は受注から作れますが、作った後は会社名の文字で持つだけです。案件の画面や CS 一覧から、保守の登録の状況や未払いが見えません。
直す向き：保守契約に受注（＝案件）の番号を持たせる。
納品日を入れても CS には何も届きません。だれかが案件に CS サイクル（A/B）を入れた時だけ、CS 全員に通知が届きます。
直す向き：納品した案件を CS の「割り振り待ち」に出す。
中身は保存されますが、読めるのは営業・リーダー・管理者だけです。Slack をつなぐまで、ほかの役職には出ません。
直す向き：Slack をつなぐ時に一緒に確かめる。
ディレクター・CS・営業事務が使っているスプシの中身は、まだ新システムのどこにもありません。棚卸しをして、1枚ずつ次の3つに分けます。