未踏アドバンストのチーム支援で、ディスカバリーとPMFの距離を測り直した
未踏アドバンストのプロジェクトで、ディスカバリーとPMFに向けた戦略、ファシリテーションの支援に関わりました。支援でいちばん誤解されがちなのは、「賢い人が答えを持ってくる仕事」だという幻想です。答えは現場にしか生まれない。支援側にできるのは、問いの型と、決めてもらう手順と、怖さの命名くらいです。プログラムの位置づけはIPA公式で確認できる事実ですが、本稿は文献要約ではなく現場の問いに絞ります。
強い技術と社会課題の接続は魅力的ですが、同時に**「すごい」のまま市場に届かないリスクもあります。プロダクトの文脈では、顧客価値の探索と実験のプロセスをプロダクトディスカバリー**と呼ぶ整理が広く流通しています(例: SVPG)。デモが鮮やかなほど、誰の生活のどこが変わるかが後回しになりやすい——誠実さの副作用です。
本稿は大きく三本柱です。支援の倫理(答えを渡さない、所有権、知財と同意)、ディスカバリーとPMFの測り方(行動・検証単位・物語としての指標)、ファシリテーションの具体技(禁止事項、タイムボックス、翻訳)。どの章から読んでも構いませんが、迷ったら「誰の動詞が変わるか」から入ると議論が現実に落ちます。
チームと向き合うときの二本柱
誰の、どんな行動が変わるか
デモのすごさより先に、生活の言葉で行動の変化を書けるかを確認します。「便利」は形容詞です。便利になった結果、ユーザーが何をしたかが動詞である必要があります。研究志向のチームほど、技術の完成度に誠実で、だからこそここが抜けがちです。
ペルソナではなく、週次の習慣
架空の人物より、週次の習慣に落とすと議論が現実になります。いつ、どこで、誰が、何をするのか。細かいほど検証可能になる、という意味です。
検証単位を小さくする
一度に全部を証明しようとしない。次の二週間で、何が真実になれば前に進めるかを一つだけ選ぶ。スコープを切るのは怠慢ではなく、学習速度の設計です。私は会議の進行役に徹するより、問いの型を揃えることに時間を使うことが多いです。型が揃うと、議論は白熱しなくても前に進む。「白熱」は学習の指標ではありません。次の行動が変わったかの方が信頼できます。
研究文化とプロダクト文化の摩擦
完成度への誠実さは美徳
手を抜け、とは言いません。ただ、市場は完成を待ってくれません。プロトタイプの定義をチーム内で揃えると、議論が楽になります。プロトタイプは、見た目の未完成ではなく、学びのための実験装置だと言い切る勇気が必要です。
「論文」と「リリースノート」
論文は再現性を重視し、リリースノートは変化を重視します。両方大事ですが、同時に追求すると疲れます。フェーズごとに、いまの成果物の体裁を決める。
支援側の立場の倫理
答えを渡さない
支援は、代わりに決める仕事ではありません。チームが自分の言葉で意思決定できる状態をつくる仕事に近いと感じます。気持ちよく答えを言ってしまうと、短距離走の速さは上げますが、中長距離では筋力がつきません。
失敗の所有権
失敗はチームのものです。支援者が「私の指示ミスで」と奪い取るのも、成長の奪取に見えることがあります。「選択肢とトレードオフを並べ、最後に選んだのは誰か」を明確にする。
PMFという言葉の重さ
指標にする前に、物語にする
PMFは一つの数式ではありません。チーム内で同じ絵を共有できているかの方が先です。ユーザーが離れない理由を、三人で書いて三枚になったら、まだ早い。一枚に寄せる作業は、地味で情熱を削ぐので、ファシリテーションが要ります。
「売れる」以前の「戻ってくる」
初期は売上より、戻ってくる理由の方が観測しやすいことがあります。頻度、継続、紹介。ビジネスモデルは後から載せられます。
ファシリテーションで使った具体技
アジェンダより先に「禁止事項」
議論が空転するとき、ルールがないことが多いです。私は時々、その場でやらないことを先に宣言します。たとえば「実装の詳細は今日は禁止」「競合の悪口は禁止」。過激に聞こえますが、集中のための柵です。
タイムボックスの宗教化
タイムボックスは、時間がないからではなく、判断の質を上げるためにあります。鳴ったら次へ。未決は「持ち帰り」と書いて貼る。
メンターの言葉を翻訳する
メンターの言葉は、チームにとって圧力にもなり救いにもなります。私は翻訳レイヤーとして、「いまのチームの解像度で一番効く一言は何か」を挟むようにしました。
社会課題とビジネスの両立の話
きれいごとで終わらせない
社会課題は、正義の話として語られると危険です。正義は熱量を生みますが、測定を難しくします。「誰が、いくら払うか」を避けないように促しました。
ステークホルダー地図
行政、事業者、ユーザー、投資家。期待が違うのは自然です。地図に書くと、誰の期待をいま満たしているかが見えます。全員を同時に満たそうとすると、プロダクトが膨らみます。支援者は「全部は無理」を早めに言ったほうが、チームへの親切になる場面があります。
チームの心理的安全と、厳しさ
心理的安全性は、何でも許すことではありません。Amy Edmondson の研究で語られるのは、対人リスクを取れる共有された信念です(Harvard Business School の研究紹介、著者サイトなど)。失敗を学びに変えるには、優しさと基準の明確さの両方が必要です。
批評と人格の分離
アイデアを批評する場面で、人格に飛び火すると会議が壊れます。「この仮説は今週は捨てる」と言い切る練習を、チームと一緒にしました。言い切りは冷たさではなく、次の仮説への招待状にもなり得ます。研究文化では「厳しいのは愛」と言われがちですが、愛の言い訳にすると、ただの怖さになります。怖さは命名したほうがマシです。
デモの後に起きる沈黙への対処
「すごいね」の次の一文
デモが終わったあと、拍手だけが続くと危険です。私は「すごい」を事実として分解する質問を用意しました。何が初めてできたのか、誰がどれだけ速くなったのか、何がまだできないのか。称賛は燃料ですが、次の行動に変換しないと蒸発します。
録画と一分の要約
記録がないと、次週に記憶が争います。デモは録画し、一分の要約だけをドキュメントに残す。称賛だけが残る会議は、称賛が燃料ではなく麻薬になることがあります。麻薬は温かい。ただ、PMFには冷たい事実が要ります。
ある週の定例で、ホワイトボードにはアーキテクチャの箱が十個並び、口火は「いまの技術は業界でもトップクラスでは」でした。称賛が一周したあと、誰も来週どの仮説を捨てるかを言わない。私はタイマーを十五分にセットし、「今日は実装の話は禁止。終わりに、捨てる仮説を一つだけ書く」と宣言しました。沈黙が続き、若手のエンジニアが「ユーザーが本当に困っているのは、ここじゃないかも」と言い切った瞬間、部屋の空気が一段下がった——下がったのは温度ではなく、言い訳の濃度でした。散会後、メンターから「早すぎる結論では」と連絡が来ました。早すぎるのは結論ではなく、検証の順番だったと返しました。翌週、その仮説を外したおかげで、インタビューの質問票が半分になった。短くなった紙の方が、現場は正直になることがあります。
知財と公開の境界
すごい技術ほど、言えないことが増えます。「何を見せて学び、何を隠して守るか」を、週次で更新するメモにすることを勧めました。公開デモと秘匿の境界がストレスになるのは、チームが誠実だからです。誠実さを保ったまま、見せる/見せないの判断者を一人に固定すると、会議が速くなることがあります。
ユーザーテストの同意
研究倫理とプロダクトのユーザビリティテストは、フォームが似ていても別物です。法務や専門家のチェックを前提に、最低限の同意の型を先に持ち込む。遅れると、後から全部やり直しになります。
支援の終わり方
支援には期限があります。期限が見えないと、チームは依存します。最終週に「自分たちだけで次の意思決定を書いてみる」宿題を出しました。支援者のいない週を想像できると、チームは強くなります。
KERNEL や未踏のコミュニティには、同じ苦しさを持つ仲間がいます。つながり先を地図にしました。地図はすぐ使わなくてよい。迷ったときの避難所として十分です。
支援がうまくいった週は、会議が短かった週でした。短さは怠慢ではなく、問いが一つに収束したサインです。長かった週は、だいたい「すごさ」を守るために、生活の動詞が後回しになっていました。動詞に戻す——それが支援側の反復運動だと思っています。
まとめ
デモがすごいほど、PMFは遠くに見える——誠実さの副作用だ。
未踏の現場は、技術の誇りが強いほど、ディスカバリーは難しくなる。弱さじゃない。誠実さを保ったまま速度を上げるには、問いを小さくし、行動で語り、支援者は答えを渡さない。孤独は美徳じゃない。消耗だ。仲間を地図に書け。支援は答えの配達じゃなく、決断の環境づくりだ。
スプリントの冒頭、ホワイトボードに一行。「いま証明したいことは、一つだけ何か」。それを書いてから話し始める。会議が短くなり、心が軽くなる——持ち帰った約束は、それだけで十分な週もある。
仕上げのための自問(現場メモ)
記事にするほどではないが、私が自分用に残している自問です。全部に答えなくてよいです。
いまの議論は誰の生活に触れているか
抽象度が上がるほど、正しさは増えても実行は遅れます。会議の途中で一度だけ、具体の人の名前を出せるか確認します。
次の一週間で変わる行動は何か
ロードマップの美しさより、来週の行動が変わるかを見ます。
反対意見を一行で言語化できるか
言えない反対は、ただの不安であることが多いです。不安はケアが必要で、論破が必要ではありません。
休む予定を入れたか
持続可能性はスローガンではなく、カレンダーの実装です。
参考・出典
- IPA 独立行政法人情報処理推進機構, 未踏アドバンスト事業, https://www.ipa.go.jp/jinzai/mitou/koubo/programs/advanced.html (参照: 2026-04-06)
- Silicon Valley Product Group (SVPG), Product Discovery 関連の解説, https://www.svpg.com/product-discovery/ (参照: 2026-04-06)
- Amy C. Edmondson, Psychological Safety, https://amycedmondson.com/psychological-safety/ (参照: 2026-04-06)
- Harvard Business School, "Psychological Safety and Learning Behavior in Work Teams" 研究紹介, https://www.hbs.edu/faculty/Pages/item.aspx?num=2959 (参照: 2026-04-06)
- 本記事の個別プロジェクト内容は守秘のため抽象化しています。知財・契約の最終判断は専門家に相談してください。
支援の型は案件ごとに最適解が変わります。ここに書いたのは、再現手順ではなく問いのストックです。