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

共創

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

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

  • Simon Wardley

🤔 解説​

共創とは何か​

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

なぜ使うのか​

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

🗺️ 実例​

LEGO Ideas​

LEGO Ideasでは、ファンが新しいセットのデザインを投稿し、コミュニティが投票します。一定の支持を集めた案は公式製品として生産するかどうかLEGOが審査し、採用された案の元のデザイナーはロイヤリティの一部を受け取ります。熱心なユーザーに製品設計の大部分を委ね、人気があり独創的なセットを生み出している共創の典型例です。

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

Linuxは、単一企業ではなく、利用者でもある世界中の開発者コミュニティが、コードを書き、バグを直し、将来の方向を決めてきた大規模な共創の例です。Red Hatのような企業は、その共創ソフトウェアをパッケージ化してサポートする事業を築いています。

Threadless​

Threadlessは、世界中のアーティストがTシャツデザインを投稿し、コミュニティ投票で販売商品を決めるモデルを築きました。少ない社内デザイン人員で、コミュニティが選んだ商品を絶えず入れ替えながら提供できます。

🚦 使いどころ​

🚦 「共創」セルフ評価ツール

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

状況と状勢

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

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

組織の準備度（指針）

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

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

評価結果と推奨

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

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

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

向くとき​

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

避けるとき​

  • ユーザーに意味ある貢献をする知識や動機がないとき
  • 高い秘匿性や統制が必要な開発であるとき
  • 共創をきちんと運営する資源や覚悟がないとき。意見を求めておきながら無視するのは、初めから求めないより悪い結果になる

🎯 リーダーシップ​

中核課題​

「自分たちが最善を知っている」から、本当にユーザーと共同で作る姿勢へ組織を変えることです。そこには謙虚さと、創作上の主導権の一部を手放す意思が必要です。同時に、戦略の焦点や設計の一貫性を失わずに大量の外部からの貢献を扱い、取り込める仕組みと文化を作らなければなりません。

必要なスキル​

倫理面​

重要なのは公正さです。時間と創造性を提供してもらうなら、その貢献をどう使い、どう認識するのかを明確にしなければなりません。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