マネジメントの考え方

マネジメントを2種類に分けて考える

Marooは「ピープルマネジメント（人の成長と関係性）」と「ワークマネジメント（成果に至る仕事の構造）」を分けて設計します。インサイドセールスDXの現場では、人の成長＝再現性の母体、仕事の構造＝生産性の器です。どちらかが欠けると、短期の成果は出ても持続しません。

• ピープル：役割期待の明確化、スキル開発、動機づけ、心理的安全の担保

• ワーク：KPI・会議体・SOP・変更管理・データ完全性の運用

目的は一貫して、「データ×テクノロジーで、再現性と生産性を両立させる」ことです。

ピープルマネジメントの考え方と方針

マネージャーは職能年次ではなく適性で任命します。任命後は、マネージャー一人に負荷を集中させず、メンターやサブリードで面を作ります。

• 期待の言語化：ジョブスコアカードで「ミッション／成果指標／権限／禁止事項」を明記

• 1on1（毎週）：事実→解釈→行動の順で内省を補助。課題はSOP・Playbookへ翻訳

• スキルマトリクス：Consulting／Delivery（PM）／RevOps／Enablement／Leadershipで段位化

• 公開フィードバック：個人攻撃はせず、戦略整合／データ完全性／運用負荷／再現性の4観点でレビュー

• 二軸キャリア：

• Individual Contributor（専門深化：RevOps Architectなど）

• Manager／Program（組織成果の最大化）

• 評価の原則：個人の売上貢献だけでなく、成功パターンの“仕組み化”貢献を評価

ワークマネジメントの考え方と方針

仕事は「速度と整合性」で管理します。完璧な青写真より小さく実装→すぐ検証が基本です。

• KPI設計：パイプラインの到達率・速度・歩留まりを一次指標、データ入力率／重複率などをSLOとして運用

• SOP/Playbook：誰が・いつ・どの定義で完了か（DoD）まで記述。Notionに最新/責任者/履歴を明示

• 変更管理：影響分析→切替手順→ロールバック計画をセットで承認（Two-way/One-wayを識別）

• 段階リリース：シーケンス1本・ダッシュボード1枚から開始し、学習曲線を可視化

• WIP制限と容量計画：BPO/Enablement/実装の作業在庫を数値で制限、過負荷を防止

• ツール運用の標準：Salesforce／Outreach／DSRの命名規約・権限・更新トリガを統一

会議体とガバナンス

会議は“報告の場”ではなく意思決定と学習の場です。各会議にインプットとアウトプットを定義します。

• Weekly Ops：指標の異常検知→原因仮説→次アクション決定（担当・期日・DoDまで）

• KPIレビュー：到達率・速度・歩留まりのボトルネック特定。人ではなく構造を先に疑う

• 変更審査（CAB）：要件変更の影響・テスト計画・リリース窓を承認

仕組み化と属人性のバランス

ルール化すべきは安全性・正確性・可監査性に関わる領域（例：データ項目、スコアリング、稟議プロセス）。一方で、仮説生成や仮説検証の着想は属人性を尊重します。

• 仕組み化の過剰による思考停止を避けるため、テンプレは「最低限の骨格＋余白」で提供します。

評価・報酬の設計

評価は「結果」と「再現性への寄与」を分けて見ます。

• 成果：KPI到達率、改善幅、リードタイム短縮

• 再現性：有効な施策をSOP/テンプレ化し、他案件で効果を再現できた回数

• 品質：データ完全性（入力率・重複率・エラー率のSLO達成）

• 協働：公開レビュー・ドキュメント整備・Enablementへの貢献

報酬は短期成果に偏らせず、“仕組みの資産”を増やした人に配分します。

Marooのマネージャーに期待すること／しないこと

• 期待すること

• 合意形成の設計者：論点と選択肢を並べ、意思決定を前倒しする

• 変更管理のオーナー：安全に速く変えるためのリスク設計

• 学習の編集者：結果を原則化し、テンプレへ翻訳して展開

• 期待しないこと

• マイクロマネジメント／属人的な根性論／会議での“司会だけ”／評論のみで実行しない

これから強化するテーマ

• データ品質のSLOをより現場フレンドリーに（入力負荷と完全性の最適点を探索）

• 人材ポートフォリオの最適化（IC・Manager・Architect・Programのバランス）

• 仕組み化スコアの可視化（成果の資産化度合いを定量化）

Marooのマネジメントは、人の成長を軸に、成果の構造を設計し、学習を資産に変えることに尽きます。
インサイドセールスやSaaS営業の経験を、“翌日から動く仕組み”として実装したい方に、最適な環境です。