動画がビジネスを動かす:モバイル顧客の維持

どのプロバイダーも、提供するサービスをデスクトップ・ユーザーに限定する余裕はありません。モビリティは現代のライフスタイルを定義しているため、いつでも、どこでも、どのデバイスでも顧客にリーチする必要がある。しかし、スマートフォンやタブレットの過密で静的な広告が、彼らが見たいコンテンツを見えにくくしているとしたら、ターゲットとする視聴者がその広告に興味を持つ可能性はどれほどあるでしょうか?小さなスクリーンの限界は、モバイル動画で克服することができます。高品質のビジュアルとサウンドを提供することで、モバイル動画コンテンツの人気の高まりを利用することができます。

モバイルビデオはもはや子供やティーンエイジャーだけのものではない。ドイツのオンラインユーザーの約74%が、少なくとも時々はオンラインTVやビデオコンテンツを視聴している。さらに、ドイツのモバイル・インターネット・ユーザーは増え続けている。連邦統計局によると、ドイツのインターネット・ユーザーの2人に1人が外出先からインターネットにアクセスしている。2013年には、この数字は2970万人に達し、2012年に比べて43%増加した。ビデオ・オン・デマンド(VOD)は現在、ドイツのビデオ市場で最も急成長している分野であり、あらゆるプラットフォームにおけるビデオ・コンテンツへの需要が急速に高まっており、その勢いは衰える気配がない。予測では、2017年までにモバイル動画がモバイルデータトラフィック全体の66%を占めるようになる。

モバイル動画はエンターテイメント以上のものを提供し、特にブランドにとって顧客エンゲージメントを大幅に高めることができます。モバイル動画キャンペーンの平均クリックスルー率(CTR)は、2012年第4四半期から2013年第3四半期にかけて265%以上急増し、13.64%に達しました。さらに、消費者の40%近くが、動画によってモバイルデバイス経由で購入する可能性が高まると報告しています。

競争力を維持するには、動画をモバイル戦略の中核に据えることです。今日の2大オンライントレンドであるデジタル動画とモバイルテクノロジーが交差する場所に、御社の製品を配置しましょう。このアプローチにより、貴社のメッセージが幅広い視聴者に届き、どこにいても顧客を引き付けることができます。

WEBRTCでビデオを録画、アップロード、トランスコードする方法

ウェブ上の動画は飛躍的に成長し続けています。WebRTCとAPIを個別に使用することで、その成長の一端を示すことができます。getUserMedia を使用してユーザーのウェブカメラを要求し、video要素に表示する簡単な例を作成しました。これをさらに一歩進めるために、その例を使ってコンテンツを保存し、ブラウザから直接トランスコードしてみましょう。

getUserMediaの作成例:
さらに先に進む前に、最初の簡単な例を見てみましょう。ここで行うのは、ユーザーの動画ストリームをリクエストし、それをページ上のvideo要素に表示することだけです。より高度な例ではjQuery を使用します。

// Do the vendor prefix dance
navigator.getUserMedia = navigator.getUserMedia || navigator.webkitGetUserMedia ||
navigator.mozGetUserMedia || navigator.msGetUserMedia;

// Set up an error handler on the callback
var errCallback = function(e) {
console.log(‘Did you just reject me?!’, e);
};

// Request the user’s media
function requestMedia(e) {
e.preventDefault();

// Use the vendor prefixed getUserMedia we set up above and request just video
navigator.getUserMedia({video: true, audio: false}, showMedia, errCallback);
}

// Actually show the media
function showMedia(stream) {
var video = document.getElementById(‘user-media’);
video.src = window.URL.createObjectURL(stream);

video.onloadedmetadata = function(e) {
console.log(‘Locked and loaded.’);
};
}

// Set up a click handler to kick off the process
$(function() {
$(‘#get-user-media’).click(requestMedia);
});

あとは「Get Media」ボタンとvideo要素があれば準備完了です。ボタンをクリックし、ブラウザがカメラにアクセスできるようにすると、最終的にはこのようになります。

簡単なスクリーンショット

このデモはFirefox、Chrome、Operaで動作するはずです。

これでブラウザからウェブカメラにアクセスできるようになりました。これは楽しい例だと思いますが、誰かに自分自身を見せることしかできないので、かなり役に立ちません。

Media Recorderのセットアップ:
注:2014年現在、MediaRecorder APIを実装しているブラウザはFirefoxだけです。Chromeでも動作させたい場合は、RecordRTCやMediaStreamRecorderなどのプロジェクトがあります。

この例ではシンプルなサーバーサイド・コンポーネントが必要になりますが、必要なことは2つだけです:

- 有効なAWSポリシーを返し、ブラウザから直接アップロードできるようにする
- Zencoderにエンコーディングジョブを送信する

このような例ではNode用のExpressフレームワークを使いたいところですが、Sinatraのような他のものを使う方が快適な場合は、この例を無視して好きなものを使ってて構いません。クライアントサイドのコードの方が重要なので、サーバーサイドの実装は掘り下げません。

var S3_BUCKET = 'YOUR-S3-BUCKET-NAME';

<p>var express = require(‘express’);
var path = require(‘path’);
var logger = require(‘morgan’);
var bodyParser = require(‘body-parser’);
var crypto = require(‘crypto’);
var moment = require(‘moment’);
var AWS = require(‘aws-sdk’);
var s3 = new AWS.S3({ params: { Bucket: S3_BUCKET }});
var zencoder = require(‘zencoder’)();

var app = express();

app.set('port', process.env.PORT || 3000);
app.use(logger('dev'));
app.use(bodyParser.json());
app.use(bodyParser.urlencoded());
app.use(express.static(path.join(__dirname, 'public')));

app.post(‘/process’, function(req, res) {
// Build up the S3 URL based on the specified S3 Bucket and filename included
// in the POST request body.
var input = ‘https://’+S3_BUCKET+’.s3.amazonaws.com/’+req.body.filename;
createJob(input, req.body.email, function(err, data) {
if (err) { return res.send(500, err); }

res.send(200, data);

});
});

app.post(‘/upload’, function(req, res) {
var cors = createS3Policy();
res.send(201, { url: ‘https://’+S3_BUCKET+’.s3.amazonaws.com/’, cors: cors });
});

function createS3Policy() {
var policy = {
“expiration”: moment().utc().add(‘days’, 1).toISOString(),
“conditions”: [
{ “bucket”: S3_BUCKET },
{ “acl”:”private” },
[ “starts-with”, “$key”, “” ],
[ “starts-with”, “$Content-Type”, “” ],
[ “content-length-range”, 0, 5368709120 ]
]
};

var base64Policy = new Buffer(JSON.stringify(policy)).toString('base64');
var signature = crypto.createHmac('sha1', AWS.config.credentials.secretAccessKey).update(base64Policy).digest('base64');

return {
key: AWS.config.credentials.accessKeyId,
policy: base64Policy,
signature: signature
};
}

function createJob(input, email, cb) {
var watermark = {
url: ‘https://s3.amazonaws.com/zencoder-demo/blog-posts/videobooth.png’,
x: ‘-0’,
y: ‘-0’,
width: ‘30%’
};

zencoder.Job.create({
input: input,
notifications: [ email ],
outputs: [
{ format: ‘mp4’, watermarks: [watermark] },
{ format: ‘webm’, watermarks: [watermark] }
]
}, cb);
}

var server = app.listen(app.get(‘port’), function() {
console.log(‘Express server listening on port ‘ + server.address().port);
});

このサンプルはほとんどそのまま動作するはずですが、AWSの設定とZENCODER_API_KEY環境変数が必要です。また、使用するバケットでCORS 設定する必要があります。以下は動作が確認されているCORS設定の例です:

<?xml version=”1.0″ encoding=”UTF-8″?> <CORSConfiguration xmlns=”http://s3.amazonaws.com/doc/2006-03-01/”> <CORSRule> <AllowedOrigin>\*</AllowedOrigin> <AllowedMethod>POST</AllowedMethod> <AllowedHeader>\*</AllowedHeader> </CORSRule> </CORSConfiguration>

ユーザーメディアの記録:
上記の単純な例では、getUserMedia APIを使ってユーザーのメディアをリクエストしています。
幸運なことに、MediaRecorderというAPIがあります。現在これをサポートしているブラウザはFirefoxだけですが(バージョン25現在)、Whammyのように他のブラウザの擬似シムとして動作するプロジェクトもあります。

APIはシンプルです。前の例で再生に使ったのと同じストリームを取り出し、それを使ってMediaRecorderの新しいインスタンスを作成するだけです。新しいレコーダーができたら、あとはstart()を呼んで録画を開始し、stop()を呼んで停止するだけです。

var recorder = new MediaRecorder(this.stream);
recorder.start(); // 録画中!
// ...数秒後...
recorder.stop();

録画メディアの取得:
ウェブカメラの録画を開始・停止しました。さて、どうやってこの録画を見るのでしょうか?

録画するために作成したMediaRecorderのインスタンスのondataavailableイベントをリッスンできます。それが完了すると、新しいBlobが含まれ、元のユーザー・メディアと同じように再生できます。

// We’ll keep using the same recorder
recorder.ondataavailable = function(e) {
var videoBlob = new Blob([e.data], { type: e.data.type });
var player = document.getElementById(‘playback-video-el’);
var blobUrl = URL.createObjectURL(videoBlob);
player.src = blobUrl;
player.play();
}

もし、あなたがこれらの例に従って練習を積み重ねてきたのなら、今頃はビデオを再生しようとしてイライラしている頃でしょう。悲しいことに、ここで「正しい」ことをしてもうまくいきません。video要素で自動再生を使用することも、play() を呼び出すことも、ended イベントで currentTime を設定することも、あなたが望むことはできません。

これは単に、これらのblobを再生する際のFirefoxの問題のようだ。機能的な回避策は、動画をループさせたい場合は、終了したイベントのソースを単純に置き換えることです。

player.onended = function() {
video.pause();
video.src = blobUrl;
video.play();
}

あなたが持っているこのブロブは、(ほとんど)機能的なWebM動画です。このブロブのURLをソースとしてアンカータグを作成すれば、右クリックしてファイルをローカルに保存できます。しかし、ローカルに保存しても、このファイルは正しく動作しません(OS XはこれをHTMLファイルだと思っているようです)。

そこでZencoderが活躍します。処理する前に、Zencoderがアクセスできるようにファイルをオンラインにする必要があります。先ほど作成したAPIエンドポイントの1つ、/uploadを使って署名されたポリシーを取得し、それを使ってファイルを直接S3にPOSTします(この例ではjQueryを使用)。

function uploadVideo(video) {
$.post(‘/upload’, { key: “myawesomerecording.webm” }).done(function(data) {
// The API endpoint we created returns a URL, plus a cors object with a key, policy, and signature.
formUpload(data.url, data.cors.key, data.cors.policy, data.cors.signature, filename, recording);
});

function formUpload(url, accessKey, policy, signature, filename, video) {
var fd = new FormData();</p>

fd.append('key', filename);
fd.append('AWSAccessKeyId', accessKey);
fd.append('acl', 'private');
fd.append('policy', policy);
fd.append('signature', signature);
fd.append('Content-Type', "video/webm");
fd.append("file", video);

$.ajax({
type: ‘POST’,
url: url,
data: fd,
processData: false,
contentType: false
}).done(function(data) {
cb(null);
}).fail(function(jqxhr, status, err) {
cb(err);
});
}
}

uploadVideo(videoBlob);

これでS3バケットに動画が保存されたので、あとは実際に処理するだけです。先ほど/processエンドポイントにemailを追加したので、処理が完了したらジョブの通知(動画のダウンロードリンクを含む)を直接受け取ることができます。

function process(email, filename) {
$.post(‘/process’, {
filename: filename,
email: email
}).done(function(data) {
console.log(‘All done! you should get an email soon.’);
}).fail(function(jqXHR, error, data) {
console.log(‘Awww…sad…something went wrong’);
});
};

process('[email protected]', "myawesomerecording.webm");

数秒後、ブラウザで録画した真新しい動画を祝福するメールが届くはずです。含まれるリンクは一時的なものなので、24時間以内にダウンロードするか、私たちが作成したAPIエンドポイントを変更して、あなたが所有するバケットに出力をアップロードしてください。

当社はこの機能を紹介するために、ちょっとしたスタイリングと派手ではないインターフェイスを含むデモを作成しました。VideoBoothという名前ですが、プロジェクトをクローンして自由に動かしてみてください。また、Heroku上で動作するデモで遊ぶこともできます。

ビデオブースのスクリーンショット

ライブ配信のための冗長トランスコーディング

信頼性の観点から、VODトランスコーディングの素晴らしい点の1つは、単純に再試行できることです。トランスコード中に何か問題が発生しても、最初からプロセスを再実行するだけです。不手際による最悪の影響は、ジョブに少し時間がかかることで、それは残念なことですが、最終的にはトランスコードされたファイルが顧客に納品され、すべてがうまくいきます。

しかし、ライブイベントでは、単純に再試行する余裕はありません。これらのイベントはリアルタイムでトランスコードされるため、エンドユーザーに完璧なトランスコードを提供するチャンスは一度しかありません。システムがどんなに信頼できるものであっても、電源やネットワークカードのようなものがいつ故障するかわからないので、注目度の高いイベントには冗長性が不可欠です。

これを考慮し、当社はライブ配信の冗長トランスコーディングを発表しました。簡単に言うと redundant_transcode が有効で、少なくとも1つの secondary_url が指定された場合、Zencoderは透過的に、元のリクエストの出力で指定されたセカンダリURLを使用して新しいジョブを作成します。このジョブは元のジョブとすべて同じ設定を持ちますが、まったく異なるクラウドプロバイダーの最も近いトランスコード領域で実行されるという重要な違いがあります。

例を見てみよう:

{
  "redundant_transcode": true,
  "live_stream": true,
  "region": "us-virginia",
  "output": [
    {
      "label": "super-important-stream",
      "url": "rtmp://primary.example.com/live/stream",
      "secondary_url": "rtmp://backup.example.com/live/stream",
      "live_stream": true
    },
    {
      "label": "not-as-important-stream",
      "url": "rtmp://primary.example.com/live/stream",
      "live_stream": true
    }
  ]
}

 

これは1つのストリーム名を返すが、2つのストリームURL(1つはプライマリ、もう1つは冗長)を返す。

{
  "stream_name": "as230d982389askdfsdkjf2380ejd93d93dj",
  "outputs": [
    {
      "label": "super-important-stream",
      "url": "rtmp://primary.example.com/live/stream",
      "id": 260281679
    },
    {
      "label": "not-as-important-stream",
      "url": "rtmp://primary.example.com/live/stream",
      "id": 260281680
    }
  ],
  "stream_url": "rtmp://live01.us-va.zencoder.io:1935/live",
  "redundant_job_id": 12345678,
  "redundant_stream_url": "rtmp://backup-endpoint.zencoder.io:1935/live",
  "id": 98091238
}

 

そして、エンコーダーを設定して、両方に同時にストリーミングすることができます。以下の例ではFlash Media Live Encoderを使用していますが、ほとんどのエンコーダーはプライマリストリームとバックアップストリームのURLをサポートしており、追加設定はほとんど必要ありません。

Flash Media Live Encoderのスクリーンショット

この設定により、Amazon Eastがダウンしても、バックアップストリームはGoogle Compute Engine上で問題なく継続される。Akamaiのような適切なバックアップURLを持つCDNを使用している場合、再生URLは何事もなかったかのように機能し続けるでしょう。

簡単にするために、1つのエンコーダーにバックアップURLを追加することだけを説明した。これにより、エンコーダーの下流での問題は軽減されるが、エンコーダーが何らかの理由でパブリッシュできなくなった場合、ストリームは依然として危険にさらされる。しかし、バックアップURLは、可能な限り安全にするために、まったく別のネットワーク上にある別のエンコーダーに設定することもできる。

備考

  • ストリームはプライマリエンドポイントとバックアップエンドポイントの両方にプッシュされる必要があるため、ストリームの公開に必要な帯域幅が2倍になる。
  • バックアップジョブは、標準的なライブ料金で別のジョブとして請求されます。
  • アカマイは再生前にプライマリーストリームとバックアップストリームの整列を試みるため、ストリーム間の移行中に短い中断が発生する可能性があります。

新しいメディアのバリューチェーン:パート4

ますます創造的になるバリューチェーン

価値を創造するために新たな戦略や技術を採用し、革新を進めているのはブランドだけではない。米国は特に興味深い事例である。地域のケーブルテレビ・プロバイダーであるケーブルビジョンは、ニューヨーク州ロングアイランド市場で、学校対抗のスポーツ大会という機会を見出した。その結果、同グループはロングアイランド地域でスポーツ番組の生中継を行う放送事業者となり、加入者のロイヤリティを高める新たな理由となった。この例は、TV Everywhere認証ソリューションを最大限に活用したもので、独自のコンテンツを保護すると同時に、加入者がいつでもどこでも番組にアクセスできるようにしている。

各チャンネルはまた、独占オンライン・コンテンツへのアクセスも加入理由のひとつに加えています。シリーズもので有名なHBOは、インターネット・サービス・プロバイダーと提携してオンライン放送を行い、ケーブルを持たない新規加入者を獲得することで、ネットフリックスなどの大手オンライン・ビデオ・プレーヤーに対抗することまで【検討しています】。

どういうことか

モバイル機器の普及は、テレビに対する当社のイメージと、エンターテインメントのエコシステムにおけるテレビの役割を一変させた。顧客との距離を縮めようとするブランドやメディアは、視聴者がパーソナライズされた動画体験を求めていることに気づいています。従来のテレビのパラダイムがリニア(制作→放送)であったのに対し、デジタルは完全にプログラム可能な空間を提供します。この融合によって、テレビの未来は、技術的な課題であると同時に、編集的な課題でもある。視聴者は変化し、ビデオ消費体験やコンテンツの選択に関して、誰もがそれぞれの期待を持っています。

かつてのような直線的なボリューム・ベースのバリュー・チェーンではなく、ボリュームとバリューを組み合わせたマルチプル・ネットワークが、これからの主流になりつつある。今日のブランドやメディアは、あらゆるメディアやプラットフォームに存在する動画コンテンツを通じて視聴者にリーチできる技術的ソリューションを必要としている。

ライブ配信がイベント体験を再定義

オラクル・オープンワールドでのラリー・エリソンの基調講演のような企業イベントであれ、BAFTA(英国アカデミー映画賞)のような華やかな場であれ、ライブストリーミングはイベントを一変させた。かつては現場の聴衆だけを魅了していたこれらのイベントも、ライブ・ストリーミング技術の進歩により、今でははるかに多くの聴衆に届くようになりました。

この新たなリーチによって、イベントは、限られた新聞報道や伝統的なテレビ放送の枠を超えて、世界的な言論の話題となる。レッドカーペットに立とうが、従来のメディアに頼ろうが、世界のどこからでもスマートフォンやタブレット、PCでリアルタイムに視聴しようが、視聴者はいつでもどこでもイベントを体験できるようになった。イベント主催者にとって、このようなリーチの拡大は圧倒的にプラスであり、オンライン・エンゲージメントとトラフィックの増加を促進する。効果的にマネタイズすれば、ライブストリーミングはさらなる収益を生み出すこともできる。

ライブ配信への関心は近年急上昇しています。例えば NBA業界見本市の主催者は、ライブ配信技術を使って、大規模なオンライン視聴者にイベントを放送しています。大規模なオンライン視聴者向けに調整されたライブイベントは、重要なトレンドとなっています。マルチスクリーン・ビデオ・テクノロジーのおかげで、観客はこれらのイベントを事実上どこからでも見ることができます。このような柔軟性は、視聴者がリアルタイムで議論やコメントを楽しむようになっているライブ放送にとって特に重要です。

メディア消費における最も顕著な動きのひとつは、視聴者がスマートフォンやタブレットなどの追加デバイスを使って視聴体験をソーシャルネットワーク上で共有したり議論したりする「セカンドスクリーン」利用の台頭である。このような視聴体験の向上は、ライブの一回限りのイベントで特に人気がある。実際、2013年第1四半期には、スポーツ中継や特別番組がセカンドスクリーン視聴の60%近くを占めていた。強力なクラウドベースのライブ・ビデオ・エンコーディング・ツールが利用可能になったことで、従来、社内で行っていたマルチスクリーン・ライブ・ストリーミングに伴う高いコストと複雑さがさらに軽減された。この技術革新により、メディア企業はライブ・イベントに対する視聴者の需要の高まりに対応する柔軟性を高めている。

ライブ・ストリーミングの次は?

クラウド・テクノロジーは、よりパーソナライズされ、個別にカスタマイズされたライブ配信体験への道を開いている。例えば、同じオスカー賞のライブ配信をオンラインで視聴している2人の視聴者が、それぞれの好みや属性に合わせてカスタマイズされた広告を動的に挿入することができます。このアプローチは、ライブ・ビデオ・イベントのソーシャル性を高めるだけでなく、より全体的でパーソナライズされた視聴者体験を生み出します。視聴者は適切なコンテンツを楽しみ、広告主はターゲットを絞った視聴者を獲得し、パブリッシャーはエンゲージメントと収益を増加させます。

ライブストリーミングは、イベントの体験方法を再定義し、これまで以上にインタラクティブで、アクセスしやすく、インパクトのあるものにしています。継続的な技術の進歩により、ライブストリーミングの将来は、パーソナライゼーションと視聴者とのつながりの機会がさらに増えることが期待されます。

動画が日本マクドナルドにおける社内コミュニケーションに革命をもたらす

ビデオメッセージは、この規模のコミュニティーへの連絡手段として非常に使い勝手の良いツールです。弊社は、ブライトコーブが店舗での動画視聴に効率的な環境を提供するベストソリューションであると確信しています。

四ツ谷 信之氏
オペレーション&テクノロジー本部 テクノロジーアーキテクチャー&サービスマネジメント 部長

40年間にわたり成長を続け、ファーストフード業界に君臨する日本マクドナルド。その店舗数は現在 3,000近くにのぼります。しかし残念なことに、トレーニングプログラムの開発はそれに遅れを取っていました。最近まで本部はトレーニング情報を小冊子にまとめていたのです。その場合、更新の度に小冊子全体を印刷し直し、日本マクドナルド全店舗に再配布しなければなりません。しかも、従業員は分からないことがある度にバックルームへ行き、小冊子をめくり、答えを見つけなければならないのです。日本語を母国語としない従業員がますます増加し、離職率が 50%を記録する中、全従業員に対する業務およびビジネスマナーのトレーニングを効率的に実行する必要がありました。

iPad でビデオトレーニングを展開し、バックエンドでブライトコーブを使用することにより、日本マクドナルドは多言語の従業員を対象としたトレーニングに革命をもたらしました。革命がもたらされたのはトレーニングだけではありません。今ではCEOからのメッセージやチームビルディングも動画で共有されています。現在では全チームが必要とする最新情報をワンタッチ操作で即座に得ることができます。日本マクドナルドは、ブライトコーブを使用することにより、動画で従業員を活気づけ、メッセージやトレーニングの伝達を加速し、社内コミュニケーションを変革することができたのです。

どこでもコマース:オンライン小売のトレンド

ビジュアル・コンテンツは、成功する現代のコンテンツ・マーケティング戦略の中心にあります。市場調査会社eConsultancyの調査によると、デジタルマーケティング担当者の4分の3近くが、ブランドはますますパブリッシャーの役割を採用し、デジタルメディア、特にオンライン動画を活用して、既存顧客や潜在顧客との関係を強化しつつあることに同意しています。Internet Retailer 社の調査によると、製品ビデオはオンライン購入の意思決定における消費者の信頼感を高めるだけでなく、それを見た消費者が購入に至る可能性が 85% も高いことが示されています。

さらに、ドイツ電子商取引・通信販売業協会が実施した「消費動向調査(Kaufrausch-Studie)」では、特に女性の間で、動画やブログが購買決定の重要な原動力になっていることが浮き彫りになっている。マルチスクリーンやモバイルショッピングなどのトレンドに反映されるデジタル化の台頭は、消費者がいつでもどこでも購買衝動に駆られることを可能にしている。この現象は、しばしば「エブリウェア・コマース」と呼ばれ、コンテンツ・マーケティングのダイナミクスを再構築している。

商業とマーケティングの融合

オンライン小売業者は現在、顧客と直接コミュニケーションする比類のない機会を得ており、売上拡大と顧客維持の両方を後押ししている。コンテンツマーケティングは、ブランドがブランデッドコンテンツを通じて本物の魅力的なメッセージを共有し、既存顧客と新規顧客の両方に効果的につながることを可能にすることで、極めて重要な役割を果たしている。ブランデッド・コンテンツは、ブランドへの理想的な入り口として機能し、ショッピングとブランド体験を融合させる。顧客に遍在するショッピング体験を提供するために、小売企業はショッピング環境とマーケティングの間の隔たりをなくさなければならない。ストーリーテリングが購買プロセスとシームレスに統合されれば、ブランドはまとまりのある魅力的な体験を生み出すことができる。

ターゲットを絞ったコンテンツをいつでもどこでも配信

今日のデジタル化された世界では、小売業者は、顧客が自分たちを見つけるのを待つのではなく、積極的に顧客にアプローチしなければならない。これは、適切なタイミングで、適切なデバイスで、適切な場所にコンテンツを配信することを意味します。レスポンシブデザインでクロススクリーンのコンテンツ体験を提供することで、ショッピング体験が真の意味でユビキタスになります。消費者は自然にブランドや製品に共感し、いつでもどこでも衝動に駆られるままに購買決定を下そうとします。

ビジュアル・コンテンツが購買の中心に

画像や動画などのビジュアル要素は、あらゆるコンテンツ戦略の中心になるべきである。ビジュアルコンテンツが持続可能で付加価値のあるリソースとなるためには、測定可能な結果を出さなければならない。インタラクティブなビジュアルコンテンツは、しばしばショッパブルコンテンツと呼ばれ、小売業のコンテンツマーケティングにおいて最もエキサイティングなトレンドの一つである。特にインタラクティブ動画は、受動的なブランド認知ツールから能動的な販売チャネルへと移行しつつある。IFHベルリンの調査によると、動画で紹介された商品は、平均して4倍の頻度で売れている。このように、小売業者の間でインタラクティブ動画コンテンツに対する需要が高まっていることは、その有効性を裏付けている。しかし、まだまだ成長の余地は大きい。 WirtschaftswocheWirtschaftswoche)の調査によると、小売業者の3分の1近くがまだオンライン・プレゼンスを持っておらず、未開拓の可能性を浮き彫りにしている。

技術の準備はできている

Brightcove や Kiosked などのパートナーのような高度な動画およびショッパブル テクノロジにより、ブランドはストーリーテリングと E コマースをシームレスに統合できます。ビジュアル コンテンツと購買プロセスを組み合わせることで、ブランドは消費者に一貫した、どこにでもあるショッピング体験を提供できます。インタラクティブ・オンライン・ビデオは、このアプローチにおける重要なツールであり、消費者がブランドと関わり、オンラインで買い物をする方法を変える。その結果、インタラクティブ動画は、すべてのオンライン小売業者のマーケティング戦略において重要な役割を果たすことになり、測定可能なビジネス成果を促進しながら、シームレスで魅力的なカスタマージャーニーを実現します。

新しいメディアのバリューチェーン:パート1

大衆テレビ視聴者が誕生したのは1950年代初頭のことである。自社製品を宣伝したい大手ブランドと、視聴率を獲得して独占コンテンツを収益化したい番組ディレクターとの間に、密接な関係が形成された。長い間、このシステムは変わらなかったが、最近になって、従来のメディアの価値連鎖に挑戦し、打破しようとする新しい力が現れた。コンテンツが配信されるのをじっと待つ静的な消費者集団にとどまるのではなく、今や大衆が主導権を握りつつあるのだ。

伝統的なメディアとエンターテインメントのバリューチェーンが含まれる:

  • コンテンツ制作者:コンテンツを支える創造力(俳優、監督、脚本家など)
  • コンテンツの所有者スタジオ
  • 生産と集約:生産会社
  • ディストリビューション放送局
  • 消費:ケーブルや衛星経由でコンテンツにアクセスする視聴者

広告サイドは以下の通り:

  • 広告主(ブランド)
  • クリエイティブ・エージェンシー
  • メディア・プランナーおよびメディア・バイヤー
  • 放送

ほぼ半世紀にわたって、テレビの世界は、ブランドが広告バイイングを扱うエージェンシーと協力するという信頼できるシステムに基づいていた。メディア・プランナーは広告バイイングを放送コンテンツに適用し、スタジオは放送局にコンテンツを配信した。快適な座席に座った視聴者は、このコンテンツを吸収する準備ができていた。それは非常に直線的なプロセスで、誰もが自分の居場所を持ち、それに満足しているように見えた。すべてのプロセスは量の上に成り立っていた。

テクノロジーは変化のための条件を作り出し...そして大衆がその道を切り開く。

新しいテクノロジーと消費者の習慣は、このプロセスを完全に覆しました。例えば、動画ユーザーは、多数のデバイス、チャンネル、ソースからコンテンツを消費することで、業界を変革し、優先順位をシフトさせています。消費者は現在、膨大な数の消費オプション(PC経由のストリーミング、モバイルやタブレットから見るオンラインビデオ、TVボックス、ビデオアプリ)を持っており、同時に広告をスキップし、自分で番組を作る力も持っています。

ひとつはっきりしているのは、視聴者はもはや受け身ではないということだ。視聴者はもはや受動的な存在ではなく、見たいコンテンツを選ぶ能動的な参加者になっているのだ。その結果、従来のバリューチェーンのプレーヤーは、大きなチャンスと憂慮すべき脅威の両方に直面している。