エージェンシーがヘッドレス テクノロジーを使用して技術的な課題を解決し、新しいプロジェクトを獲得する方法

ヘッドレス Web サイト アーキテクチャは大流行しているように見えるかもしれませんが、現実世界の技術的課題にどのように適用されるのでしょうか?

このパネル ディスカッションでは、エージェンシー パートナーとその開発者がヘッドレス ソリューションを使用して困難な技術的問題を解決している方法について詳しく説明します。

以下のビデオをチェックして、プロジェクトの新しい可能性を解き放つためにヘッドレスが理にかなっている場合、従来の WordPress に頼る場合、および新しい技術を採用するときに開発チームを参加させる方法を確認してください。

スピーカー:

• WP Engine のシニア パートナー アカウント マネージャー、Rami Perry 氏
• Code & Theory の最高技術責任者である David DiCamillo 氏
• CandySpace のテクノロジー担当ディレクター、Adam Davey 氏
• Dennis Ngin 氏、Wpromote のデジタル エクスペリエンス担当バイス プレジデント
• Illustrate Digital の創設者兼 CEO、Scott Jones 氏

転写:

RAMI: 皆さん、こんにちは。この DE{CODE} パネルに参加していただきありがとうございます。 ヘッドレス WordPress がチームとクライアントに果たす役割を掘り下げるために、私たちのトップ戦略エージェンシーの一部であるリーダーが参加することに興奮しています. 最初にいくつかの紹介から始めて、パネリストと知り合うことができます。次に、ヘッドレスがより多くの賞金を獲得するのにどのように役立つかについて詳しく学ぶ機会に飛び込みます. デイブ、まず自己紹介から始めませんか?

DAVE DICAMILLO: もちろんです。 こんにちは、みんな。 私はデイブ・ディカミロです。 私はCode and TheoryのCTOです。 私たちはデジタルファーストのクリエイティブエージェンシーです。 何年にもわたって、私たちはパブリッシング プラットフォームで名を馳せてきたので、非常にコンテンツに重点を置いています。

そして、おそらくヘッドレスでの最初の経験は、おそらく2017年から2018年頃にさかのぼります. 私たちの現在のサイトはヘッドレスで、今日も多くのクライアントと多くの作業を行っています。 そして、それは私たちが目指している主要なアーキテクチャです。 しかし、ここに来てよかったですし、議論を楽しみにしています。

RAMI:ねえ、スコット。 みんなに自己紹介しませんか？ ねえ、みなさん、こんにちは。 私はスコット・ジョーンズです。 Illustrate Digital の CEO 兼創設者です。 私たちは主に WordPress プラットフォームを専門としており、私たちが行うすべてのことにおいて、フラストレーションのない魅力的なユーザー エクスペリエンスを作成することに重点を置いています。

SCOTT JONES: 私たちはまだヘッドレス ゲームを始めたばかりです。 私たちは 12 か月以上にわたって研究開発を行っており、ヘッドレス WordPress 用の独自のフレームワークを構築しましたが、まだその初期段階にあります。 それについて話し続けることに興奮しています。

RAMI: どうもありがとう、スコット。 アダム、飛び込みたい？

ADAM DAVEY: ええ、素晴らしいです。 私の名前はアダムです。 Candyspace の Adam Davey です。 私はそこで技術部長をしています。 私たちは、デジタル製品の設計、構築、最適化を専門とするロンドンを拠点とするデジタル エージェンシーです。

ええ、私たちは数年前にヘッドレスの旅を始めました.私はヘッドレスについてクライアントと常に会​​話しています. 私は今、ヘッドレスビルドの真っ最中です。 それはエキサイティングな旅であり、今日それについて話すのを楽しみにしています.

RAMI: オーケー、デニス、イントロで締めくくりますか?

デニス: みなさん、こんにちは。 私の名前はデニスです。 私は Wpromote のデジタル エクスペリエンス担当副社長です。 私たちはパフォーマンス マーケティング エージェンシーであり、チャレンジャー ブランドの成長を推進しています。 私のチームは 2019 年にヘッドレスの道を歩み始めました。 実際に昨年WP Engine Atlas製品を採用し、2ヶ月でヘッドレスサイトの立ち上げに成功しました。 だから私は私たちの話を共有することにとても興奮しています.

RAMI: ご参加いただきありがとうございます。 ですから、ここにいる聴衆は、おそらくヘッドレスに関してかなり多様なバックグラウンドと経験を持っているでしょう。旅を始めたばかりの人もいれば、ヘッドレスに関してジャーニーマンであった人もいます。

ですから、もう少し詳しくお聞きしたいのですが、あなたのプロとしてのキャリア、または代理店でのそれぞれの時期について、「OK、その時が来ました。これは機会であるか、ヘッドレスが変化する変曲点です。」私たちのチームが傾倒する必要があるものは何ですか? では、あなたを飛び込ませた限界点は何でしたか? 最初に飛び込みたいなら、デイブ？

DAVE DICAMILLO: わかりました。 私たちは非常に早い段階でそれを採用しました。それは、それがクールで、すべてのブログに掲載されていて、誰もがやりたがっていたからだと約束します。おそらくそれが、私たちが最初に始めた理由です. しかし、実用的なアプリケーションは、既存の MarTech や既存のビデオ プレーヤー プラットフォーム、または手放したくない他のソフトウェアを持っている多くのクライアントと共に実際に登場し始め、「この新しいヘッドレスを喜んで実行します」と言いました。アプローチ。

UI の観点から、データをより適切に管理する方法、柔軟性を高める方法、新しいサードパーティ製品を将来的により簡単に統合する方法について、多くの良いことを聞いています。

そして、おそらく 2019 年のどこかで、クライアント向けのリリースを実際に商品化し始めたと思います。これもまた、多くのクライアントをリードする主要なアーキテクチャでした。 しかし、ええ、私たちはとても興奮しています。 多数の WP Engine Atlas のインストールを行っています。 数週間後にも、角を曲がったところに来る予定です。これは素晴らしいことです。 しかし、ええ、それはヘッドレスでの最初の旅です。

RAMI: それで、アダム、あなたはその危機に瀕していると言いましたね。 もう少し最近のことかもしれませんが、あなたをその方向に送り始めていることについてのあなたの見方が大好きです.

ADAM DAVEY: その特定のクライアントの場合、彼らはすでに、どの CMS テクノロジを使用するかについて複雑な決定を下すことがよくありますね。 しかし、この特定のクライアントは、CMS をどのようにセットアップして構成し、コンテンツをどのように管理するかについて、正確に考えていました。 だからそれは珍しいものでした。 彼らをその旅に連れて行く必要はありませんでした。 彼らはヘッドレス CMS を決定し、そのコンテンツをフロントエンドで、マルチチャネルにわたって提供する方法を決定しました。

しかし、多くの場合、そうではありません。 それは技術的に鋭いクライアントでした。 しかし、非常に多くの場合、私たちは人々を旅に連れ出さなければなりません。また、現在、クライアントがコンテンツを管理できる WYSIWYG エディターを望んでいる別のサイトも構築しています。 したがって、実際にはユースケースがすべてです。

また、ヘッドレスは多くの問題を解決し、あなたが言ったように、既存のスタックに組み込むことができます。 しかし、万人に合うサイズはありません。 それは要件についてクライアントと微妙で詳細な会話をすることであり、さまざまなクライアントがデジタルとヘッドレス、そしてもちろん CMS の成熟度曲線のさまざまな段階にあります。 ですから、その旅の途中で、彼らがいる場所で彼らに会うことです。

RAMI: はい、スコットまたはデニス、それに追加する考えはありますか? ヘッドレスを採用しようとしている人々がいつ頃になるかについて、皆さんの旅で見た兆候はありますか?

スコット・ジョーンズ：ええ、私たちにとっては、デイブが言ったことに似ていたと思います。 それについて読んでいたということでした。 それはそこにあったものでした。 人々はそれをやっていて、苦労しているようでした。 実際、私たちの最初のヘッドレス プロジェクトはレスキュー プロジェクトであり、正直なところ悪夢でした。 正直なところ、それは悪夢でした。

クライアントは、非常に悪いヘッドレス実装、いくつかの非常に疑わしいテクノロジーの選択で私たちに来ました. すべてのページの読み込みに少なくとも 30 秒かかりました。

何年にもわたってヘッドレスを検討してきた私たちにとっての課題は、本質的に JavaScript に関する社内の専門知識を実際に構築することでした。 WordPress を反応ベースのプラットフォームに。 そして、それは本当に私たちを旅に連れて行ったと思います。

ですから、その専門知識を取り入れ、開発者との理解を深め、さらにクライアントに実際に提供するものへの旅をさらに進めることで、私たちにとって非常にうまくいっています.

DENNIS: ええ、私たちのチームにとって、原動力は実際にはエンジニアと開発者であり、エージェンシーを改善し続ける方法、プロセスを改善し続ける方法について振り返りを行っています。彼らはヘッドレスに固執しています。 私にとっての例えは、メカニックであり、週に 5 日、1 日 8 時間、車の作業をしている父のことを考えていました。 それを10年、20年やると、どんな車のブランドが好きか、どんなエンジンが好きかがわかってきます。 このアナロジーは私にとってもエンジニアにとっても同じであり、彼らはヘッドレスを仕事の効率を高め、より良いデリバリーを促進する機会と見なしていました.

そのため、私たちにとって、それは挑戦者であり、革新的である方法としてエンジニアによって推進されました。 私たちは、ぴったりだと思うクライアントを特定し始めました。 これらのクライアントにオプションを提示し、ヘッドレス化のオプションがあることを伝えました。これにより、従来のウェブサイトと比較して、ウェブサイトの開発方法が改善されたと考えられます。クライアントが参加し始めたため、2019 年後半にその旅を開始しましたが、まだ行っていません。から振り返った。

RAMI: ありがとう、諸君。 ですから、私たちは皆、WordPress を知っていて、愛しています。 それが私たちがここにいる理由です。 右？ しかし、私たちはそこにあるいくつかの制限にも非常に精通しており、明らかに、ヘッドレスは、コンテンツ作成者とマーケティング担当者にとって WordPress バックエンドの親しみやすさと信頼性を維持する方法ですが、WordPress が提示する制限のいくつかに対処することもできます。 .

したがって、誰かが特定のユースケースまたは特定のクライアントプロジェクトを持っている場合でも、コンテンツ管理に関する限り、クライアントのニーズと要件を理由に WordPress を放棄することはできませんが、いくつかの制限があるため、ヘッドレスにする必要がありますか? 将来のプロジェクトについて考える際にインスピレーションを得るような実際の例をいくつか挙げてみたいと思います。

DAVE DICAMILLO: はい、よろしければ始めましょう。

RAMI: ありがとう、デイブ。

DAVE DICAMILLO: つまり、私たちにとって曲がり角にあるのは、近づいている Atlas プロジェクトであり、DMP です。 つまり、SAS ベースのプロバイダーです。 彼らは何年もWordPressを使用しています。 ただし、彼らは独自のソフトウェアと多くを統合したいと考えています。 そのため、アーキテクチャ自体は、WordPress で引き続き運用したいという要望と、効果的に公開できるようにするという要望の両方を実際に反映する必要がありました。チームを再トレーニングすることは望んでいませんでしたが、自社の製品やそれを超えたものへのより深い統合も望んでいました。

そのため、サイトのコンテンツでできることを拡大するのにも役立ちました。 そのため、予定されている再設計の前にできることは、かなり初期の段階でした。 しかし、Atlas Content Modeler を使用して、より深く、より堅牢なコンテンツ モデルを提供して公開できるようにすること、より深いパーソナライゼーションを提供すること、顧客とより 1 対 1 の方法で対話する能力を提供することは、彼らにとって本当のゲームチェンジャーになるでしょう。

そのため、WordPress は必須の要件であり、プロジェクトのこれらの目標のいくつかを考えると、Atlas がアプリケーションであることは完全に理にかなっています。 うまくいけば、それは役に立ちます。

ラミ: デニス。

DENNIS: ええ、昨年クライアントの 1 人のために、さまざまなプラットフォーム、ネイティブ ヘッドレス プラットフォーム、WordPress with WP Engine についてこの分析を行い、実際に 2 つの要素を評価しました。 一番は、クライアントがプラットフォーム外で必要としていた特徴と機能です。 2 つ目は、プラットフォームの総所有コストです。

この徹底的な分析を経て、最終的に、コストの観点とプラットフォームの柔軟性、そして実際にはマーケティングチームに精通し、開発にコンポーネントベースのアプローチを採用することにより、ソリューションとして WP Engine と Atlas を備えた WordPress にたどり着きました。すでに WordPress に精通しているビジネス ユーザーがそのプラットフォームの機能を活用できるようにする Web サイトを効果的に作成することができましたが、Web ページ内にコンポーネントを展開して、新しいサイトでランディング ページや新しいエクスペリエンスを提供する場合、それらの新しいランディング ページを展開するために必ずしも開発者に頼る必要はありません。

その後、配信速度が大幅に向上しました。 つまり、事前の分析に多くの時間を費やしたという意味で、非常に興味深いプロジェクトでした。 そして、その分析が完了するとすぐに、市場投入までの時間が非常に短くなり、クライアントは結果に非常に満足しています.

RAMI: 私たちはそれを聞くのが好きです。 スコット、アダム、これについて何か考えはありますか?

ADAM DAVEY: ええ、逆に言えば、これはわずかな逸脱です。 しかし、実際に最近、クライアントがヘッドレスから離れてオフになっているのを見てきました。もちろん、Atlas ではなく、別のプラットフォームのようです。 そのプラットフォームについては言及しません。 しかし、コンテンツを効果的に管理できなかったため、彼らは非常に苦労しました。 彼らはグーテンベルグに戻ってきました。

しかし、私たちがやりたくないのは、準備ができていない人々にヘッドレスを強制することだと思います. これはマーケティング チームにとって大きな飛躍であり、すべての人にとって正しいことではないと思います。 しかし、大規模なマルチチャネルのコンテンツを管理している場合は、強力な機能の全負荷を解き放ちます。 これは、ヘッドレスとコンテンツ モデリングが実際に多くの機会を解き放つことができる場所です。 うん。

しかし、私たちは人々がヘッドレスに怯えるのを見たくないので、彼らに適した解決策を提案したいと考えています. しかし、私はヘッドレスの多くの利点を見てきました。それはすべてユースケースと最適な適合性にかかっています。

RAMI: そして、あなたはまずクライアントに責任を持ち、技術をリードしすぎず、クライアントにとって最善のものをリードするという素晴らしい点を挙げています。これは、ヘッドレス導入の興味深い変曲点です。クライアントに実際に適しているものと、新しくて輝かしい技術とは何かについてです。 スコット、追加するものはありますか、あなたが見た例はありますか?

SCOTT JONES: とはいえ、私は言いたいのですが、過去にヘッドレスがうまく実装されていなかったことや、そのようなことについてコメントがあると、私たちは皆うなずいていると思います。それが重要なポイントだと思います。あなたのクライアントのすぐそばに。 これについて私が言いたいのは、準備ができていないなら、やらないでくださいということです。

そのため、常に少しのことはあります。これまでにやったことがない場合は、自分を出して試してみる必要があります。 しかし実際には、WP Engine と Atlas プロジェクトには、その旅を続けるために役立つツールやリソースがたくさんあります。 私たち全員がヘッドレスでこの旅を始めたとき、それらのツールは存在せず、おそらく私たちのほとんどにとってポストプレビューなどをゼロから構築していたと思います。ヘッドレスのようなプラットフォーム。

そうですね、WP Engine の設計図に参加して試してみてください。 しかし、間違いなく、常にクライアントの側で正しいことを行うように固執し、いわば配信しない配信者の 1 人にならないようにし、最終的にプロセスを再びグーテンベルクに戻すことになります。

RAMI: ありがとう、諸君。 Atlas アーキテクチャを推奨する理由について、クライアントにとっての利点を非常に徹底的に説明したと思います。 社内チーム、開発チーム、プロジェクト マネージャー、QA チームにとって、どのようなメリットがあるのでしょうか。 ヘッドレス導入でこのリーダーシップの役割を担って、社内チームの水位が上昇したのをどこで見ましたか?

DAVE DICAMILLO: アダム、でも始めていいよ。

ADAM DAVEY: 私は、すべての人が賛同してくれることを強く信じています。デビッド、ピカピカのもので遊んでいるというあなたの言葉が大好きです。つまり、私は開発者が最高の仕事をできるツールを提供したいと思っています。 しかし、ビジネスのあらゆるレベルで賛同を得ることも非常に重要です。 そうです、コンテンツ マネージャーが満足しているだけでなく、利害関係者もあらゆるレベルで満足しています。

製品が販売されている場所を見てきましたが、まったく正しくありませんでした。 完全なコンセンサスと完全な賛同が必要です。テクノロジーに関する決定をめぐる旅には、すべての人を連れて行く必要があります。

そして、ええ、私にとってはバランスが重要であり、ビジネスと顧客にとって正しい理由で正しい決定を下すことが重要です。リッチで直感的な、とても素敵でクリーンなフロント エンドによる素早い体験、そして本当に素晴らしい Lighthouse スコアとそれらすべての優れた機能が得られ、開発者はそれを使って作業するのが大好きです。 つまり、これは完全なミックスです。 これらの成分をすべて適切に摂取することが非常に重要です。

DAVE DICAMILLO: 私たちのショップでヘッドレスが好きな人は誰ですか。 React エンジニアも気に入っています。 彼らは、私たちに何ができるか、どれだけ速くできるか、そしてあなたが言っていることすべてに夢中になっています、アダム。 しかし、通常のパブリッシング サイトや通常のコンテンツ主導のサイトを超えて、創造性の一部を拡張できるという私たちの真の能力は、私たちのチームの何人かにとって非常に目を見張るものでした。テクノロジーの人々。

また、テクノロジーの観点から言えば、一部の容量で提供する時間が確実に増加します。 私たちにとって、テストは上昇しましたが、これは悪いことではありません. 結局のところ、適切な製品のために行うのは正しいことです。 しかし、すべての接続が固定されていることを確認して、ライブに移行する前の最後の仕上げだけで、約 15% から 20% の増加が見られました.

デニス: ええ、私は思う-

RAMI: いいヒントですね。 これは良い洞察です。最初のプロジェクトの初期段階で見積もりを検討している場合は、最後の 20%、QA、ローンチ、その他すべてを考慮に入れていることを確認してください。最初のいくつかのプロジェクトを開始するときは、もう少し時間がかかる場合があります。 ごめんね、デニス。 どうぞ。

DENNIS: いいえ、それを基にしたかっただけです。 私たちのデジタル エクスペリエンス チームや開発チームの運営について考えると、いくつかのことが思い浮かびます。 ヘッドレスジャーニーでは、2年目の終わりに向かって、2年目で実際に私たちの進歩を遂げ始めました.

彼らのチームのパフォーマンスを客観的に見ると、実際に不良率が低下していることがわかりました。 フロント エンドをバック エンドから切り離すことで、バック エンドにコードをデプロイすることで発生するバグや問題がフロント エンドに影響を与えることはなく、全体的にクリーンで優れたコードをデプロイできるようになりました。これは素晴らしいことです。

デビッドの指摘によると、市場投入までの時間はこれまでよりも大幅に短縮されました。これも、その分離アーキテクチャのおかげです。 そのため、クライアントがフロント エンドの小さな変更を必要とした場合、採用のためにバックエンドの更新をスケジュールする必要はありませんでした。 そこではすべてがより速く動いていました。

また、ここ数年を振り返ってみると、私たちにとって興味深いのは、チームのリソースについての考え方が変わったことです。 以前は、WordPress を知っていて、フロントエンドでコーディングできる人が必要でした。 また、多くの e コマース クライアントとも取引しており、e コマース プラットフォームについても熟知しています。

しかし今では、バックエンドを理解していない純粋で反応の良いフロントエンド エンジニアを雇うことができ、数週間で生産性を高めることができます。以前は、バックエンドの能力を開発する必要がありました。 -エンドプラットフォーム。 ですから、私たちのチームにとって、オペレーターとして、それを見るのは本当に本当に良いことです.

RAMI: あなたはどうですか、スコット? これについて何か考えはありますか？

SCOTT JONES: ええ、私は考えています – 私は何人かのエージェンシーの創業者とヘッドレスへのアプローチについて話しましたが、私たちの創業者と幾分似ていました。必ずしも、その旅に出る準備ができていた、または関与していたのは、チームの残りのメンバーであるとは限りませんでした。

アダムの主張を踏まえると、私たちにとって、それは文化と目的の旅であり、会社としての理由を理解することでした. そして、私はそれが本当に決まり文句に聞こえるかもしれないことを知っています. しかし、それは本当に重要でした。 私たちのチーム、特に開発者が、私たちが進むにつれて私たちのビジネスの理由を理解し、クライアントのために実際に何を解決しようとしているのか、実際に何を提供しようとしているのかを理解している場合、私たちは最も魅力的で最も魅力的なものを望んでいます私たちが提供できるフラストレーションのない体験–

それをどのように行うのか、そしてテクノロジーがどのようにその役割を果たしているのかについての非常に興味深い会話であり、それが彼らを旅に連れて行ったのです。ヘッドレスについて。 そして、皆さんもおそらくそのような状況にあったと確信しており、私たちがそのような会話をしていることを確認し、理由を理解してもらうことで、実際に私たちのダイナミクスを大きく変えました.

RAMI: では、スピードと効率性、そしてエージェンシーの分野で実際に非常に重要な魅力的で楽しい言葉をテーマに続けてください。共有できる瞬間はありますか?それはあなたのプロセスの特定の変化でした.たぶん、文字通り、異なる語彙を使用しているだけでした.2年前にこれを知っていたら、もっと利益を上げていたでしょう作業が速くなれば、人々はより幸せになるでしょうか?

それから、ヘッドレス導入の旅の少し前にいる人々と共有できる逸話を共有することもできます。 私は企業秘密を求めているのではなく、ひょっとしたらひらめきの瞬間を求めているだけかもしれません。

スコット・ジョーンズ: よろしければ、私の主張に戻ります。 私にとっては、技術的な役割よりもクライアントに直面する役割が多いため、常にビジネスケースとビジネスケースを構築する方法について考えており、明らかにそれについて外部的に考えています. 私が必ずしもしていなかったのは、社内でそれについて考え、同じビジネス ケースを開発者、デザイナー、プロジェクト マネージャー、そしてチームに持ち帰ることでした。

クライアントがヘッドレスを必要とする理由のいくつかを理解し始めたとき、たとえば、マップをネイティブにモバイル デバイスに保存できるようにすることができます。 あなたは山の中腹にいるかもしれません。 ネイティブに保存されたそのマップが必要です。 モノリシックで、ヘッドレスで、申し訳ありませんが、WordPress でそれを行うことは実際には不可能であり、それらの使用例のいくつかを示しています。

クライアントがこれを望む理由、クライアントが実際にコンテンツの 1 つのベースを 2 つの異なるフロント エンドに提供したい理由がわかります。 実際に彼らにそれらのいくつかを見せることは、文化的なものと並んで、私たちにとってahaのものでした.

RAMI: あなたはどうですか、アダム?

ADAM DAVEY: ええ、ちょっと飛び込んでみましたが、私が疑問に思ったことの 1 つは、私たちはあらゆる種類の複雑なビジネス ニーズを持つあらゆる種類のクライアントと仕事をしているということでした。 しかし、クライアントが頼りにすることが多いのは、オールインワン スイートのように、明らかにすべてを実行してくれるソリューションであり、多くの場合、クライアントにとって非常に強力な場合があります。 しかし、そのスイス アーミー ナイフは、最終的にキット全体から 1 つか 2 つのブレードしか使用しない可能性があり、それが私たちが見ているものです。

つまり、私にとっては、クライアントがスタックの一部を購入することを検討していることです。これは、何かを本当に、本当にうまく行うことができます。それは、その 1 つのことを非常にうまく行うのに最適であり、スタックを同じように階層化するだけです。本当にうまく機能する他のコンポーネントと一緒に。

つまり、私にとっての「あはは」は、過去数年間にクライアントを目の当たりにしたことであり、実際にはピボット、つまり必要なもの、クラス最高のものを購入する方向へのシフトであり、本来あるべきものを非常にうまく提供することです。する。

私が言うように、スイートと DXP にはそれぞれの場所があります。 しかし、私たちは、ヘッドレスが、実際には 1 つの仕事をうまくこなすテクノロジーのより広いエコシステムの一部として組み込まれているのをますます見ています。 ここ2年くらいだと思います。 それが私たちが見た変化です。

DAVE DICAMILLO: ええ、同意します。MarTech ツールの急増と、クラス最高のツールを現在だけでなく将来にわたって統合できることが、ヘッドレスを選択する本当の理由だと思います。

それらのDXPは、ええ、素晴らしいです。 しかし、あなたは正しいです。 私たちのほとんどのクライアントは、支払っている金額の 10%、20% を使用しており、これらの小規模な MarTech プロバイダーと実際に協力した場合、必要なサポートを実際に得られるという価値を得ていません。 彼らは実際に機能をよりよく使用できます。 しかし、ええ、私たちが多くのクライアントにコーチングしようとしているのは、ヘッドレスでライブを行うことではないということです. それは、最初の 12 か月でやりたいことの将来を見据えることです。

ヘッドレス サイトを立ち上げる場合、少なくとも私たちの世界では、CMS だけでなく、MarTech スタックが重要になります。 パーソナライゼーション、ABM ツールなど、さまざまな機能を有効にしようとしています。 そのすべてが機能します。

そして、クライアントを立ち上げの準備が整った時点まで取り除いてから、最初の 12 か月がどのように見えるかを確認したいと考えています。 彼らは成長し続けるでしょう。 私たちは、ウェブサイトの初日は最悪の日だとよく言います。 あなたはウェブサイトを利用してその時点から成長させるためにそこにいます. 長期的に考えている場合、最初の立ち上げ時点と12か月がどのようになるかを考えていると、ヘッドレスの良いケースが本当に固まると思います. Adam の言うように、DXP 関連ではありません。

RAMI: それについて何か考えはありますか、デニス?

DENNIS: 私たちにとっては、ヘッドレス サイトを立ち上げてから 3 ～ 4 か月後にオーガニック パフォーマンスが実際に向上したのを目にした瞬間だったと思います。 そして、それを宣伝し始めたのはその時でした。 これは実際に起こっていることであり、これが私たちが行っていることを行っている理由の一部であり、その結果を見ることはグループとして私たちにとって非常に強力です.

パフォーマンス マーケティング エージェンシーであるという観点から言えば、私たちの仕事はウェブサイトをマーケティングのツールとして位置付けることです。エージェンシー内のパートナーであり、形成できるウェブサイトを構築することで、彼らの仕事が楽になります。

RAMI: ですから、社内での賛同と、社内チームがヘッドレスに取り組むことに興奮している理由について、多くのことを話してきました。 見込み客や現在のクライアントとの事前、提案、売り込み段階に実際に関与している皆さんへの質問です。

彼らの注意を引く魔法の弾丸は何ですか? パフォーマンスですか？ 柔軟性ですか？ 私たちに加わって、アウトレットを始めたり売り込んだりしている他の人々のためのほんの少しのコーチングですが、あなたのクライアントや見込み客が実際に何に固執していて、彼らを限界に追い込んでいるのを見ていますか?

特に伝統的なビジネスに新しいテクノロジーを採用することは怖いことを知っているからです。 彼らはリスク回避的です。 切り替えには非常に費用がかかる場合があります。 では、意思決定者がヘッドレス アーキテクチャを売り込んでいるときに、実際に彼らの注意を引いているのは何だと思いますか?

ADAM DAVEY: ええ、必要ならここに飛び込みます。 私たちが何度も何度も使用しているのは、実際の製品のデモです。クライアントが何を購入しているか、それらのプラットフォームがどのように機能するかをクライアントに示さなければ意味がありません。 それはただの言葉です。 したがって、ヘッドレスがどのように機能するかを実際に具体的に示す必要があります。

そして、この周りには恐怖があります。 したがって、私たちがしなければならないことは、すべての質問に答え、ユースケースを示し、コンテンツがどのようにモデル化および管理されているか、それらのワークフローの承認がどのように行われているか、または CMS 内で使用している機能が実際にどのように機能するかを説明することです。 デモは抽象的すぎるため、デモに勝るものはありません。 プラットフォームの機能とパワーが何であるかを実際に示し、実証する必要があります。 つまり、これは私たちが用意している最も強力なツールだと言えます。

DAVE DICAMILLO: ええ、それに便乗します。 しかし、私たちが受ける一番の質問は、「人生の一日は何ですか?」というものです。 そして、これは一般的な CMS の質問です。 誰かが新しいプラットフォームに移行するときはいつでも、それは私の人生がどのようになるのかということです.

私たちは売り込みの過程で多くの時間を費やし、実際に高レベルの教育を行っていますが、これらの異なるアーキテクチャは何を意味するのでしょうか? 長所、短所、その分野のさまざまなプレーヤーは何か、そのようなものすべて。 しかし、ピッチで決定を下すことは決してありません。 それは常に、クライアントと一緒に、Adam の意見に耳を傾け、デモを行い、パートナーを連れてきて、彼らに自分の商品を売り込ませることです。

ああ、代理店が私たちにそう言った、と言うのは1つのことです. しかし、ソフトウェア メーカーや関係者がテーブルに来て、こう言うのはまた別の話です。

私たちは、重要なビジネス基準に基づいてクライアントを指導する非常に長い意思決定プロセスを持っており、ヘッドレスまたは結合された独自のクラスで最高の CMS を設置し、それらを際立たせたいと考えています。さて、これはあなたのビジネスにとって何を意味しますか? 実際に影響するのでしょうか？

これが生のスコアです。 Code and Theory のアドバイスだけを受け入れないでください。 これは、どちらがあなたのビジネスにとってより良いかを示す数値の出力であり、どの方法を選択するかについて十分な情報に基づいた決定を下します.

DENNIS: 私たちにとって、ヘッドレスがクライアントにとって適切なオプションであるかどうかについて話し合いを始めるとき、私たちが構築したウェブサイトの 1 つをプルアップし、クライアントの前でライブで Lighthouse スコアを実行することができます。そのウェブサイトでスコアを表示します。 それはすぐに大丈夫です。詳しく教えてください。その後、この道をたどります。私たちの技術株は何か、またはその他のものです。

しかし、私たちにとって、それはあらゆる販売機会において常に最大の会話のきっかけであり、何が可能であるかを示すことです.Lighthouseでグリーンスコアを獲得している場合、これらの他のプラットフォームでは結合されたアーキテクチャのためにほぼ不可能です.語るべき力強い物語です。

スコット・ジョーンズ: ええ、同意します。 私はそれらすべての答えに同意します。 私たちにとっては、FOMO を少し販売しているように感じます。実際には、アプローチを見逃すことへの恐怖と、明らかなパフォーマンスとセキュリティの利点は別として、皆さんにとって同じかどうかはわかりませんが、実際にクライアント ベースの監査を行った結果、最高のクライアントは実際にはテクノロジに非常に強く、ユーザー エクスペリエンスにも非常に優れていることがわかりました。 彼らには、社内の開発者や社内の UX チーム、またはそのようなものがあります。 彼らは実際に理解しています。

そのため、彼らはこれについて自分たちで少し調査しました。 彼らはこれを少し理解しています。 彼らはすでに明らかなことを持っています。 マインドセットに見落とされがちなことは、実際に未来を売り込み、開発の観点から、現在ブートキャンプに参加しているすべての開発者、プログラマーについて考えることです。ここでは一般化していますが、彼らはJavaScript の学習など、当時または現在のようにまだ作業している場合は、市場が将来どこに向かっているのかについてよく考えていません。

And I think we've all seen– JavaScript developers have been quite expensive, reactive developers, in particular. They've been very in demand. That's going to change because every new developer is learning this technology and this progressive set of frameworks.

That is the important thing in a business case, that actually are pointing forward, to particularly, the technology-minded companies, that this is a consideration for you. If you build something now, what's your development team going to look like in three, four, five years? What's our team going to look like in that time?

If you went to another agency and didn't work with us, what would that team look like? how much would you struggle to get the resource you need, based on what we've built? And so yeah, I'm looking forward and trying to switch the mindset a little bit there.

RAMI: Scott, you took my last question–

SCOTT JONES: Oh, sorry.

RAMI: –right away for me, which is– it's OK. 大丈夫だよー。 I would imagine folks that attended– I know my first DE{CODE], and folks that, this is their third, fourth, fifth year they're joining us, I think that the weight that headless WordPress and Atlas is carried in our agenda has continued to increase and grow. Three years ago, I don't know that we had a full track developed to it and now we do.

So as we wrap up, what I would love, just to get your magic. If you're looking in the crystal ball and looking ahead, as you are future proofing what your headless WordPress practice looks like, what's on your radar right now? Maybe you're not spending a lot of time on it. But what's in the back of your head, that this is something that's coming down the pipe, that we've got to be prepared for, regarding headless architecture? I'll start with you, Dennis. First one up.

DENNIS: Oh, goodness. The pressure's on. So as you think about the future– and I have a lot of these conversations internally, with our team– I think a world of low code, no code is very real, and especially as a traditional systems integrator and SI team that historically done backend integrations. So as we think about that, and we think about how the composition of the team will evolve, absolutely, design is a core competency. Strategy is a core competency.

And then in front-end development or with ArcGIS development, I think, is going to become a core competency and we're already seeing this shift from heavy back-end to heavy front-end, heavy-strategy team members as well. So we're positioning our team that way. We think that's going to be the future. And we're going to scale and adjust as things evolve.

RAMI: What do you think, Adam?

ADAM DAVEY: For me, I think composable is the way forward. That that's where it's at and the ability for all these different components to integrate with each other and the interoperability of these different platforms is really important. So I think that that ability to communicate and offer best-in-class, best-in-breed solution with a stack like that, that's going to– these platforms are only going to be more and more powerful in that sense.

So the ability for these things to integrate together cleanly and for freeing up developers to, as you were saying, Dave and Dennis, just really do their best work and for the designers to do their best work, for me, it's all about composable, I think, particularly with headless CMS, is how they pair nicely and play nicely with that, as you said, David, the MarTech stack, but particularly e-commerce.

That's where we're seeing most of the opportunity at the moment and the biggest conversations that we have are really around headless commerce solutions, coupled with headless CMS solutions and I think that ability to integrate and couple those systems together is going to be really, really key.

DAVE DICAMILLO: Yeah, you took the one that I was going to say, as well. Composable web is– new technologies spur new innovations and composable web's the thing that's being built on top of the headless world, which is, how do I orchestrate everything? How do I make this all easy for my team to use?

I have seven different pieces of MarTech and it's all over the place. But the data sets can all be integrated. And they can all be used in one tool. It's actually the number-one thing we've seen come back from clients, six months, a year after. Hey, we love it. それは素晴らしい。 But we need to be more efficient and what are the tools out there, the stack bits of the world and everything else, that's coming around?

And it's doing– it's the next level of headless integrations. So I totally agree that that's where this is going, not downplaying anything with low-code, no-code. We're seeing all that stuff too. しかし、ええ。

RAMI: Gentleman, thank you so much for being so gracious and sharing so much with us. This has been super valuable. I know I learned a lot and I think this is a great foundation for our partners and developers out there, that are just now stepping into headless, as well as those that have been on a similar headless journey as your four agencies and are three, four years in.

I appreciate everybody joining us today and I hope you enjoy the rest of your time at DE{CODE}. 良いものを持っている。