Blog

ヘッドレスCMSは、プロジェクトの早い段階でコンテンツの作成に取り掛かり、チャネル間でコンテンツを共有して、即座に一貫したブランディングと優れたカスタマーエクスペリエンスを実現するのに優れていることを、今ではご存知だと思います。しかし、ヘッドレスCMSには、チャットボットやホームアシスタントなどのマルチチャネル会話型インターフェイスにコンテンツを使用できるという大きなメリットがあることをご存知ですか？

トロントを拠点とするデジタルスタジオecentricartsのCTOであるMichaelKinkaidは、KenticoCloudで準備されたコンテンツをさまざまな会話型インターフェイスに共有することについて1つか2つのことを知っています。そこで、KenticoCloudをecentricartsのチャットボットであるOtterbotとGoogleHome Assistantに接続した経験について尋ねました（彼は北アイルランドの幅広いアクセントでランチを注文することで挑戦しました…）

そして、これは彼が言わなければならなかったことです。

（ちなみに、インタビューの最後に両方のプロジェクトを説明する彼の素晴らしいビデオをお見逃しなく！）

Michael、なぜKentico Cloudでチャットボットを構築することにしたのですか？
昨年KenticoCloudがリリースされたとき、私たちは非常に興奮していました。コンテンツ管理のためのテクノロジーにとらわれず、APIファーストのプラットフォームについて気に入らないことは何ですか？残念ながら、当時のKentico Cloudでは多言語機能を利用できず、2つの公用語がある国から来ていました。これは重要なことです。

Kentico CloudASAPと連携できるように、社内のマーケティングイニシアチブにプラットフォームを使用することにしました。当時、私たちは非営利セクターを対象としたイニシアチブのアイデアを考え出そうとしていました。 「さらに別のランディングページ」を作成したくありませんでした。そのため、現在チャットボットで起こっているすべての素晴らしいことに触発されて、私たちは独自のものを構築することにしました。

チャットボットの焦点は、コンテンツと会話にあります。これは、Webページのコンテンツとは異なる世界です。 Kentico Cloudは、Web、チャットボット、ホームアシスタント、スマートTVなどのチャネルに関係なく、コンテンツを開発および管理するための素晴らしいツールであるため、最適であると感じました。

Webと会話型インターフェイスのコンテンツモデリングに違いはありますか？
人々がAlexa、Google、Siriなどのデバイスと話しているとき、それは通常、ある種のアクションを実行するか、質問に答えてもらうことです。設計するインターフェースは、話す人の意図を識別しようとし、それを実現できるアクションを呼び出すように見えるインターフェースです。

会話型インターフェースのモデルは、ユーザーがアシスタントを呼び出すために言うかもしれないことのように、アクションの開始に関するダイアログを表すことができます。例としては、「ホームシェフと話したい」などがあります。また、「すばやく温かいランチが欲しい」など、人々が言っていることの会話パラメータや議論を特定する方法を定義することもできます。最後に、応答とそれを実行する方法をモデル化できます。

チャットボットでは、KenticoCloudでダイアログコンテンツとフルフィルメントコンテンツの両方をモデル化しました。 Googleアシスタントのプロトタイプの場合、フルフィルメントコンテンツはすべてKentico Cloudにあり、会話デザイン自体はAPI.AIを使用して開発されました。

API.AIは、チャットボット、IoTデバイス、スマートTVなど、あらゆる種類のチャネルの自然言語インタラクションを構築できる優れたツールです。Webフックを構成して、会話パラメーターを独自のフルフィルメントアプリケーションに渡すことができます。コンテンツストアとしてKenticoCloudと統合します。

独自のチャットボットまたはデジタルアシスタントアプリケーションの作成を検討する必要があるのはどの企業ですか？
少し前まで、チャットボットは少しニッチでした。奇妙なものがポップアップするのを見るでしょうが、一般的に言えば、それらはチャンプと同じくらい厚かったです（「本当に愚か」のアイルランド語）。それらは急速に人気が高まり、よりスマートになるだけでなく、より便利になっています。製品を提案し、チャット自体の中で注文を完了できるようにします。

Alexa、Googleアシスタント、Siriなどのデジタルアシスタントは、アシスタントが実行できるスキルやアクションなどの意味のある価値をサービスが提供できる企業にとって、非常にエキサイティングな新しいチャネルを表していると思います。ユーザーからの要求を満たすためにコンテンツが必要な場合、企業はそのコンテンツを複数のプラットフォームに配置するのではなく、Kentico Cloudのように、複数のチャネルからアクセスできる1か所で管理する必要があります。

あなたのチームはヘッドレスCMSのどのような属性を好きまたは嫌いでしたか？
チームは、テクノロジーの自由とプレゼンテーション層の100％の所有権を気に入っていました。これにより、フロントエンドのパフォーマンスを完全に最適化できるため、検索でのサイトのスコアが高くなり、ユーザーに優れたエクスペリエンスを提供できます。

コンテンツエディターを最初からプロジェクトに参加させることで、多くのメリットがもたらされました。例えば：

• 実際のコンテンツは早期に入手可能であり、プロトタイプの一部を担い、模範的なコンテンツを使用して発見できなかった課題を明らかにすることができました。
• 発見中にチームの一員になるということは、コンテンツ編集者が、どのプレゼンテーション手法や機能がコンテンツのパフォーマンスを向上させる可能性があるかについての洞察やアイデアを共有できることを意味しました。

課題としては、モデルが大きい場合や複雑な場合、コンテンツを提示するチャネルから独立してコンテンツを操作するのは難しい場合があります。ヘッドレスCMSへの最初の進出からの最大のポイントは、プレビュー機能を確実に使用する必要があるということです。プラットフォームはヘッドレスかもしれませんが、コンテンツエディターはそうではありません！

全体として、ヘッドレスCMSに最適な場所はどこだと思いますか？
新しいデジタルプロジェクトを開始する場合は、次の質問をします。

• コンテンツが複数のチャネルで価値があると思いますか？
• オンプレミスのハードウェアとトリッキーな更新を管理するという頭痛の種を取り除くサブスクリプションベースのサービスを好みますか？
• 使用するテクノロジーに関して完全な自由を提供するプラットフォームが必要ですか？
• 複数のソースから集約されたコンテンツを管理しますか？

上記の1つ以上に「はい」と答えた場合は、コンテンツを管理するためのヘッドレスCMSを検討する必要があります。

ヘッドレスCMSは、政府機関や実装パートナーにとっても魅力的なオプションです。さらに調査したいと考えている考慮事項は、KenticoCloudを使用した最初のプロジェクトで気付いたメリットです。 1つは、よりコンテンツファーストのアプローチに従うことで、コンテンツの課題に対する早期の洞察が得られたことです。もう1つは、ソリューションの一部として管理する大規模なCMSがなくても、開発が著しく迅速化されたことです。アジャイルプラクティスを使用するスタジオとして、プロトタイピングを高速化し、フィードバックループを増やすプラットフォームは非常に魅力的です。

チャットボット、ホームアシスタント、ヘッドレスCMSの詳細については、Michaelのすばらしいビデオをご覧ください。

また、ヘッドレスCMSをAmazon Echo、Alexaなどのさまざまな会話型インターフェースに接続した経験はどうですか？以下のディスカッションで調査結果を共有してください。または、より多くのインスピレーションを探している場合は、KenticoCloudニュースレターを購読してください。