← 目次へ戻る |
zooming-knowledge-strata
第8章 コンセプト設計のための問い
つながりが、動きになる ── 越境コミュニティ 3年目以降の設計指針
このページの使い方
- 設計チームでの議論の出発点として使う。全問に答える必要はない。刺さる問いを1〜2つ選んで深掘りする。
- 各問いの下に「事例からのヒント」を添えている。ヒントは答えではなく、問いを深めるための素材。
- 答えの出た問いは、そのままコンセプト設計のアウトプットになる。「まだわからない」こと自体が設計の余白になる。
以下の10の問いは、第1〜7章の事例横断から浮かび上がったものだ。答えは事例の中にはない。事例は「他の組織がどう考えたか」を示しているだけで、自分たちの文脈での答えは自分たちで出すしかない。これらの問いを手がかりに、チームで対話してほしい。
参加設計
問い 1. 私たちのコミュニティは「誰が、何をきっかけに使い始めるか」?
事例からのヒント
トヨタ カラフルスターは「自分の好きなことを書く」という行動が入口だった。シュナイダー OTM は「自分のスキルが誰かに見つかるかもしれない」という好奇心が登録の動機になった。「使い始めるきっかけ」の設計は、参加者数より参加の質を左右する。最初の一歩のハードルをどこに置くかが、初期コミュニティの性質を決める。
📖 参考 → 第3章 国内コミュニティ事例(カラフルスター・アイシンCONNECT) / 第5章 海外事例(Schneider OTM)
参加設計
問い 2. 入口は「好き・得意・関心」か、「困りごと・課題」か、その両方か?
事例からのヒント
継続性の高いコミュニティ型事例(デンソー夢卵・ONE JAPAN・日立 Team Sunrise)は「好き・関心」起点が多く、短期に成果を出す事業化型事例(ソニー SAP・NASA Tournament Lab)は「課題・困りごと」起点が多い。どちらを優先するかで、集まる人の性質も活動の持続性も変わる。「両方欲しい」なら、それぞれに異なる入口を設計することも選択肢になる。
📖 参考 → 第3章(好き・関心起点の事例) / 第4章(課題・事業化起点の事例)
役割設計
問い 3. 参加者に「同じ役割・同じ熱量」を求めていないか?
事例からのヒント
日立 Team Sunrise は5年目の暗礁の後、「挑戦する自主性」と「応援する自主性」を分けて設計し直した。全員に発信・企画を求めると、できない人が脱落する。「挑戦者・応援者・つなぎ役」という役割の分化は、参加層を広げながらコアメンバーの燃え尽きも防ぐ。InnoCentive の「課題を出す側(シーカー)と解く側(ソルバー)」という分離も同じ原理だ。
📖 参考 → 第2章 3年目の課題(役割分化の設計) / 第6章 海外オープン事例(InnoCentive)
二層設計
問い 4. 「ゆるやかにつながる場」と「成果を出す場」を混在させていないか?
事例からのヒント
コミュニティ層(関係資本・心理的安全性)と事業化層(審査・資源配分)を同一設計に詰め込むと、両方が機能不全になる。富士通の「FIC(公式)× Fujitsu大学院(有志)」、トヨタの「カラフルスター × A-1 × BE creation」が同一企業内での二層設計の好例だ。「分けて設計しながら、接続経路を用意する」のが正解だ。
📖 参考 → 第1章 越境の価値(二層設計の基本論) / 第3章・第4章(富士通・トヨタの実例)
継続設計
問い 5. 3年目に「目的の問い直し」をする仕組みが設計の中にあるか?
事例からのヒント
日立 Team Sunrise は5年目、ONE JAPAN は8年目にそれぞれ組織の定義を更新した。「コミュニティが止まる」のは多くの場合、外部環境の変化より「なぜこれをやっているのか」が言語化されなくなることが原因だ。2〜3年ごとに「自分たちの存在意義を問い直す節目」を設計に組み込むことが、長期継続のために最も重要な一手だ。
📖 参考 → 第2章 3年目に起きること(停滞パターンと再起動) / 第3章(日立Team Sunrise・ONE JAPANの問い直し事例)
継続設計
問い 6. 本線(全体コミュニティ)と分科会の往来をどう設計するか?
事例からのヒント
アイシン CONNECT の「本線(ラジオ・全体イベント)× CONNECT分科会 × SWITCH(事業化)」は、三層を意識的に接続している。分科会が独立してしまうと全体のアイデンティティが失われる。「往来のきっかけ」(全体報告会・分科会成果の可視化等)をどこに置くかが設計の腕の見せ所だ。
📖 参考 → 第3章(アイシンCONNECT の三層設計) / 第4章(トヨタA-1・BE creation の接続設計)
可視化・評価
問い 7. 小さな成果を「見える化」する仕組みをどう作るか?
事例からのヒント
エアバス IdeaSpace はスコアカード・KPI・評価セッションを組み込み、「なぜこのアイデアが採択されたか」が可視化される設計にした。有志コミュニティでも「参加して何か変わった」という実感を言語化・蓄積する仕組みがあると、メンバーのモチベーションと外部への説明力が両方高まる。数値でなくても「物語として残す」設計でも機能する。
📖 参考 → 第5章 海外社内事例(エアバスIdeaSpaceのスコアカード設計) / 第6章 海外オープン事例(OpenIDEOのフェーズ制可視化)
承認・制度
問い 8. マネジャーの協力を「邪魔しない」から「後押しする」へ転換できるか?
事例からのヒント
社内コミュニティが機能しない最大の障壁の一つが「直属マネジャーの不承認・無関心」だ。シュナイダー OTM は承認ゲートを撤廃し、20%の時間枠を公式化した。アイシン CONNECT は広報部・人事部のメンバーが参加したことで公認化につながった。「マネジャーが後押しする」仕組みを設計に組み込めると、参加層が劇的に広がる。
📖 参考 → 第5章 海外社内事例(Schneider OTMの承認ゲート撤廃) / 第3章(アイシンCONNECTの公認化プロセス)
外部接続
問い 9. 社内だけで完結させないための「外部との接続経路」があるか?
事例からのヒント
ONE JAPAN への加盟(アイシン・富士通等)、NASA の社外 NTL 接続、パナソニック GCC の外部展示会(SXSW・Slush Tokyo)での市場検証など、内部だけで閉じない設計が2〜3年以上のコミュニティの鮮度を保つ。「社内だけで完結する」と外部刺激が枯渇し、議論が内向きになっていく。
📖 参考 → 第3章(ONE JAPANへの加盟事例) / 第6章 海外オープン事例(NASA・OpenIDEOの外部接続設計)
長期設計
問い 10. 10年後、このコミュニティはどんな姿であるべきか?
事例からのヒント
デンソー夢卵は30年、日立 Team Sunrise は19年続いた。どちらも創設時に「10年後の姿」を具体的に描いていたわけではない。ただ、活動の意味を問い直す節目があった。「10年後の具体像」より「時代の変化に合わせて意味を問い直せる仕組みがあるか」を設計に組み込む方が、長期継続には効く。10年後も残るのは「活動の形」ではなく「問い直す文化」だ。
📖 参考 → 第2章 3年目に起きること(長期継続の設計論) / 第3章(デンソー夢卵30年・日立Team Sunrise19年の事例)
設計チームへ:これらの問いに「正解」はない。正解があれば、それは設計ではなく実装になる。このレポートの事例は「他の組織がどう答えたか」を示しているだけで、あなたたちの組織の答えにはならない。問いを持ち寄り、対話の中で自分たちの文脈に合った答えを育ててほしい。
このレポートについて:本レポートはAI(Claude)が調査・執筆しています。各事例の情報は公開情報をもとにしていますが、内容の正確性・最新性は保証されません。重要な意思決定の前には、各自で一次情報の裏どりをお願いします。
← 第7章 設計要素の横断比較 | 目次へ戻る →
調査・執筆:Rity(Claude Code) / 公開:zooming-knowledge-strata / 2026-04