Slide 1

Slide 1 text

現場ドリブンなカミナシが インサイトマネジメントに取り組むワケ 株式会社カミナシ 右田 涼(@migii000) BtoB プロダクトにおけるインサイトマネジメントの必要性

Slide 2

Slide 2 text

経歴 新卒でNTTドコモに入社。ヘルスケアサービスのWebディレク ター / Webマーケターを務める。その後、データアナリスト、 データ分析基盤開発PMを経験。 atama plusにてデータ組織立ち上げ、UXデザイナーを経てプ ロダクトマネージャーへ転身。2024年4月にカミナシに入社。 カミナシでの仕事 新規事業「カミナシ 設備保全」のプロダクトマネージャー。 カミナシの中では最もバーティカル寄りのプロダクトを作るた めに日々現場へ行き、顧客と話して、何をどの順番で作るかを 決めています (今日はこの話をします) 株式会社カミナシ プロダクトマネージャー 右田 涼 (みぎた りょう) migii000 自己紹介

Slide 3

Slide 3 text

はじめに

Slide 4

Slide 4 text

日常はITに溢れているのに、仕事場は紙ばかりで非効率。 今日も作業現場で働く人たちは、十分に才覚を発揮できていない。 そんな3,900万人の埋もれたエネルギーを、私たちが解き放つ。 誰もが享受するべき当たり前を、すべての現場の人たちに届けたい。 効率的な作業、見事な成果、腕のなる仕事、豊かな人生。 これらはきっとつながっているから。 ノンデスクワーカーの 才能を解き放つ Mission

Slide 5

Slide 5 text

外国人が9割の現場で、管理者として5年間従事 管理業務は単純作業の繰り返し 原体験で感じた「現場の非効率」 優秀な若手から辞めていく。現場での実体験を元に創業。 創業ストーリー 当社代表は1年で1/3の人員が入れ替わる現場の管理者でした 「紙」と「口頭」を中心とした非効率な現場を変えるため、創業しております。 代表の諸岡

Slide 6

Slide 6 text

出典:リクルートワークス研究所「未来予測2040 労働供給制約社会がやってくる」(2023年3月) 2040年には1,100万人人手不足 社会的背景:日本における労働人口

Slide 7

Slide 7 text

カミナシ2025 ビジョン “現場の基盤”となる3つの領域を支える機能を強化していく 現場作業 人 設備

Slide 8

Slide 8 text

No content

Slide 9

Slide 9 text

2025年2月3日 正式リリース 🚀 9

Slide 10

Slide 10 text

「設備のメンテナンス業務」をデジタル化する製品です 工場内の生産機械の管理が主ですが、空港や農園でも利用実績があり 設備が存在するあらゆる現場でご利用いただけます 10 『カミナシ 設備保全』について

Slide 11

Slide 11 text

本日のテーマ カミナシにとって 未知の設備保全ドメインで、 顧客から買ってもらえるプロダクトを どのようにつくったか (その裏側でどのようにインサイトマネジメントしていたか)

Slide 12

Slide 12 text

12 なぜインサイトマネジメントが重要か? 全員素人 で始まった新規事業

Slide 13

Slide 13 text

13 全員素人で始まった新規事業 デスクトップリサーチしても(本やWebの記事を読んでも) 肌感覚がなくてよく分からない...🤔 ● 設備ってどんなものがあるの? ○ エアコンも設備...? ○ 老朽化ってどんな感じ? ● 何人で設備を保全しているの? ○ 日勤・夜勤は? ○ どんな人が保全を担当している? ● 業務フローは? ○ 誰が・いつ・何を・どんな手順で・どんなふうにやっている? ● 顧客がいまやっていること、やりたいと思っていること、課題感は何? ○ 他の解決策を採用しているくらいのバーニングニーズはどこにあるの? etc.

Slide 14

Slide 14 text

14 ソリューション とにかく現場へ行って顧客と話す

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

※全社員平均(訪問の少ない部門を含む) 全社一丸で「現場ドリブン」カルチャーを体現 社員全員が現場の課題にとことん触れる 現場訪問総数 一人あたり訪問数 約3,100回/年 約31回/年 カミナシのカルチャー

Slide 17

Slide 17 text

開発チームが大切にしていること 職種かかわらずに現場に足を運んで、 チーム全員でドメイン理解を高めて開発しています エンジニア COO デザイナー COO PM

Slide 18

Slide 18 text

「現場へ行って終わり」には しないために ~ Centou 活用の背景 ~

Slide 19

Slide 19 text

19 「現場へ行って終わり」にはしない 現場で得た定性データを プロダクト開発に活かす

Slide 20

Slide 20 text

20 「現場へ行って終わり」にはしない 納得感を持つために ファクト(事実)で 会話したい

Slide 21

Slide 21 text

21 ファクトも2種類ある BtoBはこちらが主(新規事業だと特に) ただし、主観が入りやすい 定量データ 定性データ

Slide 22

Slide 22 text

22 定性データも 定量データと同じように、 ファクトとして使いまわせるように 管理しておきたい

Slide 23

Slide 23 text

23 それ Notion や スプレッドシートでも できるんじゃないの? 🤔

Slide 24

Slide 24 text

24 Centou 以前のカミナシが抱えていた課題 属人的な生き字引と都度のまとめ直し状態に チームが小さい間は脳内Syncできるがスケールから逆算するとつらい構造 顧客FBまとめ つど繰り返される 「どの顧客がどんな反応だったか」 巻き物リスト 議事録DB 知っている人しか探せない 議事録が増えるごとに見返す量が増える

Slide 25

Slide 25 text

25 早め早めの投資をした カミナシは”現場ドリブン”に顧客と話すスタイルのため、日に日に議事録が積み上がっていた📚 →早く使い始めることで 複利が効く と考えた(自分がこのつらさから早く脱却したかった) 2024年7月 Centou 利用開始💎 2025年2月 正式 リリース🚀 2024年9月 β版 リリース 2024年5月ごろ β版チーム 組成 \ イイヨ / CTO

Slide 26

Slide 26 text

インサイトマネジメントの実践 ~ Centou を8ヶ月使ってみた ~

Slide 27

Slide 27 text

💎 💎 💎 💎 インサイトの 抽出・分類 27 Centou を使った開発プロセス ディスカバリーとデリバリーをつなぐ共通言語が 顧客のインサイト💎 インサイトはすべて Centou で管理している(やりたい開発プロセスにCentouがハマっている) リサーチ 現場訪問、ヒアリン グ、商談の 発話・写真を 「議事録(事実)」と して収集 事実からインサイト を抽出し、 課題、今やっている こと、やりたいこと に分類 顧客の業務フローと インサイトを 対応させる。 見える化する ユースケースに 基づいて オブジェクトと 関係を設計する ユーザーが ”使える”機能を 開発する リリース後に VoCを収集し、 集約する BizDev デザイナー PM 業務フロー との対応づけ ドメインモデ リング(設計) 開発 VoC回収 デザイナー PM デザイナー PM デザイナー PM エンジニア デザイナー PM エンジニア PM CS 🔍ディスカバリー 🚚デリバリー 💎 デザイナー

Slide 28

Slide 28 text

28 Centou を使った開発プロセス(一例) インサイトの検索 業務フロー x インサイト

Slide 29

Slide 29 text

29 Centou の 良かったところ ● 開発速度が速い状態をキープできている ○ 手戻りがない ○ チームが高いドメイン解像度を持てているのが要因 ■ ドメイン理解やユーザーのユースケースがわかっているため、開発チームが自律的に細かい 意思決定ができている。そしてそれがズレてない ■ 納得感のある開発ができている ● 「似た話なかったっけ?」を探す手間を削減 ○ Centou は顧客の声の SSoT(SSoT:Single Source of Truth) ■ Centou を見れば顧客の声は全て集まっていて、発言までたどれる ■ 透明性はかなり上がった ● 開発チーム全体の共通言語になっている ○ 職能を超えてインサイトを収集・活用 ○ VoC・FB も上手く扱えるようになった

Slide 30

Slide 30 text

30 Centou の つらかったところ ● 業務効率化ツールと捉えられて失敗(他チーム展開に失敗した) ○ リサーチが効率化されるものではない ■ 顧客にとって意味がある && 開発チームが解くべき課題の見極めを間違わないためのもの ● ファクトを整理し、取り出しやすいように管理されているもの ● ぶっちゃけ仕込みは2-3ヶ月かかってる ○ タグの設計、過去リサーチの引越し、運用の設計、運用開始 etc. ○ 腹をくくる ■ この地道で泥臭いインサイト管理こそがディスカバリーの肝 ■ かつ、現場ドリブンなカミナシにとってはプロセス上の競合優位性につながるはず ● 「ちゃんと運用しよう」とし過ぎてつらかった過去も ○ きっちりやろうとしすぎると作業つらい・気が重い ■ Copilot 機能の活用や「一旦、雑にやる」マインドで運用 ■ リサーチためておいて、テーマ探索するときに整理する というサイクルが定着しつつある

Slide 31

Slide 31 text

31 今後の野望 ● 開発チームに閉じないインサイトドリブンな開発の実現 ○ ビジネスチームへの展開(SalesやCSなど) ○ リサーチの民主化 ■ 顧客接点が多いビジネスチームもリサーチに参加し、全員でインサイトを集めて、それがプ ロダクト開発に反映される世界線 ■ ビジネスチーム目線でも納得感のある開発の実現(透明性の高い開発) ■ 現場ドリブンなカミナシにとっては鬼に金棒なはず ● 成功事例として展開できるように頑張ります ● カミナシがプロダクト開発をする上で Figma や Github のような標準ツールにしていきたい ○ 現場ドリブンな定性データ集めと相性がよく、カミナシはマルチプロダクトを志向している ■ つまりこれからも同じような立ち上げが続いていく ■ 再現性の高いプロダクト作りに生かしていけるはず ○ 一部のプロダクトチームで利用開始しています

Slide 32

Slide 32 text

32 さいごに|We are Hiring! 絶賛採用中です! 一緒に現場ドリブン x インサイトドリブンな開発をやっていきましょう💪 まずはカジュアルにお話ししましょう〜! \ カミナシ採用ページ / \ 個人のXとnoteもやってます / migii000 https://note.com/mcmr https://careers.kaminashi.jp/

Slide 33

Slide 33 text

ご清聴ありがとうございました!