なぜ、インサイトを貯めるのか？

by 田島佳穂

Embed

Start on current slide

Slide 1

Slide 1 text

2026.04.07 なぜ、インサイトを貯めるのか？株式会社カミナシプロダクトデザイン部リサーチユニット　田島佳穂

Slide 2

Slide 2 text

経歴ヤフー🐶 → MIMIGURI 🌰 →カミナシ 🐐 ヤフー株式会社（現・LINEヤフー株式会社）に新卒で入社後、フリマサービスの新規事業立ち上げを行い、デザインマネージャーとして従事。その後は、組織開発サービスの事業責任者などを務め、デザインを軸としながらビジネス領域にも携わる。田島佳穂 @tajima_kaho カミナシでの仕事主にディスカバリーフェーズでリサーチしながら、全社のリサーチ推進を行う。1月からリサーチチームを立ち上げ&マネージャーもしています。

Slide 3

Slide 3 text

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

Slide 4

Slide 4 text

プロダクトラインナップカミナシは“現場の基盤”となる 3つの領域をまたぐデジタルインフラに Method 作業 Men ⼈ Machine 設備電⼦帳票マニュアル‧研修コミュニケーション設備カルテ 1つのアカウント運⽤で複数のシステムを利⽤。運⽤の負担軽減とセキュリティ向上

Slide 5

Slide 5 text

Today's Agenda 本日お話すること 1. カミナシの顧客への向き合い方 2. インサイトマネジメントの意義 3. インサイトマネジメントの組織インストールの方法 4. まずここから始めよう

Slide 6

Slide 6 text

カミナシの顧客への向き合い方

Slide 7

Slide 7 text

誰かの“勘”で機能開発していませんか？なんとなく良さそう！商談でほしいって言われた！いけるはず…🤞 それ、本当にユーザーペインですか？

Slide 8

Slide 8 text

カミナシのカルチャーとにかく現場へ行って顧客と話す 1

Slide 9

Slide 9 text

カミナシのカルチャー全社一丸で「現場ドリブン」カルチャーを体現社員全員が現場の課題にとことん触れるのを「当たり前」にする 1 ※全社員平均（訪問の少ない部門を含む） ※計測期間2024/7〜2025/6 現場訪問総数一人あたり訪問数約3,900回/年約29回/年

Slide 10

Slide 10 text

　なぜ、そこまで泥臭くやるのか？

Slide 11

Slide 11 text

Saasにおけるリサーチの重要性カミナシ（BtoB）とBtoCの価値の源泉の違い 1 BtoC 「楽しさ」「感動」「価格」「暇つぶし」など、感情的な要因も含まれる。カミナシ(BtoB) 「業務課題解決」が全て。「慣れ」アドバンテージが強力

Slide 12

Slide 12 text

🏭 機械製造 🍽 食品 🚚 物流 🏗 ビルメン 🏨 ホテル業務理解の重要性「現場」といっても多種多様な業種が存在する業種・現場ごとに業務フローが大きく異なるからこそ「業務を深く理解する」ことがの困難さが増す etc…

Slide 13

Slide 13 text

①スイッチコストの壁多少不便でも今のやり⽅を好む業務フローを変える痛みを伴ってでも得られる圧倒的なメリットはあるか？どれも「現在の業務フロー（As-Is）」を深く理解していなければ、「どこをどう変えれば楽になるか（To-Be）」を設計できないカミナシに求められること As-isの業務をいかに改善できるのかがプロダクトの価値になる ②機能の⽳＝業務の停⽌ 9割の業務に対応できていても残り1割ができなければ「仕事にならない」と判断される ③ワークフローの提供機能ではなく「なんの業務が完了するのか」に対して、顧客はお⾦を払う

Slide 14

Slide 14 text

機能開発のしくじりパターン 😈 アイディアの「数撃ちゃ当たる」で探索をする 1 ユーザーに当ててみて選んでもらおうとりあえずアイディア量産！商談時点では「これ、いいですね」の声プロトタイプ検証

Slide 15

Slide 15 text

機能開発のしくじりパターン 😈 アイディアの「数撃ちゃ当たる」で探索をする 1 ユーザーに当ててみて選んでもらおうとりあえずアイディア量産！商談時点では「これ、いいですね」の声プロトタイプ検証 😈😈 一見良さそうに見えるが・・・😈😈

Slide 16

Slide 16 text

実は “Nice to have”だった「あったら嬉しい」≠「ないと困る」で刺さる企業はごく一部に限られていた

Slide 17

Slide 17 text

アイディアを出す前に深い業務理解から始める 1 業務を理解・再分析真のペイン発見新たなアイディア

Slide 18

Slide 18 text

結果ユーザーの解像度をあげることは遠回りに見えて、一番の近道数撃ちゃ当たるになって当たったとしても限定的な企業にしか刺さらない解像度低格段に低い企業に刺さりやすい例えアイディアがひとつ外れても隣の論点に広げやすい解像度高

Slide 19

Slide 19 text

「泥臭い業務理解」を重視する姿勢が競合優位性になる 1 カミナシがないともう業務が回らないよ〜業務に組み込まれているから解約できないなぁカミナシは我々の現場のことをよく分かっているから信頼できる！ Saasにおけるリサーチの重要性

Slide 20

Slide 20 text

インサイトマネジメントを行う意義

Slide 21

Slide 21 text

一次情報をインサイトへインサイトマネジメントとは一次情報一次情報一次情報一次情報 💎インサイト 💎インサイト 💡機能アイディア 💡ターゲット理解 💡プロダクト戦略一次情報を取り出しやすく、再利用しやすくするためにインサイトとして定性情報をデータ管理しているローデータデータベースインサイト活用

Slide 22

Slide 22 text

No content

Slide 23

Slide 23 text

一次情報の管理方法とった議事録にファクトを紐づけインサイトとして管理する

Slide 24

Slide 24 text

一次情報の管理方法インサイトとして管理することで様々な分析につなげられる Centou

Slide 25

Slide 25 text

議事録をドキュメントでまとめて検索できるようにすれば良くない？よく、言われます・・・

Slide 26

Slide 26 text

インサイトの属人化「見つけにくい→あの人しか知らない」になるのがいちばんこわい 1 👿 リサーチした人だけが知っている 👿 長くサービスに関わる人だけが知っている 👿 知っている/知らないで議論の目線に差が出る

Slide 27

Slide 27 text

インサイト管理するのが手間だし、成果を感じづらい AIでちゃちゃっとできないの？よく、言われます・・・

Slide 28

Slide 28 text

一次情報の管理方法定量データは溜めるのに、定性データはなぜ溜めないのか？ 1 定性データにも "溜めて初めて使える" しきい値がある定量のデータベース 📊 「まずは3ヶ月分のデータを溜めよう」が当然の感覚定性のデータベース 🗣 貯め始めたのだから分析につながるのでは →なぜ、そうなるのか？

Slide 29

Slide 29 text

一次情報の管理方法定量データは溜めるのに、定性データはなぜ溜めないのか？ 1 定性データにも "溜めて初めて使える" しきい値がある定量のデータベース 📊 「まずは3ヶ月分のデータを溜めよう」が当然の感覚定性のデータベース 🗣 貯め始めたのだから分析につながるのでは →なぜ、そうなるのか？インサイト管理を始めたからといってすぐに効果は実感できない ↓ 💡 活用できるようになるには段階がある

Slide 30

Slide 30 text

インサイトマネジメントを組織へインストールするには？

Slide 31

Slide 31 text

カミナシのチーム体制事業ごと ✖ 職能横断のプロダクトチーム職能型組織（横断母艦機能）サービスチーム（スクラム）・・・ Operation Employee Communication プロダクトマネジメントプロダクトデザインプロダクトエンジニアリング PM(1-3人) PD(1-2人) Eng(2-10人) PM(1-3人) PD(1-2人) Eng(2-10人) PM(1-3人) PD(1-2人) Eng(2-10人)

Slide 32

Slide 32 text

カミナシでの拡げ方 1チームから全社への拡大 1チームで成果を出す 2チーム目で再現をする結果的に 6チームが利用 🎉 Centouの導⼊から複数チームへの拡⼤まで約1年半ほどの道のり仕組み化をする徐々にみんなが興味を持ち始める 2024年7月利用開始

Slide 33

Slide 33 text

インサイトマネジメントの活用段階の分類インサイトマネジメントの組織レベル Lv.1　インサイト管理者が現れ、管理を始めている Lv.2　複数の管理者で管理を行い、インサイトを活用できている Lv.3　管理者以外も気になるときにぱぱっとインサイトを取り出し、チームで活用できている

Slide 34

Slide 34 text

1530個のファクトが紐づいている

Slide 35

Slide 35 text

インサイトマネジメントの組織レベルファクト数で見るインサイトマネジメントしきい値 1000個〜チームの武器へ⚔ 100-300個溜めはじめ 600-900個活用が拡大していく 300-600個局所的な活用 Lv.1 Lv.2 Lv.3

Slide 36

Slide 36 text

ファクト数で見るフェーズ 100‒300 溜め始め期最初のインサイトマネジメント開拓者がまず管理を始める。管理者が溜める過程でインサイトが頭に入ってくるリサーチファイル自体もまだ足りず、分析するにはまだ心もとない

Slide 37

Slide 37 text

300‒600 メインテーマ分析期インサイトの主題である1〜2テーマなら分析が可能なデータ量に新たな切り口での分析はファクトを追加する必要があるファクト数で見るフェーズ

Slide 38

Slide 38 text

フェースごとのインサイトの活用事例複数社の業務フローを整理実際のユーザーの発言と紐づいている

Slide 39

Slide 39 text

600‒900 蓄積活用の勃興期新テーマでも追加ファクトなしで分析可能に管理者以外が覗いても発見があるファクト数で見るフェーズ

Slide 40

Slide 40 text

フェースごとのインサイトの活用事例テーマに合わせてインサイトをピックアップして分類実際のユーザーの発言と紐づいている

Slide 41

Slide 41 text

1,000+ チームの武器期 🎉 気になることをササッと取り出せる管理者以外でも分析に使えるレベル "チームとしてインサイトが活用できるぜ！" の感覚が持てるようになるファクト数で見るフェーズ

Slide 42

Slide 42 text

フェースごとのインサイトの活用事例様々な職種の人が気になったときにサクッとインサイトを確認 PM Engineer

Slide 43

Slide 43 text

蓄積されたインサイトの活用が体感できるしきい値は「500〜600」ファクト数で見るフェーズしきい値〜500: ファクト数を増やすことに注力 600〜: 蓄積されたインサイトで分析が回る

Slide 44

Slide 44 text

インサイトマネジメントを始めるには？

Slide 45

Slide 45 text

どこに溜めるのかツールを1つ決める誰が管理者か最初の旗振り役を決めるファクトの粒度タグのつけ⽅を決めるミニマムな運用フローまずは、”最低限”のルールを決める細かいルールは運用しながら育てる、でOK！

Slide 46

Slide 46 text

始め方のコツいきなり "きちんと" やろうとすると詰む ✕ 完璧主義網羅的にやろう… → 永遠に始まらない 💎 まず溜める雑でもOK！ → 整理は後からできるリサーチファイル数 × ファクト数 = インサイトマネジメントのレベルアップへつながる

Slide 47

Slide 47 text

始め方のコツインタビューだけがインサイトの入口じゃない 📞 商談の議事録を入れてみる → 💎インサイト 📩 問い合わせを入れてみる ⭐ アプリレビューを入れてみる誰でも、今⽇から始められる！ → 💎インサイト → 💎インサイト

Slide 48

Slide 48 text

Centouでのインサイト作成 Slackから簡単にリサーチファイルを作成することが可能

Slide 49

Slide 49 text

Today's Summary まとめ ①　業務を深く理解することが、競合優位性になる ②　インサイトは「溜めて初めて使える」 ——まずファクト500個前後を目指す ③　完璧主義より "雑でも今日から始める" が鉄則

Slide 50

Slide 50 text

積極採用中です！！！プロダクトマネージャー現場ドリブンにプロダクト開発したい方、お待ちしておりますエンジニア

Slide 51

Slide 51 text

Thank you!

Slide 52

Slide 52 text

Q&A Q. 蓄積したインサイトに、優先度などはつけているのか？ A. 優先度の付け方は、その一次情報の内容や目的によって異なると考えています。例えば、VOC（顧客の声）に基づいた具体的な改善要望などは、そのままプロダクトの改善計画に直結するため、優先度を設定した方が運用しやすくなります。一方で、「顧客が〇〇という使い方をしている」といった一次情報については、即座に優先順位をつけられる性質のものではありません。そのため、これらについては優先度を追うのではなく、タグ付けを行ってグルーピングしやすくすることで、後から分析や参照がしやすいように管理しています。

Slide 53

Slide 53 text

Q&A Q.要望（プロダクトフィードバック）、ファクト、インサイトはどのような違いがあるものだと考えておけば分かりやすいでしょうか？ A. まず、今回お話ししている「ファクト」と「インサイト」の、Centou内での定義について補足します。 Centouでは、ローデータ（顧客の声などの一次情報）から抽出したものを「ファクト」、それらを統合して得られた潜在的なニーズまでを広く「インサイト」と呼んでいます。これについてはヘルプページに詳しく解説されていますので、ぜひ参照してみてください。 https://help.centou.design/ja/articles/9100035-centou%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8B-%E3%82%A4%E3%8 3%B3%E3%82%B5%E3%82%A4%E3%83%88-%E3%81%AE%E5%AE%9A%E7%BE%A9%E3%81%A8%E8%80%83%E3%81%88%E6% 96%B9 実際の運用としては、集まってきたプロダクトフィードバック（一次情報）に対して、ファクトを抽出し、さらにインサイトを紐付けていく、という流れになります。

Slide 54

Slide 54 text

Q&A Q. インサイトのイメージを掴みたく、1つのリサーチファイルから、たとえばどのぐらいのファクトが出るものなのでしょうか？ A. リサーチファイルの内容にもよりますが、付与するファクトの数は、少ないもので5〜6個、多いものだと 10〜15個程度になる傾向があります。

Slide 55

Slide 55 text

Q&A Q. インタビューの議事録からファクトを出す時に、発言や行動の背景なども踏まえてファクトを出している？何か気をつけていることは？ A. ファクトを抽出する際は、できるだけ顧客の発言そのものに基づいた一次情報（生の声）を紐づけるようにしています。逆に、顧客の発言を要約・サマライズした箇所に対しては、あまりファクトを付けていません。これは、できるだけ顧客の声がそのままの状態でファクトに紐付いていることを目指しているためです。また、CentouにはAIによってファクトの候補を出してくれる機能があるため、そちらも活用しながら効率的に抽出を行っています。

Slide 56

Slide 56 text

Q&A Q. 段階的に成果を出していく中で、どのようなKPIを置いていましたか？ファクトの数でしょうか？ A. インサイトマネジメントは、あくまで事業成長を実現するための「手段（How）」の一つであると考えているため、具体的な定量のKPIしての目標は設定していませんでした。一方で定性的なアクションとして、継続的な活動を重視し、「Centouの活用範囲を広げること」や、「蓄積されたナレッジを共有しチーム学習を推進する」などを目標として置いていました。一定のインサイトの量が溜まれば事業やチームで活用されていくので、もし、定量的なKPIを起きたい場合は、今回の話の中にもあるしきい値のファクト量をマイルストーンに置いてみると良いかもしれません。

Slide 57

Slide 57 text

Q&A Q. インサイトマネジメントを開始してみると、周囲のSalesやCSがすぐに開発してもらえると勘違いしがちなため、初期はどのように説明して期待値コントロールなどを伺ったかのコツがあれば教えて欲しいです A. インサイトマネジメントは、今回お話しした通り、時間をかけることで「複利」のように効果が積み上がっていくものです。まずは、この「効果が出るまでに時間がかかる」という性質について、根拠を持って周囲に伝えるようにしています。一方で、インサイトを活用した経験がない方にとっては、それが具体的にどう事業に貢献するのかを想像するのは難しいものです。そのため、まずは実際にやってみせ、「ユーザーの分析にこれだけ役立つ」といった具体的なアウトプットをこまめに発信するようにしていました。そうした実例を少しずつ提示することで、経験がない方でも「インサイトがどのような成果につながるのか」を徐々にイメージできるようになると考えています。

Slide 58

Slide 58 text

Q&A Q.どんな人がリサーチ、ファクト、インサイトなどを入れていますか？PdMがやっていますか？ A. リサーチファイルについては、顧客と接点を持つ担当者（Bizdev、PM等）が議事録などを入力しているため、接点のある人なら誰でも格納できる運用にしています。一方で、ファクトインサイトは、リサーチファイルの内容に対してインサイト（洞察）を付与して管理するためのものです。こちらは管理者を決めて運用しており、チームにもよりますが、主にPMやプロダクトデザイナーが担当しています。カミナシでは、エンジニアが主体となっているチームもあり、そこではエンジニア自身がファクトへのインサイト付与・管理を行うこともあります。

Slide 59

Slide 59 text

Q&A Q. JIRAやnotionなどのドキュメントツールと比べて、インサイトマネジメントに特化したサービス（例 : Centou）を使うメリットはどのあたり？ A. Centouを導入している最大の理由は、インサイトと一次情報をスムーズに行き来しながら管理しやすい点にあります。 JIRAやNotionでも、工夫次第で同様の仕組みを作ることは可能ですが、その仕組み自体を運用・保守し続けるには相応のコストがかかります。そのため、インサイトマネジメントに特化した専門ツールであるCentouを活用する方が、最終的な運用コストを抑えられると判断し、カミナシでは導入しています。