<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/">
  <channel>
    <title>Competing · 仁才徳</title>
    <link>https://jared.lynskey.co.nz/ja/tags/competing/</link>
    <description>ソフトウェアエンジニアリングと開発組織のリーダーシップについて。評価、採用とチームの拡大、CI/CD、DevOps モニタリング、エージェンティック AI。ソウルより。</description>
    <generator>Hugo</generator>
    <language>ja</language>
    <copyright>© 2026 仁才徳</copyright>
    <lastBuildDate>Wed, 28 Oct 2026 00:00:00 +1300</lastBuildDate>
    <atom:link href="https://jared.lynskey.co.nz/ja/tags/competing/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>コーペティション（協調的競争）とは？スタートアップは大手と共存すべきか、競争すべきか</title>
      <link>https://jared.lynskey.co.nz/ja/posts/2023/2023-04-12-coexisting-stategy/</link>
      <guid isPermaLink="true">https://jared.lynskey.co.nz/ja/posts/2023/2023-04-12-coexisting-stategy/</guid>
      <pubDate>Wed, 12 Apr 2023 00:30:03 +0000</pubDate>
      <dc:creator>Jared Lynskey</dc:creator>
      <category>Coexisting</category>
      <category>Competing</category>
      <category>Startups</category>
      <category>Community</category>
      <category>Coopetition</category>
      <category>Strategy</category>
      <description>コーペティションの意味と有名なビジネスの事例、そして大手プラットフォームの上で事業をするスタートアップが、共存から競争へ切り替える時期をどう見極めるかをまとめました。</description>
      <content:encoded><![CDATA[<p>コーペティション（co-opetition、協調的競争）とは、競合相手と利害が重なるところでは協力し、それ以外のところでは競争することです。この言葉を広めたのは、アダム・ブランデンバーガーとバリー・ネイルバフが1996年に出した本『Co-opetition』です。ゲーム理論をビジネスに当てはめた本で、同じ会社がある面では競争相手、別の面ではパートナーになり得ることを説いています。</p>
<p>仕事で、大きなソーシャルプラットフォームの傍らで生きるコミュニティアプリを作っていることもあって、このテーマはよく考えます。巨人の上に乗るのか、それとも競争するのか。どちらもあり得ますが、面白いのは「いつ切り替えるか」という問いのほうです。</p>

<h4 class="relative group">コーペティションの事例
    <div id="コーペティションの事例" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e3%82%b3%e3%83%bc%e3%83%9a%e3%83%86%e3%82%a3%e3%82%b7%e3%83%a7%e3%83%b3%e3%81%ae%e4%ba%8b%e4%be%8b" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>有名な事例は、どれも大企業のものです。サムスンはiPhoneに使われる有機ELディスプレイを数多く作りながら、GalaxyでそのiPhoneと競っています。Netflixはストリーミングのシステムをアマゾン ウェブ サービス（AWS）に移し（移行の完了は2016年）、その一方でAmazon自身のPrime Videoと、同じ視聴者の夜の時間を奪い合っています。GoogleはSafariのデフォルト検索エンジンの座を得るためにAppleにお金を払っていますが、AndroidはiPhoneと同じスマホ購入者を取り合っています。どのケースでも、両者はライバルを遠ざけておくより、分け合える取り分のほうに価値があると判断したわけです。</p>
<p>スタートアップ版はもっと小さく、もっと一方的です。ユーザーが必要だからプラットフォームと協力し、そのユーザーの注目をめぐってプラットフォームと競争する。最初はほとんど協力だけです。問題は、いつ反対側へ重心を移し始めるかです。</p>

<h4 class="relative group">まず共存から始める理由
    <div id="まず共存から始める理由" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e3%81%be%e3%81%9a%e5%85%b1%e5%ad%98%e3%81%8b%e3%82%89%e5%a7%8b%e3%82%81%e3%82%8b%e7%90%86%e7%94%b1" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>プロダクトマーケットフィットを探している初期の段階では、大手プラットフォームに乗るのがたいてい正解です。すでにユーザーがいるエコシステムの中で動けば、ユーザーが本当に求めているものが見えてきます。人気プラットフォーム向けのインテグレーションを作れば、お金では買えない流通経路が手に入ります。巨人と正面からぶつかる代わりに、ニッチを切り開くこともできます。PayPalはeBayユーザー向けの決済手段として始まりましたし、名前の挙がる成功アプリの半分は、ShopifyやSlackのアドオンからのスタートです。</p>

<h4 class="relative group">競争に転じるタイミング
    <div id="競争に転じるタイミング" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e7%ab%b6%e4%ba%89%e3%81%ab%e8%bb%a2%e3%81%98%e3%82%8b%e3%82%bf%e3%82%a4%e3%83%9f%e3%83%b3%e3%82%b0" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>転換期が来るのは、プラットフォーム側よりも自分たちのユーザーを深く理解できるようになってからです。Instagramが典型例で、写真フィルターアプリから独立したソーシャルプラットフォームへと育ちました。私が目安にするサインは2つあります。自前のドメイン知識や技術が本当に蓄積されたか。そして、既存勢が提供していないものをユーザーが求めていると、行動から読み取れるか。どちらも揃っていないなら、競争は負け戦を自分から仕掛けるようなものです。</p>

<h4 class="relative group">コミュニティアプリの場合
    <div id="コミュニティアプリの場合" class="anchor"></div>
    
    <span
        class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
        <a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e3%82%b3%e3%83%9f%e3%83%a5%e3%83%8b%e3%83%86%e3%82%a3%e3%82%a2%e3%83%97%e3%83%aa%e3%81%ae%e5%a0%b4%e5%90%88" aria-label="アンカー">#</a>
    </span>
    
</h4>
<p>コミュニティ系プロダクトにとって、共存とは要するに地道なインテグレーション作業です。もうひとつアカウントを作らせないためのソーシャルログイン。コミュニティのコンテンツをSNSのフィードへ簡単にシェアできる仕組み——これはそのままマーケティング予算の代わりになります。他のプラットフォームでメンションや紹介をされたら知らせる通知、パートナーが自分のサイトにコミュニティ機能を載せられる埋め込みやウィジェット、補完関係にあるサービスとのAPI連携もそうです。技術以外の面では、大手プラットフォームに根を張るインフルエンサーとのコラボや、複数プラットフォームをまたぐキャンペーンのほうが、自前でどんな機能を作るよりエンゲージメントに効きます。</p>
<p>二者択一ではありません。そもそもそれがコーペティションという考え方です。ほとんどのスタートアップは共存から始めて、成長とともに競争へ寄っていきます。難しいのは、いつの間にかその転換の資格を手にしていたことに、自分で気づくことです。</p>
]]></content:encoded>
      <media:content url="https://jared.lynskey.co.nz/en/posts/2023/2023-04-12-coexisting-stategy/featured.jpeg" medium="image" type="image/jpeg" />
    </item>
  </channel>
</rss>
