1. 間接部門
1.1. メンバー
1.1.1. 売上分析
1.1.1.1. （大谷）メイン・サブの按分によるレコードの煩雑さでデータ集計に支障をきたしている
1.1.1.1.1. 間接部門
1.1.1.2. （塚本）レポート等の作成が難しい
1.1.1.2.1. 全員
1.1.2. 市場分析
1.1.2.1. （小林）カスタマーアンケートを毎回確認し配信しなくてはいけない
1.1.2.1.1. マーケ課
1.1.2.2. （小林）代行などの実績が分からない、残しても探しにくい
1.1.2.2.1. 全社員
1.1.2.3. （鎮目）場当たり的にアタック先を探している節がある
1.1.2.3.1. ＫＣ/ＳＫＣ
1.1.2.4. （鎮目）施設形態だけの分解しかできていない
1.1.2.4.1. 全員
1.1.3. 履行・ディレクション
1.1.3.1. （小林）工数を重たいスプレッドで管理している
1.1.3.1.1. 全社員
1.1.3.2. （鎮目）実際の工数が見えない
1.1.3.2.1. 全員
1.1.4. 計上処理
1.1.4.1. （小林）WFの案件が一発で検索しづらい
1.1.4.1.1. 間接部門
1.1.4.2. （小林）計上後の商談が変更できてしまう
1.1.4.2.1. 全社員
1.1.4.3. （安藤）本計上が必要になる商談のチェック（WEBサイト維持費など）の際に、どのダッシュボードを参照したらよいのか分からない
1.1.4.3.1. サポート
1.1.5. 設定処理
1.1.5.1. （大谷）23期組織変更時のプロファイルの一斉更新が滞るとプロファイルごとのセキュリティ設定が制限できなくなる
1.1.5.1.1. 全社員
1.1.5.2. （大谷）23期組織変更時のロールの一斉更新が滞るとロールごとのセキュリティ設定が制限できなくなる
1.1.5.2.1. 全社員
1.1.5.3. （小林）新規のユーザ登録をした際に、都度レポート・ダッシュボード・商談などの設定が手間
1.1.5.3.1. マーケ課
1.1.5.4. （大谷）コンパイラの文字数制限で数式が組めない
1.1.5.4.1. マーケ課
1.1.6. その他
1.1.6.1. （大谷）SFを使うことによるメリットがうまく伝わっていない
1.1.6.1.1. 全社員
1.1.6.2. （安藤）中途入社者への使用説明がない
1.1.6.2.1. 教育担当者・中途入社者
1.1.6.3. （安藤）新ルールに対して、正しく操作されているかをチェックする仕組みが公開されていない
1.1.6.3.1. 中途入社者
1.1.6.4. （安藤）SFに関するFAQがない、もしくは最新情報かどうかが判断できない
1.2. 管理職
1.2.1. 売上分析
1.2.1.1. （塚本）レポート等の作成が難しい
1.2.1.1.1. 全員
1.2.2. 市場分析
1.2.2.1. （穴吹）薬局、病院、介護法人数がＳＦ上で不明
1.2.2.1.1. 全社員
1.2.2.2. （鎮目）施設形態だけの分解しかできていない
1.2.2.2.1. 全員
1.2.2.3. （鎮目）顧客以外のビッグデータと突合しづらい
1.2.2.3.1. 全員
1.2.3. 履行・ディレクション
1.2.3.1. （鎮目）実際の工数が見えない
1.2.3.1.1. 全員
1.2.4. 計上処理
1.2.4.1. （岸上）計上処理はサイボウズで行っている
1.2.4.1.1. 全社員
1.2.5. 設定処理
1.2.6. その他
2. 営業部門
2.1. メンバー
2.1.1. 案件発掘
2.1.1.1. （小林）リスト作りの際に法人のピックアップが上手くできない
2.1.1.1.1. 全員
2.1.1.2. （穴吹）ＭＡニーズ発掘に時間がかかる
2.1.1.2.1. ＫＣ
2.1.1.3. （穴吹）採用ニーズ発掘に時間がかかる
2.1.1.3.1. ＫＣ
2.1.1.4. （穴吹）アタックできていない法人（モレ）がある
2.1.1.4.1. ＳＫＣ
2.1.1.5. （鎮目）場当たり的にアタック先を探している節がある
2.1.1.5.1. ＫＣ/ＳＫＣ
2.1.2. 案件推進
2.1.2.1. （小林）商談や活動、顧客カルテなど入力することが多い、同じ事の二重入力、ページの遷移など手間
2.1.2.1.1. 現場メンバー
2.1.2.2. （小林）フェーズの定義に違和感
2.1.2.2.1. 営業部メンバー
2.1.2.2.2. 代行以外の商品も成果を追えるようにする
2.1.2.3. （鎮目）ＷＦと二度手間発生
2.1.2.3.1. 営業部メンバー
2.1.3. 履行・ディレクション
2.1.3.1. （塚本）誰がどの工数・メニューを請け負っているのかを確認できない。現状、スプレッドでの管理のため。
2.1.3.1.1. 現場メンバー
2.1.3.2. （鎮目）進捗が見えない
2.1.3.2.1. ＲＫＣ/ＳＫＣ
2.1.4. 計上処理
2.1.4.1. （岸上）計上処理はサイボウズで行っている
2.1.4.1.1. 全社員
2.1.5. 顧客管理
2.1.5.1. （塚本）レポート等の作成が難しい
2.1.5.1.1. 全員
2.1.5.2. （穴吹）契約法人のゴールが共有できていない
2.1.5.2.1. 全員
2.1.5.2.2. ＲＫＣ
2.1.5.3. (穴吹）契約後、成果を追い切れていない
2.1.5.4. （大谷）アカウント先フラグを手動でつけているのでタイムラグ・抜け漏れの恐れあり
2.1.5.4.1. 全員
2.1.5.5. （小林）代行などの実績が分からない、残しても探しにくい
2.1.5.5.1. 全社員
2.1.6. 案件分析
2.1.6.1. （穴吹）ヨミ表の役割をＳＦが果たせていない
2.1.6.1.1. ＫＣ・ＲＫＣ
2.1.6.2. （穴吹）ヨミ落ちの理由がわからない
2.1.6.2.1. ＫＣ・ＲＫＣ
2.1.6.3. （鎮目）状況からヨミ確度が分析されていない
2.1.6.3.1. ＫＣ/ＲＫＣ
2.1.7. その他
2.1.7.1. （安藤）基本的な使い方が分からない、更新するが、正しいのか不安になる
2.1.7.1.1. SKC
2.1.7.2. （安藤）項目の定義が不明 ※例：完了予定日→本計上予定日を入職してください」とあるが、本計上の発生しない商談（買収意向票など）はどうすればよいのか？
2.1.7.3. (岸上)サイトの立ち上がりが遅い
2.1.7.3.1. VPNをやめる
2.1.7.3.2. なんとか軽くする
2.2. 管理職
2.2.1. 案件発掘
2.2.1.1. （鎮目）案件発掘の分析ができていない
2.2.1.1.1. 管理職
2.2.1.2. （鎮目）場当たり的にアタック先を探している節がある
2.2.1.2.1. ＫＣ/ＳＫＣ
2.2.2. 案件管理
2.2.2.1. (岸上)ヨミ表が見にくい
2.2.2.1.1. 見やすいものを作成する
2.2.2.1.2. スプレッドシートと連動させる
2.2.2.2. (岸上)案件の抜け漏れが発生する
2.2.2.2.1. 営業マンの入力意識を高くする
2.2.2.2.2. 入力しやすいようにUIを改善する
2.2.3. 履行・ディレクション
2.2.3.1. (岸上)抜け漏れがないようにアラートが機能していない
2.2.3.1.1. アラート機能を活用する
2.2.3.2. （鎮目）進捗が見えない
2.2.3.2.1. ＲＫＣ/ＳＫＣ
2.2.4. 計上処理
2.2.4.1. （岸上）計上処理はサイボウズで行っている
2.2.4.1.1. 全社員
2.2.5. 顧客管理
2.2.5.1. （安藤）検索しづらい 例：1/19金沢セミナーに関する商談を検索したいときの検索方法が分からない
2.2.5.1.1. 全員
2.2.6. 案件分析
2.2.6.1. （塚本）レポート等の作成が難しい
2.2.6.1.1. 全員
2.2.6.2. （鎮目）状況からヨミ確度が分析されていない
2.2.6.2.1. ＫＣ/ＲＫＣ
2.2.7. その他
2.2.7.1. （塚本）目標値と実績値の差グラフや表があればよいのでは
2.2.7.1.1. 管理職全員
2.2.7.2. (岸上)サイトの立ち上がりが遅い
2.2.7.2.1. VPNをやめる
2.2.7.2.2. なんとか軽くする
2.2.7.3. (岸上)使うメリットを感じにくくなっている
2.2.7.3.1. 別にシートが存在してしまっている
2.2.7.3.2. 評価につながらない
2.2.7.3.3. なくてもやれることはやれる
3. 部門
3.1. シチュエーション
3.1.1. （発案者名）現状
3.1.1.1. 影響者
3.1.1.1.1. 課題・理想
4. 記載例
4.1. 営業部門・メンバー・案件推進
4.1.1. （小林）資料検索の際にどれがどの資料か分からず探しにくく時間がかかる
4.1.1.1. 全員
4.1.1.1.1. どんな資料か一発で分かり、検索がしやすいようにしたい
5. 共通
5.1. （穴吹）使わない機能がある
5.1.1. 全員
5.1.1.1. カレンダー、リードなど使っていない機能があるとみにくい
5.1.1.1.1. 見にくい、生産性を下げる機能の削除
5.2. （小林）カレンダーがサイボウズとSFで二重入力になっている
5.2.1. 全社員
5.2.1.1. どちらかに統一する
5.2.1.1.1. アラート機能などがあるSFとgoogleカレンダーを同期させ運用する。