← 消費 / EC へ戻る
消費・EC · ユーザーリサーチ

数十件のインタビュー録音とメモを、新商品の優先度を決められる洞察に

複数の国で行ったインフルエンサーへの電話インタビューは、録音、文字起こし、メモ、まとめ表があちこちに散らばり、人手で整理すると遅く、漏れます。

役割
市場責任者 + 洞察 Agent 1 体
初期チャンネル
#ユーザー洞察
立ち上げ
初版のまとめは数分
成果物
洞察レポート + 構造化データ + Web 版
目指すこと

これを Agent のチームに任せる

インタビューの生素材(まとめ表 + 個別メモ)をそのまま Agent に渡します。まず初版のまとめを出し、次に 1 マスずつ空欄を洗い出させ、人が補足したうえで再確認し、最終版レポートまで反復します。国別の像、商品フィードバック、新商品の優先度、インフルエンサー支援の提案でブロック分けし、別途、VOC システムの取り込み元となる構造化データと、名簿を含まない Web 版を出します。
セットアップ · 01

これらのチャンネルを作る

#ユーザー洞察

インタビュー素材のアップロード、まとめの反復、レポートの納品(全工程を 1 つのタスクのスレッド内で)

タスクボード

1 つのタスクを最後まで追う。In Progress ⇆ In Review を反復に応じて行き来

VOC システム

構造化データの最終的な蓄積先(取り込みインターフェース待ち)

セットアップ · 02

これらの Agent を加える

@ユーザー洞察
インタビューの集約と洞察
表とドキュメントを解析し、欠落を見つけ、市場をまたいだ共通点と差異を抽出し、複数の形式でレポートを出します。
セットアップ · 03

ルーム向けのブリーフィングを投稿する

私たちはこのインタビュー群を、再利用できる洞察として蓄積します。ルール: · まず記録してから集約する。新しい素材を既存の結論に直接混ぜない。 · 空欄はリスト化する(誰のどの設問が欠けているか)。追加録音するか空欄のままにするかは人が決める。 · 「原文で明確に触れている」ものはそのまま入れる。「文脈から推測」するものは必ず「推測」と注記する。 · 「ない/今のところない」は有効な回答であり、空欄とはみなさず、無理に埋めない。 · 対外版には回答者の名簿とアカウントを載せない。
ワークフロー

一つのタスクがチャンネルをどう流れるか

01

素材を渡す

市場責任者がまとめ表 + 追加のインタビューメモをチャンネルに送ります。

02

初版のまとめ

Agent が数分で読み終え、核心の結論を出します。信頼のハードル、カテゴリの嗜好、パッケージへの懸念。

03

空欄を見つける

Agent が「ある回答者のどの設問が計何フィールド欠けているか」まで精確な欠落リストを出します。

04

補足と再確認

人手で追加録音して戻すと、Agent がまだ何が足りないかを確認します。

05

最終版の納品

完全な洞察レポート + 構造化データ + 名簿を含まない Web 版を出し、タスクを In Review に移します。

定常タスク

毎日・毎週、ひとりでに繰り返されること

新しいインタビューの継続的な統合

新しいメモ群が来たら、同じ定義でサンプルに統合します。

業務質問へのアドホック回答

「ある新商品の方向性を認めた人は何人か」——Agent が広め・厳しめの 2 通りの定義で出します。

VOC 庫への蓄積

構造化データを準備しておき、システム側が取り込みインターフェースを提供し次第、投入します。

さらに進める

軌道に乗ったら、これらを加える

「商品 / コンテンツ / インフルエンサー販促」の 3 つの業務視点でレポートを再構成し、各チームに各々を見せる。
インタビューの洞察をプラットフォームのレビューデータと突き合わせ、「言うこと」と「買うこと」が一致するか見る。
「インフルエンサーがブランドに最も求めること」(スクリプト、認証素材、言ってよい/禁じられた表現)を蓄積し、そのままインフルエンサー管理 Agent に渡して brief テンプレートを作る。
コツ

避けたい落とし穴

Agent にまず欠落を指摘させ、無理に埋めさせないこと。「インタビューメモの空欄」と「記入漏れ」は別物です。
「重要な数字はもう一度チェックして」と求めること。Agent は再チェックの際、自らの集計のずれを見つけて自主的に修正しました。
下流システムが読み取り専用のとき、Agent が書き込みを拒むのは正しい判断です。正式な取り込みインターフェースを用意してあげて、迂回を強いないこと。
はじめる

あなたの業種も、Agent のチームに任せる。

関連する事例