登録は簡単!. 無料です
または 登録 あなたのEメールアドレスで登録
K社 (経営課題) により Mind Map: K社 (経営課題)

1. セールス・マーケティング

1.1. 1000社獲得に対して数字が足りていない

1.1.1. サービスの登録が少ない(リード不足)

1.1.1.1. 新規層へのアプローチが少ない

1.1.1.1.1. イベント・セミナー流入

1.1.1.1.2. 広告流入

1.1.1.1.3. オーガニック・口コミでの流入

1.1.1.2. 営業からの送客

1.1.1.2.1. 営業さんが登録を促すメリットが少ない

1.1.2. 登録後のレベル1CVに改善の余地がある

1.1.2.1. 登録後のユーザーにレベル1までのフォローを行う(架電)

1.1.2.2. ターゲットごとのCVまでのストーリーができていない

1.1.2.2.1. CV後のレベル設定ができていない

1.1.3. 営業体制が整っておらず、数獲得のための体制が非効率、顧客からのFBが溜まっていないので勿体無い

1.1.3.1. CRM的な顧客管理体制を整える

1.2. 1000社獲得した後の展開を整理できてない

2. カスタマーサクセス

2.1. 開発しっぱなし問題

2.1.1. 仮説

2.1.1.1. 顧客のほしいものが作れていない

2.1.1.1.1. 開発着手前に、十分なヒアリング・ソリューション検討ができていない

2.1.1.1.2. カスタマージャーニーの仮説を立てることができていない

2.1.1.1.3. 一部のメンバーのみが開発する機能に関して(解決する課題や戦略など)理解しているため、属人化している

2.1.2. 実装

2.1.2.1. どこまでが課題に対してのミニマムな開発か開発側が理解できていない

2.1.3. 周知

2.1.3.1. 実装した機能を顧客に周知する体制が整っていない

2.1.3.1.1. アップデートメール・intercom・要望を出した顧客への個別連絡

2.1.3.2. 開発とセールス側が連動して動けていない

2.1.3.2.1. 実装後の販売手段・スケジュールが決まっていない

2.1.3.2.2. 実装している段階から社内に対しての発信ができていない

2.1.4. 利用

2.1.4.1. 利用してくれているユーザーのFBが不十分

2.1.4.1.1. ヒアリングができていない

2.1.4.1.2. FBが流れてしまっている

2.1.4.2. ユーザーの行動をデータで分析できていない

2.1.4.2.1. ユーザーにとって欲しいユーザーストーリーを構築できていない →仮説が不明確

2.1.4.2.2. ユーザーの行動を分析できるようにDBなど改善

2.2. 顧客の期待する成功を提供できていない

2.2.1. 顧客の成功が定まっていない

2.2.1.1. 顧客の声を聞いて「成功」の定義づけを行う(現状は仮説で行なっている)

2.3. レベル1顧客の離脱を測れていない

2.3.1. 初回アクティブの定義が甘い(現状・レベル1)

2.3.2. 継続アクティブの定義がない

2.3.2.1. しっかり使ってくれているユーザーの利用度合いを分析する

2.3.3. 顧客の管理ができていない(顧客の声や期待を蓄積できていない)

2.3.3.1. それぞれの顧客との商談記録が蓄積できていない

2.3.3.1.1. 顧客管理を行う

3. プロダクト

3.1. プロダクトマネジメントができていない

3.1.1. スケジュール通りに開発が進まない

3.1.1.1. 開発スケジュールのフローが構築できていない

3.1.1.1.1. プロダクト側でβ版を定義できていない

3.1.1.1.2. 開発後のテスト体制などを設定できていない

3.1.1.2. エンジニアの中でスケジュールになんとしても間に合わせるという文化がない

3.1.1.2.1. 開発のロードマップや狙いなどを共有できていない

3.1.1.3. 突発的なバグなどの緊急対応が入る

3.1.1.3.1. 既存機能の開発と新規機能開発のチームが別れていない

3.1.2. 顧客のほしい機能が作れていない

3.1.2.1. カスタマーサクセス>開発しっぱなし問題>仮説と同じ

3.1.2.2. 顧客ヒアリング→開発のプロセスが連動していない

3.1.2.2.1. フローが決まっていない

3.1.2.2.2. 顧客情報やフィードバックがまとまっていない

3.1.2.3. 新機能開発の際に、仮説検証がしっかりできていない

3.1.3. 品質が悪い(バグが多い)

3.1.3.1. リリースフローが未熟

3.1.3.1.1. 受け入れテストを実施していない

3.1.3.1.2. レビューが雑

3.1.3.1.3. ユーザー目線での開発・チェックの意識が欠如している

3.1.3.1.4. リリースフローが 決まっていない

3.1.3.2. テストケースが甘い

3.1.3.2.1. 要件定義者の数が足りない

3.1.3.2.2. 要件やテストが十分に考慮されていない

3.1.4. プロダクトマネジメントにおける知見が少ない

3.1.4.1. 競合調査ができていない

3.1.4.1.1. ToBなら競合のプロダクトを使っているユーザーにヒアリングなどをするべきだができていない

3.1.4.2. 市場環境を把握できていない

3.1.4.3. ヒアリングした情報はあるが、分析できていない

3.1.4.4. PdM本人がヒアリングができていない

3.1.4.4.1. ヒアリングを行う優先順位が高くできていない

3.1.4.5. 本を毎週読み合わせしながらインプットし、自分の中での優先順位を意識していく

4. Bizdev

4.1. Aさん

4.1.1. 新規PJ

4.1.1.1. エンジェルサポーター

4.1.1.1.1. 実績が生まれない

4.1.1.1.2. オープンでサービス展開できていない

4.1.1.2. VC/CVC

4.1.1.2.1. 事業開発リソースが足りていない(ビジネス的に先方と作り込む人手がたりない)

4.1.1.3. StartPass

4.1.1.3.1. 事業開発リソースが足りていない(ビジネス的に先方と作り込む人手がたりない)

4.1.1.4. MUTB

4.1.1.4.1. 事業開発リソースが足りていない(ビジネス的に先方と作り込む人手がたりない)

5. 組織

5.1. Bさん

5.1.1. 採用

5.1.2. オンボーディング

5.1.2.1. サービス説明のドキュメントが不十分