《ENEMY》は中国ショートドラマ市場の象徴的な事例になりました。
無料分割版は Douyin などで爆発的に広がり、証券時報は本編 8 話と番外・予告などを含めた 11 本の再生数が 8.4 億に達したと報じました。一方で、これほどの再生数でもプラットフォーム分配は 2000 元あまりだったという報道もあります。その後、制作側は 38 分の 5K リマスター有料版を 8.8 元で出し、短期間で十数万本を販売しました。
なぜ 8.4 億再生が、ほとんど収益にならないのでしょうか。
答えは単純です。公開再生数は、そのまま収益分配対象の有効再生数ではありません。無料流量も現金収入と同じではありません。
まず結論
この件は 4 つに分けて理解できます。
- 8.4 億は拡散規模であり、すべてが精算対象ではない。
- プラットフォーム分配は通常、条件を満たす「有効再生」だけを見る。
- Douyin のショートドラマ収益は、再生分配だけでなく、有料コンテンツ、広告、ブランド案件、ライブ配信、IP 開発を含む。
- 良質なショートドラマでは、「無料版で拡散し、有料リマスター版で支援を受ける」形が現実的になり得る。
8.4 億再生が分配再生ではない理由
ユーザーが見るのは公開再生数ですが、プラットフォームの精算は別のルールで行われます。
自動再生、短時間視聴、繰り返し再生、予告、番外、切り抜きによる流入は公開数に入っても、収益分配では次の条件を見ます。
- 対象プログラムに参加しているか。
- 独占または協力プロジェクトか。
- 1 話あたりの有効再生しきい値を満たすか。
- 時長、完視聴、インタラクション、オリジナル性、著作権、内容安全の条件を満たすか。
- 精算期間内の有効再生か。
- 上限、控除、除外ルールがあるか。
つまり、影響力指標と収益指標は別物です。
Douyin ショートドラマ分配の見方
公開情報では、Douyin には「劇有引力計画」のようなショートドラマ支援・分配制度がありました。報道では、独占ショートドラマが分配対象になるには、1 話平均の有効再生しきい値を満たす必要があるとされています。
一部資料では、集均有効再生 200 万以上、千回有効再生単価 6 元、1 作品上限 150 万元といった整理もあります。ただし実際の規則は変わるため、創作者后台と当期ルールを確認すべきです。
重要なのは、短劇、参加資格、集均有効再生、千回単価、上限という言葉です。
普通の短動画収益とは違う
普通の短動画収益は、創作者インセンティブ、広告分配、ブランド案件、EC、ライブ、会員、知識課金などから来ます。
ショートドラマ分配はよりプロジェクト型です。プログラム参加、独占性、集均有効再生、評価、商業化資源、有料転換などを見ます。
《ENEMY》は、まず無料分割版で大きく拡散し、その後リマスター有料版を出した特殊なケースです。最初からプラットフォームの独占分配プロジェクトとして設計された作品とは同じではありません。
2000 元という数字が示すこと
もし「8.4 億再生で約 2000 元分配」が事実なら、少なくとも 3 つのことを示します。
第一に、無料流量は大きくても、精算口径は狭い可能性があります。
第二に、短動画プラットフォームは分发には強いものの、映像制作費の回収を自動的に保証するわけではありません。
第三に、実写ショートドラマは普通の短動画よりコスト構造が重いです。低予算でも撮影、後期、人員、時間、機会コストがあります。
有料版が成立したのは、ユーザーが何に支払うかを理解し、クリエイターがより直接的に価値を回収できたからです。
有料版が成立した理由
《ENEMY》の有料版は無料版を閉じたのではなく、8 話を 38 分の 5K リマスター版としてまとめ、画質や追加要素を提供しました。
無料版が残っていたこと、追加価値が明確だったこと、低価格だったこと、そして視聴者がクリエイターを支援したいと思えたことが成立要因です。
クリエイターが設計すべき収益構造
再生数だけをビジネスモデルにしてはいけません。
より現実的な構造は次の組み合わせです。
- 無料分割版で拡散とフォロワー獲得。
- プラットフォーム計画で基礎インセンティブや分配。
- ブランド案件と招商で商業化。
- 有料完全版、番外、メイキング、高清リマスターで直接収益。
- ライブ、会員、グッズ、イベントで長尾収益。
- IP 開発で長期的な権利価値。
まとめ
《ENEMY》の事例が示したのは、再生数、有効再生、プラットフォーム分配、広告収益、ユーザー課金がそれぞれ別の仕組みだということです。
Douyin は強い分发を提供できますが、それが自動的に高い回収になるわけではありません。ショートドラマを持続可能にするには、平台計画、独占性、有料版、ブランド協力、账号成長、IP 開発を先に設計する必要があります。
参考リンク：