1. 意思決定の種類
1.1. OKR/Strategy/Tactics
1.1.1. All
1.1.1.1. Leevis
1.1.2. RP
1.1.2.1. Andy
1.1.2.2. Utty
1.1.2.3. Kubotie
1.1.2.4. Tom
1.2. HR
1.2.1. 採用
1.2.1.1. All
1.2.1.1.1. Robin
1.2.1.2. RP
1.2.1.2.1. Sales
1.2.1.2.2. CS
1.2.1.2.3. UO
1.2.2. 評価(人材評価シートでチーム内で360度評価+実績をまとめたあとで)
1.2.2.1. Leevis
1.2.3. 教育/開発
1.2.3.1. All
1.2.3.1.1. ？？？（花井さんサポートのものと、1on1を交代制でみんなで行う。フォーマット作成は必要）
1.2.3.2. RP
1.2.3.2.1. New/Upsell/Churn
1.2.3.2.2. PQC
1.3. Budget
1.3.1. All(予算のかかるプロジェクト全て)
1.3.1.1. Leevis
1.4. Project
1.4.1. 各指標のRP
2. チーム構造
2.1. User Success = revenue
2.1.1. Andy
2.1.2. Mitchie
2.1.3. Bandy
2.1.4. Utty(
2.1.5. Nao
2.1.6. Minorin
2.1.7. Mattun
2.1.8. Victoria
2.2. Onboarding
2.3. User Operation = New User
2.3.1. Kubotie
2.3.2. Charles
2.3.3. Kodee
2.3.4. Tom
2.4. HR
2.4.1. William
2.4.2. Tom
3. 意思決定方法
3.1. Step1
3.1.1. プロジェクトを発案(誰でも発案可能。発案フォーマットはairtableに記載)
3.2. Step2
3.2.1. みんなで投票をする一人1ptだが、特定の責任指標については比重ポイントが高い人のポイントがある
3.3. Step3
3.3.1. 集計した結果を踏まえてRPが実行かどうかの最終判断意思決定を行う
3.4. Step4
3.4.1. 最終結果が投票と違う場合は発案者としっかり話し合う
3.5. Step5
3.5.1. それでも反対の場合は、RPの意思決定を優先とする
4. RP(Responsible Party)
4.1. 担当
4.1.1. ￥New
4.1.1.1. Andy
4.1.2. ￥Upsell
4.1.2.1. Andy
4.1.3. ￥Churn
4.1.3.1. Andy
4.1.4. PQL
4.1.4.1. Andy
4.1.5. PQC
4.1.5.1. Utty
4.1.6. Active Project
4.1.6.1. Kubotie
4.2. RPの意思決定権利
4.2.1. Project案の最終推進意思決定者であり、発案されたプロジェクトの実行と拒否権を持つ
5. JP Market Lead
5.1. 担当
5.1.1. Leevis
5.2. Market Leadの意思決定権利
5.2.1. RPの任命権
5.2.2. 予算のチームへの配分権利
6. プロジェクト賛同投票ポイント
6.1. 一人1pt
6.2. RP担当は担当カテゴリーにおいて２Pointとする
6.3. 投票参加者
6.3.1. Andy
6.3.2. Utty
6.3.3. Kubotie
6.3.4. Leevis
6.3.5. Tom
7. Project申請の際のロジック
7.1. R
7.1.1. リーチ(対象人数)
7.2. I
7.2.1. いつまでにどんなインパクト(New/Expansion/Churn/PQL/PQC/ActiveProject/NewProjectのいずれかの指標選択と効果予測)
7.3. C
7.3.1. 自信(どの程度達成に自信があるかの%)
7.4. E
7.4.1. エフォート（時間/人数/費用）
8. MTGについて
8.1. MTGの種類
8.1.1. ①Daily Standup(スタンドアップ)
8.1.1.1. TIme(時間)
8.1.1.1.1. 10−15分
8.1.1.2. Purpose(目的/形式)
8.1.1.2.1. 日々のスケジュールと活動内容の共有
8.1.1.3. 注意事項
8.1.1.3.1. 定例として開催。不参加者がいる場合でも開催
8.1.1.4. 対象者
8.1.1.4.1. ①User Success全員
8.1.1.4.2. ②User Operation全員
8.1.2. ②Weekly Tactics(戦術)
8.1.2.1. TIme(時間)
8.1.2.1.1. 45−90分
8.1.2.2. Purpose(目的。解決すること)
8.1.2.2.1. 目標とのギャップをあらかじめ把握した上で、達成するためのプランを決定できる
8.1.2.3. 注意事項
8.1.2.3.1. 1回目の報告後(進捗に関する)にアジェンダを設定
8.1.2.3.2. 戦略に関する議論は延期する
8.1.2.4. 対象者
8.1.2.4.1. ①RP+Leevis/Robin/Sini(週一回)
8.1.2.4.2. ②User Success全員(週一回)
8.1.2.4.3. ③User Operation全員(週一回)
8.1.2.5. 準備事項
8.1.2.5.1. ①現状実績commit/forecast/target(事前送付)との比較で送付
8.1.2.5.2. ②GAP 分に対してどのような施策を行うかとその見込みについてRICEのフレームワークでPJ URL事前送付
8.1.3. ③Monthly Strategy(戦略)
8.1.3.1. TIme(時間)
8.1.3.1.1. 2−4時間
8.1.3.2. Purpose(目的。解決すること)
8.1.3.2.1. 毎月のまとめ MBR
8.1.3.3. 注意事項
8.1.3.3.1. 1−2トピックに限定する
8.1.3.3.2. 準備をして調査する
8.1.3.3.3. 意見の対立を快く受け入れる
8.1.3.4. 対象者
8.1.3.4.1. ①RP+Leevis/Robin/Sini(週一回)
8.1.3.4.2. ②User Success全員(週一回)
8.1.3.4.3. ③User Operation全員(週一回)
8.1.4. ④Quarter Offsite(オフサイト)
8.1.4.1. Purpose(目的。解決すること)
8.1.4.1.1. 戦略、競合、業界トレンド、キー人材、チームの発達、予算に対する事項を見直す
8.1.4.2. 注意事項
8.1.4.2.1. 社外にでるなど、気分を変える
8.1.4.2.2. 仕事外の活動に制限を設けて仕事に集中する
8.1.4.2.3. 日程までを詳細に設定し、重荷を与えすぎないように努める
8.1.4.3. 対象者
8.1.4.3.1. 1回目：Robin,Leevis,Andy,Kubotie,Utty,Tom
8.1.4.3.2. 2回目：参加したい。全員オープンで
8.1.4.4. 準備事項
8.1.4.4.1. ①Business Simulationを各自で完成させていること(commit/forecast/target/bestcaseで)
8.1.4.4.2. ②OKR作成テンプレート(毎回のやつ)を各自で埋めきっていること
8.1.4.5. TIme(時間)
8.1.4.5.1. 1-2日(2回に分けてやる)
8.1.5. ⑤Adhoc(アドホック。各種臨時MTG)
8.1.5.1. Time(時間)
8.1.5.1.1. 任意
8.1.5.2. Purpose(目的。解決すること)
8.1.5.2.1. 特定のトピックについてオーナーが召集をかけて解決にあたる
8.1.5.3. 注意事項
8.1.5.3.1. MTGのルール(すべて共通と同じ)
8.1.5.4. 対象者
8.1.5.4.1. MTGのオーナーが決める
8.2. MTGのルール(すべて共通)
8.2.1. アジェンダの設定(必須)
8.2.1.1. 何の議論か
8.2.1.2. ステークホルダーの貢献で何を望むのか
8.2.1.3. どのような意思決定か
8.2.2. 開始/終了時間の厳守
8.2.3. 明確なネクストステップ
8.2.4. 注意点
8.2.4.1. メールはビデオメッセージで済むものは開く必要なし
8.2.4.2. 隔週でよいスタンドアップを週次でする必要なし
8.2.4.3. 議論する内容がなければキャンセル
8.2.4.4. 準備事項がそろっていないMTGもキャンセル
8.2.5. 参加はどなたでも自由。(ただし、標準参加者以外はPurposeの目的への貢献ができる時に発言でそれ以外はオブザーバーということにする)
9. Global Market Lead
9.1. 担当
9.1.1. Robin
9.2. Global Leadの意思決定権利
9.2.1. プロジェクトの拒否権利