Upgrade to Pro — share decks privately, control downloads, hide ads and more …

カオナビの利用実績をアウトカムへつなげる旅 / example-of-data-management-startup-in-kaonavi

カオナビの利用実績をアウトカムへつなげる旅 / example-of-data-management-startup-in-kaonavi

DevOpsDays2024 2024.04.16 登壇の際の発表資料です。
[イベントページのURL]
https://www.devopsdaystokyo.org/

カオナビの利用実績をアウトカムへつなげる旅と題した、データマネジメントとデータの活用事例の紹介です。

株式会社カオナビ

April 15, 2024
Tweet

More Decks by 株式会社カオナビ

Other Decks in Technology

Transcript

  1. 本江 雄人 ▼ 株式会社カオナビ DevOpsエンジニア - PjM・開発ディレクター - プロセス改善・課題解決 - データマネジメント

    ▼ 経歴 1社目 :エンジニアとしてのプロダクト開発  エンジニア、スクラムマスター 2社目 :開発チーム内外の課題解決、開発統括、IT戦略  スクラムマスター、PjM・開発ディレクター  、プロセス改善・課題解決、組織情報連携の設計 3社目 :現職 登壇者 自己紹介 © kaonavi, inc. 2 ほんごう ゆうと
  2. 本江 雄人 ▼ 株式会社カオナビ DevOpsエンジニア - PjM・開発ディレクター - プロセス改善・課題解決 - データマネジメント(初心者!)

    ▼ 経歴 1社目 :エンジニアとしてのプロダクト開発  エンジニア、スクラムマスター 2社目 :開発チーム内外の課題解決、開発統括、IT戦略  スクラムマスター、PjM・開発ディレクター  、プロセス改善・課題解決、組織情報連携の設計 3社目 :現職 登壇者 自己紹介 © kaonavi, inc. 4 ほんごう ゆうと
  3. プロセス改善の人として入社し、挨拶ついでに組織課題ヒアリング データマネジメントに取り組むきっかけ © kaonavi, inc. 8 企画 仕様・外部設計 内部設計 開発

    テスト リリース コーディング レビュー インサイト QC 自動 運用 ▪ 価値のあるものを定義する力が足りてない Aさん ▪ 顧客に本当に喜ばれる機能を 作っているか自信がない Bさん ▪ hoge Eさん ▪ hoge ▪ hoge Cさん ▪ hoge Dさん ▪ hoge ▪ hoge Mng SM Mng Mng Fさん Mng Mng ▪ hoge ▪ hoge ▪ hoge ▪ hoge …
  4. プロセス改善の人として入社し、挨拶ついでに組織課題ヒアリング データマネジメントに取り組むきっかけ © kaonavi, inc. 9 企画 仕様・外部設計 内部設計 開発

    テスト リリース コーディング レビュー インサイト QC 自動 運用 ▪ 価値のあるものを定義する力が足りてない Aさん ▪ 顧客に本当に喜ばれる機能を 作っているか自信がない Bさん ▪ hoge Eさん ▪ hoge ▪ hoge Cさん ▪ hoge Dさん ▪ hoge ▪ hoge Mng SM Mng Mng Fさん Mng Mng ▪ hoge ▪ hoge ▪ hoge ▪ hoge … CIの時間短縮
  5. プロセス改善の人として入社し、挨拶ついでに組織課題ヒアリング データマネジメントに取り組むきっかけ © kaonavi, inc. 10 企画 仕様・外部設計 内部設計 開発

    テスト リリース コーディング レビュー インサイト QC 自動 運用 ▪ 価値のあるものを定義する力が足りてない Aさん ▪ 顧客に本当に喜ばれる機能を 作っているか自信がない Bさん ▪ hoge Eさん ▪ hoge ▪ hoge Cさん ▪ hoge Dさん ▪ hoge ▪ hoge Mng SM Mng Mng Fさん Mng Mng ▪ hoge ▪ hoge ▪ hoge ▪ hoge … 「顧客に喜ばれる、 価値のある機能とは?」  という言葉が気になってた
  6. PO、PdM、開発チームが「価値」について不安を持っていた背景 データマネジメントに取り組むきっかけ © kaonavi, inc. 11 1 要望やニーズが増加し、新機能の開発に注力していた 2 データ参照しづらく、モニタリング・価値評価自体が手間であった

    多くの顧客に利用していただき、多くのフィードバックや期待をいただいていた。それに応えるべく、 サバイバルモードに近い組織状況下でリリースを目指していた反面、既存機能の価値評価が置き去りに。 詳細は後ろのページにて。
  7. 開発チーム 本番のデータやログを見ていいのは、権限保有者のみ 実際の課題や制約を確認していく © kaonavi, inc. 14 企画 仕様・外部設計 内部設計

    開発 テスト リリース コーディング レビュー インサイト QC 自動 運用 開発チーム 本番運用 チーム … 横断支援チーム (私所属) コ コ サポート、 サービス提供
  8. なぜ分析用途で、簡単にデータを閲覧してはならないのか 実際の課題や制約を確認していく © kaonavi, inc. 15 1 個人情報に対する匿名対応 2 例外的に分析用途に利用できないデータの除外が必要であること

    個人情報を、参照する人にとって匿名情報とする必要があること。 一部例外的に、契約観点などで分析目的でデータ利用をしてはいけないという対象のデータがある。 そのデータを除外した状態でなければ、集計等を実施してはならない。
  9. 実際にデータエンジニアリング実施 © kaonavi, inc. 23 こう 開発チーム 開発チーム 開発チーム 本番運用

    チーム … カスタマーサクセス 組織の壁 制約の壁 個人情報マスク 分析不可データ除外 安全なデータのみを保持した 場所の作成 いつでも見ていいよ いつでも見ていいよ
  10.  GitLab 実際にデータエンジニアリング実施 © kaonavi, inc. 24 データの流れ データソース 転送・マスク ・フィルタ

    データ蓄積 データ加工 ダッシュボード ユースケース 機能A アクセスログ 機能B アクセスログ 製品DB Salesforce … AWS 転送・加工 キュー処理 ほぼリアルタイム バッチサーバー スナップショット 頻度要件設定 機能A アクセスログ 機能B アクセスログ 機能A スナップショット 機能B スナップショット 機能A ダッシュボード 機能B ダッシュボード 番外編 @Salesforce α社 各機能の利用状況 開発チーム 開発チーム カスタマーサクセス Redmine・JIRA β社 各機能の利用状況
  11. 実際にデータエンジニアリング実施 © kaonavi, inc. 25 データ蓄積場所に問題のあるデータ自体を入れないことに データソース 転送・マスク ・フィルタ データ蓄積

    データ加工 ダッシュボード ユースケース 機能A アクセスログ 機能B アクセスログ 製品DB … AWS 転送・加工 キュー処理 ほぼリアルタイム バッチサーバー スナップショット 頻度要件設定 機能A アクセスログ 機能B アクセスログ 機能A スナップショット 機能B スナップショット 機能A ダッシュボード 機能B ダッシュボード 番外編 @Salesforce α社 各機能の利用状況 開発チーム 開発チーム カスタマーサクセス β社 各機能の利用状況  GitLab Salesforce Redmine・JIRA
  12. Snowflake 守備範囲 実際にデータエンジニアリング実施 © kaonavi, inc. 26 データ基盤自体はSnowflake(データフルマネージツール)を利用 データソース 転送・マスク

    ・フィルタ データ蓄積 データ加工 ダッシュボード ユースケース 機能A アクセスログ 機能B アクセスログ 製品DB … AWS 転送・加工 キュー処理 ほぼリアルタイム バッチサーバー スナップショット 頻度要件設定 機能A アクセスログ 機能B アクセスログ 機能A スナップショット 機能B スナップショット 機能A ダッシュボード 機能B ダッシュボード 番外編 @Salesforce α社 各機能の利用状況 開発チーム 開発チーム カスタマーサクセス β社 各機能の利用状況  GitLab Salesforce Redmine・JIRA
  13. Snowflake 守備範囲 実際にデータエンジニアリング実施 © kaonavi, inc. 27 Snowflakeは便利 (例) 全機能

    アクセスログ (例) 異常検知など ダッシュボード閲覧 ダッシュボード閲覧 アドホック分析 ※ 弊社では利用は無いが、法務等と確認しながら   最適な方法を選択するのをおすすめ AWS GCP 様々なプラット フォームとの連携 ※ データマネジメント初期の利用が   少ない時期に助けられる SnowSQL クライアント データ蓄積 データ加工 ダッシュボード ユースケース 機能A アクセスログ 機能B アクセスログ 機能A スナップショット 機能B スナップショット 機能A ダッシュボード 機能B ダッシュボード 中間層の融通効く 需要に応じた コンピューティング (課金ポイント) メタデータ管理、クレジット管理、セキュリティ管理 管理者想定の便利機能 データマスク機能 AI系(ML、LLM)機能 構造化データ 半構造化データ 扱いやすい
  14. データスチュワードとの協業 アウトカムへつなげていく © kaonavi, inc. 31 データ利用者のニーズを汲み取り、データを整備する人 データソース 転送・マスク ・フィルタ データ蓄積

    機能A アクセスログ 機能B アクセスログ 製品DB AWS 転送・加工 キュー処理 ほぼリアルタイム バッチサーバー スナップショット 頻度要件設定 機能A アクセスログ 機能B アクセスログ 機能A スナップショット 機能B スナップショット Salesforce α社 各機能の利用状況 カスタマーサクセス β社 各機能の利用状況 カスタマーサクセス ↑ データスチュワード ↑ 私たち データエンジニア ↑ 価値提供 を担う人
  15. データスチュワードとの協業 アウトカムへつなげていく © kaonavi, inc. 34 カオナビの利用実績データをアウトカムにつなげる1例となりました データソース 転送・マスク ・フィルタ データ蓄積

    機能A アクセスログ 機能B アクセスログ 製品DB AWS 転送・加工 キュー処理 ほぼリアルタイム バッチサーバー スナップショット 頻度要件設定 機能A アクセスログ 機能B アクセスログ 機能A スナップショット 機能B スナップショット カスタマーサクセス カスタマーサクセス ↑ データスチュワード ↑ 私たち データエンジニア ↑ 価値提供 を担う人 Salesforce α社 各機能の利用状況 β社 各機能の利用状況 機能A: ☀ - MAU ◯人 - データ ◯件 機能A: ☂ - MAU ◯人 - データ ◯件 閲覧 閲覧 お客様 お客様 アウトカム サポート サポート
  16. データマネジメントの一端を担っての振り返り © kaonavi, inc. 38 データを価値に転化(課題定義、アクション実行)する仲間の重要性 プロダクト開発 データマネジメント PO、PMM、PdM 製品

    意思決定 と アクション データ スチュワード データ エンジニアリング 開発チーム 対象 課題やニーズ 実現 例. ECサイトの機能追加で、CVR向上を目指す 例. 顧客の各機能利用状況を可視化しフォロー、解約率を下げる
  17. これから取り組んでいくこと © kaonavi, inc. 40 事例を引っ提げて、さまざまな意思決定へとアプローチ(と仲間探し) 意思決定や アクション データ スチュワード

    データ エンジニアリング 顧客サポートの 質向上 カスタマーサクセス Salesforce 担当 各機能の 進化の方向性決定 PO、PMM、PdM kaonavi製品利用状況 顧客のオプション契約状況 開発コンディション とプロセス改善 開発チーム 4keys、SPACE アジャイルメトリクス 仲間 データソース 製品利用状況 顧客のオプション契約状況 製品 Salesforce 製品 Salesforce Gitlab JIRA、Redmine ︙ 私達 製品コンディション の民主化と対処 インフラチーム 開発チーム 製品、インフラ監視 GitLab、︙ スロークエリ、エラー率 ︙
  18. これから取り組んでいくこと © kaonavi, inc. 41 事例を引っ提げて、さまざまな意思決定へとアプローチ(と仲間探し) 意思決定や アクション データ スチュワード

    データ エンジニアリング 顧客サポートの 質向上 カスタマーサクセス Salesforce 担当 各機能の 進化の方向性決定 PO、PMM、PdM kaonavi製品利用状況 顧客のオプション契約状況 開発コンディション とプロセス改善 開発チーム 4keys、SPACE アジャイルメトリクス 仲間 データソース 製品利用状況 顧客のオプション契約状況 製品 Salesforce 製品 Salesforce Gitlab JIRA、Redmine ︙ 私達 製品コンディション の民主化と対処 インフラチーム 開発チーム 製品、インフラ監視 GitLab、︙ スロークエリ、エラー率 ︙ 顧客直接 サポート 作りすぎ のムダ
  19. これから取り組んでいくこと © kaonavi, inc. 42 事例を引っ提げて、さまざまな意思決定へとアプローチ(と仲間探し) 意思決定や アクション データ スチュワード

    データ エンジニアリング 顧客サポートの 質向上 カスタマーサクセス Salesforce 担当 各機能の 進化の方向性決定 PO、PMM、PdM kaonavi製品利用状況 顧客のオプション契約状況 開発コンディション とプロセス改善 開発チーム 4keys、SPACE アジャイルメトリクス 仲間 データソース 製品利用状況 顧客のオプション契約状況 製品 Salesforce 製品 Salesforce Gitlab JIRA、Redmine ︙ 私達 製品コンディション の民主化と対処 インフラチーム 開発チーム 製品、インフラ監視 GitLab、︙ スロークエリ、エラー率 ︙ よりデータドリブンな 意思決定ができる 文化の形成を目指す
  20. これから取り組んでいくこと © kaonavi, inc. 43 事例を引っ提げて、さまざまな意思決定へとアプローチ(と仲間探し) ▶ PO、PdM、PMM 「 各機能ごとの戦略は、データ判断し立案していこう」

       → 企画スキルの一部として定義され、より活用していく流れ ▶ 開発チーム 「ドッグフーディングでもらう定性の意見、データ見て裏付けできた」  → 定性・定量を見ての仮説の質を上げている事例 ▶ カスタマーサクセス → 本登壇 サイロをなくし、アクセスするハードルが下がったことで 直接の依頼でない、自発的な活用の事例がどんどん増えている
  21. これから取り組んでいくこと © kaonavi, inc. 46 事業ドメインの深い理解 × データサイエンスアプローチ カオナビ各機能の利用状況、契約内容が顧客ごとにわかったな ログに関しては総量取得してまとまってるな

    可視化・データ収集できたものを活用して → カオナビ全体を活用できている顧客って、どういう顧客?(重要な特徴量ある? → クリティカル前にシステム異常検知できないか → なにかもっと価値提供できないか