メインコンテンツまでスキップ

共創

顧客やユーザーを受け手ではなく共同制作者として扱い、より価値が高く、ユーザー中心の解を一緒に作る戦略です。

「特定の活動、実践、データセットの進化を、エンドユーザーと共に進めること。」

  • Simon Wardley

🤔 解説​

共創とは何か​

共創とは、顧客を製品の受け手から、製品づくりの能動的なパートナーへ変える戦略です。アイデア提供、フィードバック、設計や開発への直接参加を促し、最終的な成果を社内の仮説ではなく、実際のユーザーニーズと文脈に根ざしたものにします。誰のために何を進化させるのかを、使う人と一緒に作るやり方です。

なぜ使うのか​

  • より良いプロダクトを作れる: ユーザーの知識や創意を直接取り込める
  • 顧客ロイヤルティが高まる: 参加者は所有感を持ち、支持者になりやすい
  • 市場リスクを減らせる: 継続的に検証できるため、誰も望まないものを作りにくい
  • コミュニティを育てられる: 製品やブランドの周囲に参加型の基盤ができる

🗺️ 実例​

LEGO Ideas​

LEGO Ideas では、ファンが新しいセットのデザインを投稿し、コミュニティが投票します。一定の支持を集めた案は公式製品候補となり、元の投稿者には報酬もあります。熱心なユーザーへ設計の一部を開き、人気商品を生み出している典型例です。

Linux とオープンソース・コミュニティ​

Linux は、単一企業ではなく、利用者でもある世界中の開発者コミュニティが、コードを書き、バグを直し、将来の方向を決めてきた大規模な共創の例です。Red Hat のような企業は、その共創の成果を支える事業を築いています。

Threadless​

Threadless は、世界中のアーティストが T シャツデザインを投稿し、コミュニティ投票で販売商品を決めるモデルを築きました。少ない社内デザイン人員でも、多様で継続的な商品群を提供できます。

🚦 使いどころ​

🚦 Co-creation 戦略セルフ評価ツール

各項目について「はい / どちらともいえない / いいえ」を選び、 戦略適合度と組織の準備度を確認します。 戦略評価ガイド。

ランドスケープと気候

この戦略は今の文脈にどれだけ適していますか。

  • 地図上で、ユーザーニーズが多様、複雑、または十分理解されていない。
  • 製品や市場の周りに、熱量の高いコミュニティがある。
  • 競合が画一的な解しか提供していない。
  • 製品価値がユーザー文脈や創意に強く依存している。

組織の準備度（指針）

この戦略を実行するための組織能力はどれだけ整っていますか。

  • 外部のアイデアに開かれ、顧客フィードバックを尊重する文化がある。
  • ユーザーコミュニティと協働するための道具や場がある。
  • 製品開発の一部で主導権を手放す覚悟がある。
  • 外部からの貢献を評価し、統合する明確なプロセスがある。

評価結果と推奨

戦略適合度: 弱い。 実行力: 弱い。

推奨
別の戦略を検討するか、大きな不足を埋めてから進めることを勧めます。

低高戦略適合度高低実行力

向くとき​

  • 参加意欲の高いユーザー基盤があるとき
  • 深いユーザー理解が競争優位になるとき
  • コミュニティとブランド忠誠を育てたいとき

避けるとき​

  • ユーザーに意味ある貢献をする知識や動機がないとき
  • 高い秘匿性や統制が必要な開発であるとき
  • 共創をきちんと運営する資源や覚悟がないとき

🎯 リーダーシップ​

中核課題​

「自分たちが最善を知っている」から、本当にユーザーと共同で作る姿勢へ組織を変えることです。そこには謙虚さと、創造的統制の一部を手放す意思が必要です。同時に、大量の外部貢献を扱っても戦略焦点や設計の整合を失わない構造を作らなければなりません。

必要なスキル​

倫理面​

重要なのは公正さです。時間と創造性を提供してもらうなら、その貢献をどう使い、どう認識するのかを明確にしなければなりません。LEGO Ideas のような金銭的報酬でも、公的な称賛でも構いませんが、ただの無償労働として搾取すれば信頼は壊れます。

📋 進め方​

  1. 共創者を見つける: もっとも熱心で知識のあるユーザーを特定する
  2. 方法を選ぶ: フォーラム、提案投稿、ワークショップ、ユーザー委員会など、状況に合う方式を選ぶ
  3. 枠組みを与える: 目的と制約を明確にし、戦略とずれないようにする
  4. コモンズのガバナンスを設計する: 誰が参加し、どう意思決定し、どう監視し、濫用にどう段階的に対処するかを共同で決める
  5. プロセスを支える: フィードバックを返し、参加者同士が相互に積み上げられるよう促進する
  6. 評価して統合する: 優れた提案を製品ロードマップへ取り込む明確な手順を持つ
  7. 認識し報いる: 貢献者を公に認め、適切に報いる

📈 成功指標​

  • 有用な提案や成果物の量と質
  • 共創から生まれた機能による満足度、利用、売上の改善
  • 共創コミュニティの成長と健全性
  • 参加者のブランド忠誠や推奨度

⚠️ 失敗しやすい点​

ノイズの増大​

活発なコミュニティは大量のアイデアを生みます。信号と雑音を分ける設計が要ります。

失望と燃え尽き​

貢献が無視されていると感じた参加者は、すぐに離れます。

一貫性の喪失​

強い方向づけがなければ、製品は寄せ集めの機能群になります。

知財問題​

提案の権利帰属を最初から明確にしないと、後で法的紛争になります。

🧠 戦略的示唆​

ブラックボックスの終わり​

共創は、企業が密室で製品を作り、市場へ押し出す従来のブラックボックス型開発を壊します。ネットワーク化した世界では、最良のアイデアは社外からも来るという前提に立ちます。

価値は共同で作られる​

価値は企業が作って顧客へ渡すものではなく、企業と顧客の相互作用の中で共同生成されます。これが共創の中核です。

共創はコモンズ運営でもある​

成功する共創プログラムは、よく管理されたコモンズのように振る舞います。境界を定め、地域文脈に合ったルールを設け、参加者自身がそのルール作りに関われるようにします。監視は透明で、しばしばコミュニティ自身が担い、制裁は信頼を壊さず実験を守る程度に抑えます。対立解決の経路は軽く、外部スポンサーは共同体の自律を尊重し、規模拡大時には作業部会や評議会など複数層のガバナンスへ分けることで、意思決定を現場の近くに保てます。Ostrom の設計原則は、活力、公正、しなやかさを保つための実務的なチェックリストになります。

❓ 問うべきこと​

  • 最も熱量の高いユーザーは誰で、どう巻き込むか
  • どんな道具や場が必要か
  • アイデアの流れをどう扱い、最良のものをどう実装するか
  • 共創者にとっての価値交換は何か
  • どこまで主導権を手放すのか
  • 境界、意思決定権、監視、エスカレーション経路は明確か

🔀 関連戦略​

⛅ 関連する状勢パターン​

📚 参考文献​

著者一覧

Dave Hulbert
Dave Hulbert
Builder and maintainer of Wardley Leadership Strategies
Masanori Kado
Masanori Kado
Translator