WebOps プラットフォーム 101: 知っておくべきことすべて

顧客への執着とリモートワークプレイスが同時にニューノーマルになるにつれて、チームはこれらの両方の変化を促進するソフトウェアを活用することが不可欠です。

組織のサイロ内で作業するのはもはや効率的ではありません。代わりに、ソフトウェアは複数のチーム間のコラボレーションと並行作業を促進する必要があります。

WebOps プラットフォームは、開発者、マーケティング担当者、およびその他のビジネス関係者がシームレスに Web プロパティに取り組む機会を提供し、ボトルネックを排除し、顧客中心のアプローチを促進することで、まさにそれを実現します。

この記事では、WebOps プラットフォームの 3 人の専門家から、カテゴリ自体、その将来、Web 開発の歴史的問題、および WebOps プラットフォームを最適に選択、実装、活用する方法について探ります。

WebOps とは何ですか?

アジャイル コンテンツ管理システムとも呼ばれるWebOps プラットフォームは、Web サイト開発とコンテンツ管理のコンテキストで DevOps 機能とベスト プラクティスを促進します。 つまり、これらのプラットフォームは、開発チームがステージングやその他の本番前環境を管理できるようにする開発者側と、マーケティング担当者やコンテンツが使用するノーコードまたはローコード インターフェイスを提供する非開発者側を提供します。チーム。

これにより、必然的にボトルネックを引き起こす厳密に直線的な方法とは対照的に、部門横断的なチームが並行して作業することができます。 これらのプラットフォームは、ロールベースの権限、コンテンツ管理、Web サイトのホスティングなど、コラボレーションを可能にするさまざまな機能をホストしています。

WebOps プラットフォームにより、開発者、マーケター、クリエーターはより同期して作業できるようになるため、役割ベースのアクセスは重要な機能です。 管理者は、タスクの種類を区別して、特定のペルソナに委任できます。 最終的に、これにより所有権が明確になり、タスクの割り当てが簡素化され、アクティビティが合理化されます。

G2 での WebOps の成長

WebOps プラットフォーム (およびその他の同様のツール) は、近年G2.comで大幅な成長を遂げています。 ちょうど昨年 (2019 年 9 月 17 日から 2020 年 9 月 17 日まで) だけで、 WebOps カテゴリ内の製品の新しいレビューが 600 件以上あり、合計レビュー数は 1,256 件から 1,867 件に急増しました。

WebOps とヘッドレス CMS

WebOps プラットフォームは、ヘッドレス CMS ソフトウェアと混同されることがよくあります。 それらは似ていますが、ヘッドレス CMS はバックエンドのみのコンテンツ管理システムです。 これらのツールでは、Web サイトのフロントエンド配信レイヤーが取り除かれ、開発者は作成したコンテンツを表示するために必要な任意のフロントエンド ツールを使用できます。

WebOps と DevOps プラットフォーム

DevOps プラットフォームは、開発チームと運用チームの間のギャップを埋めることを目的としています。 これらのツールは、これらのチームに、継続的デリバリーの実行と管理に必要な自動化機能を提供します。これは、迅速かつ機敏な方法でソフトウェアを作成、テスト、およびリリースすることを目的とした開発アプローチです。

WebOps (Website Operations) と DevOps の主な違いは、WebOps の方が幅広いペルソナに対応できることです。 DevOps は通常、開発者やソフトウェア運用チームによって使用されますが、WebOps プラットフォームは開発者、デザイナー、プロダクト マネージャー、マーケティング担当者などを結び付けます。

Web 開発の歴史的な問題と、ソフトウェアがこれに対処する方法

WebOps が登場する前は、チームは同じ問題に直面していました。 以下に、これらの問題の内容と、WebOps プラットフォームやその他の同様のツールがどのようにそれらの問題に対処するのに役立つかを示します。

財源不足

完全に積み重なった Web 開発チームがないと、特に機能横断的なチーム (マーケティング担当者、コンテンツ チーム、GTM チームなど) が独自のランディング ページやコンテンツ ハブなどを構築できない場合は、作業が遅くなります。

一般的に、Web サイトは社内の Web 開発チームによって所有されています。これは、十分にストックされたチームにより、かなりシームレスに機能する賢明なシステムです。

とはいえ、多くの場合、開発者よりも多くの作業を行う必要があり、マーケティング チームやその他のビジネス関係者は、独自の Web プロパティ (製品のランディング ページやブログなど) を管理できないため、やるべきことを余儀なくされています。マイナーな更新や単純なタスクについては、開発担当者に依存しています。

これにより、コンテンツ作成プロセスが遅くなるだけでなく、より複雑で全体的なプロジェクトに集中するために費やすことができた開発者から時間が奪われます。

WebOps プラットフォームや同様のアジャイル コンテンツ管理システムは、マーケティング チームやその他の関連するチーム メンバーに、開発チームと協力して、Web プロパティを所有し、それらに取り組む自主性を与えることで、これに対抗します。

コラボレーションの欠如

従来の開発では、マーケター、デザイナー、開発者、クリエイターが共同作業できる共有環境はありません。 従来のソフトウェアとツールは、ほぼ専ら技術者向けのものでした。

これは、さまざまな理由で制限される可能性があります。 ただし、ほとんどの場合、優れた Web サイトを作成することは開発者の目標ですが、その Web サイトに関する指標と目標 (つまり、トラフィック、コンバージョン、フォーム送信など) はマーケティング担当者が所有することがよくあります。 マーケティング担当者が無駄に成功するには、2 つのチーム間のコラボレーションが必要です。

今日、コンテンツのライフサイクル (作成から公開、さらにその先まで) には、さまざまなユーザーが関与しています。 新しい Web ページを公開するエンド ツー エンドのプロセスには、開発者、コピーライター、デザイナー、デジタル マーケターなどが関与します。

「真にアジャイルなコンテンツ管理システムは、適切なツールとパーソナライズされたユーザー エクスペリエンスを提供することで、これらのさまざまなペルソナをすべて活性化し、まとめます。」

マシュー・バイアー
COO、コンテンツスタック

マシューは続けて、「これにより、コラボレーションが改善され、コンテンツ ライフサイクルから摩擦が取り除かれ、コンテンツへの投資からの ROI と、デジタル エクスペリエンスへの投資からの ROX が加速されます。」

このコラボレーション レベルの向上は、効率を向上させるだけではありません。 同様に重要なのは、代替手段よりも顧客中心のアプローチであることです。

ウェブサイトで結果を出している WebOps ユーザーは、バックエンドまたはフロントエンド、マーケティング ワークフロー、または開発者ワークフローだけに焦点を当てているわけではありません。 代わりに、ユーザー、つまり Web サイトがサービスを提供する人々と、Web サイトが提供するエクスペリエンスに重点を置いています。

複数のチームと、顧客に関するさまざまなレベルの知識をコンテンツの作成と開発プロセスに組み込むことで、コンテンツだけでなくコンテキストにも重点を置くことができます。

退屈なワークロードと反復的なタスク

WebOps や、ノーコードまたはローコード機能を提供するその他の同様のツールは、Web サイトの開発と保守に一般的に関連する退屈で反復的なタスクの多くを自動化するのに役立ちます。

適切な WebOps プラットフォームを使用する利点は、チームが価値を実現するまでの時間が短縮されることです。 プロセスに対する明確な所有権があれば、開発者は、サーバーやコンテナーについて心配したり、単一の CMS に制限されたりするのではなく、そのプロジェクトに適したテクノロジで新しいサイトやアプリを構築するなど、創造的な作業に集中できることを意味します。プログラミング言語。

マーケティング担当者、デザイナー、およびその他のビジネス関係者にとって、エンド ユーザー エクスペリエンスに影響を与える作業により多くの時間を費やし、チーム全体または Web サイト全体で行われているすべての変更を確認できるようになることを意味します。

Christian はこれを「作業の氷山」と呼んでおり、エンド ユーザーが目にするものは表面に浮かんでいますが、その下には膨大な労力が潜んでいます。 組織は、この目に見えない作業にチームの労力をますます費やしています。これは、適切な WebOps プラットフォームがビジネスに変革をもたらす可能性がある場所です。

適切なソフトウェアを実装して開発を合理化する方法

ソフトウェアの選択と実装の間に、チームはかなりの時間と資金を費やすことになります。 WebOps の専門家からの次のヒントを参考にして、成功への準備となるプロセスを確実に導入してください。

ソフトウェアの選択

新しいソフトウェア ツールに投資する場合、チームは最終決定を下す前に十分な注意を払うことが不可欠です。 WebOps プラットフォームは組織内の複数のチームに関与し、関与しているため、これは特に当てはまります。

組織固有のニーズに合ったツールを選択しようとしている場合は、WebOps 専門家のパネルからの次のアドバイスを考慮してください。

「チームは、選択する WebOps プラットフォームが柔軟で将来性のあるものであることを確認する必要があります。具体的には、プラットフォームが指示するワークフロー (さらにはテクノロジの選択) を強制するのではなく、チームの作業方法に適応する必要があります。

「さまざまな利害関係者がプロセスでどのように連携するかを理解することは、重要な関心事です。 ワークフローやテクノロジー ツールが時間の経過とともに変化する中で、選択の自由を可能にするプラットフォームを選択することも同様です。」

クリスチャン・イェーツ
Platform.sh、マーケティング担当副社長

Contentstack の Matthew 氏は次のように述べています。料金。

「最も成功する購入には、常にビジネス チームと技術チームの両方が関与します。最終的には、どちらも重要な利害関係者だからです。」

マシュー・バイアー
COO、コンテンツスタック

Matthew は続けます。「開発者がプラットフォームを使用してサイト、アプリ、またはエクスペリエンスを構築せず、デザイナーがそれを洗練された美しいものにしない限り、キャンペーンはありません。同様に、マーケティング ユーザーができる場合、キャンペーンはありません。スペルミスをタイムリーに修正しない (またはキャンペーンの新しい部分を立ち上げる)。

「協力することによってのみ、組織は成功への準備を整えることができます。PoC (概念実証) は、購入者にとってそれほど秘密の武器ではありません。ソリューションを比較するときは、ベンダーに、現在直面している実際の問題を解決する方法を実際に示してもらいます。競合するプラットフォームを直接体験しながら、テクニカル ユーザーとビジネス ユーザーの両方からフィードバックを収集します。」

Pantheon の Christy 氏は、次のように述べています。マーケティング担当者とビジネス リーダーは、顧客に関する情報を収集し、その情報を使用して新しいオーディエンスにリーチし、ユーザーを喜ばせるエクスペリエンスを作成できる必要があります。」

「最も重要なことは、WebOps プラットフォームがコラボレーションを促進し、フロントエンドとバックエンドの機能を合理化して、イノベーションを加速し、再作業を最小限に抑え、フロントエンドの関与とともにサイトのパフォーマンスを改善することです。」

クリスティ・マーブル
CMO、パンテオン

上記からテーマを引き出すとすれば、万能の解決策はおそらくないでしょう。

既存の問題や新しいソフトウェア ツールの要件と同様に、組織は独自のものです。 購入者は、ソフトウェア レビューを利用して、レビュアーの業界、役割、および会社の規模を考慮して、特定の製品がさまざまなタイプの組織でどのように機能するかを知ることができます。

ソフトウェアの実装

ソフトウェアの実装は長くて退屈なプロセスですが、その成功 (または失敗) によって、そのソフトウェアの価値を得るまでの時間が決まる可能性があります。 WebOps プラットフォームがビジネス全体の複数のチームに影響を与えるため、利害関係者が連携して協力し、スムーズで効率的な実装を確保することがさらに重要になります。

「ゼロから始める場合でも、古い CMS を新しいバージョンに「単に」アップグレードする場合でも、変更管理はかなりの量になる可能性があります。 とはいえ、アジャイルなコンテンツ管理を追求することで、将来のアップグレードを円滑かつ迅速に行うための基盤が築かれます。 」

マシュー・バイアー
COO、コンテンツスタック

WebOps プラットフォームを購入してから実装を開始するまでの間に、成功への準備を整えるための 2 つの重要なステップがあります。

最初のステップとして、コア WebOps チームを編成します。 これは、組織の規模に応じて、開発者、マーケティング担当者、代理店が混在する可能性があります。 専門知識がある場合は内部リソースにするか、選択した製品またはソフトウェアを専門とするサードパーティの助けを借りることができます.

すでに購入プロセスを完了しているため、このグループに誰を含める必要があるかがわかります。 とはいえ、より多くの人員が必要なのか、それともチームごとに代表者を 1 人だけ選んで削減する必要があるのか​​、時間をかけて検討してください。 キッチンに料理人が多すぎると、リソースが不足するのと同じくらい障害になる可能性があります。

このチームを定義したら、次のステップは、組織にとっての成功とは何か、そしてそれをどのように測定するかを調整することです。

Pantheon の Christy 氏は次のように述べています。

「これが最初の北極星となり、チームは優先順位とタイムラインを共有された現実的な目標に向けて調整し、具体的なビジネスへの影響を与えることができます。 」

クリスティ・マーブル
CMO、パンテオン

チームが編成され、主要な目標がまとめられたら、ツール自体と、それが組織に提供する機能について考え始めることができます。 WebOps プラットフォームの重要な価値の 1 つは、新しいサイトとアプリの作成を合理化する機能であるため、既存のすべての Web サイトとアプリの監査を実行することを検討してください。

新しいソフトウェア ツールの活用

ソフトウェア ツールには全体で 5 つの星が付いている場合がありますが、チームが適切に使用していないと、結果が表示されません。 新しい WebOps プラットフォームを最大限に活用するためのヒントを専門家パネルに尋ねたところ、次のような回答がありました。

Platform.sh からのクリスチャン:

「恐れを知らない、プロセス主導型の展開に移行してください。最高の WebOps プラットフォームの柔軟な環境と組み込みのテスト機能を使用すると、チームは繁忙期や重要な時期に「ロックダウン」する必要はありません。」

「信頼できるプロセスとツールがあれば、マーケティングとコンテンツ キャンペーンを機敏に行い、市場や競合他社の一歩先を行くことができます。」

クリスチャン・イェーツ
Platform.sh、マーケティング担当副社長

Contentstack のマシュー:

コンテンツ プラットフォームは、現代のあらゆる組織のマーテック テクノロジー スタックの中核に位置しています。 新たに出現したプラットフォームにより、コンテンツ操作が合理化され、コンテンツ管理に俊敏性がもたらされます...

「 WebOps は、組織がコンテンツを作成して共有する方法、およびそれを使用して視聴者を引き付ける方法を再考する機会を提供します。」

マシュー・バイアー
COO、コンテンツスタック

「時間のかかる手動の製品アップグレード サイクルの束縛を取り除き、インフラストラクチャのコストと複雑さを排除し、トレーニング要件を最小限に抑えると、コンテンツ ライフサイクルへの参加がはるかに簡単になり、コンテンツへの投資収益率が向上し、目に見えるビジネス成果をもたらします。」

パンテオンのクリスティ:

「私たちは、組織が WebOps プラットフォームを使用して従来のサイロを打破し、生産性を高め、結果を出すことができるアジャイルなデジタル マーケティング アプローチを奨励しています。」

クリスティ・マーブル
CMO、パンテオン

「私たちはエゴと傲慢さをドアに置いて、リスクを冒し、いくつかの間違いを犯し、学ぶことができるように努めています.私たちはチャンピオンチャレンジャーテストを私たち自身のキャンペーン努力に適用し、継続的にテストするための実験にマーケティング予算の少なくとも10％を適用します. 、マーケティングの生産性を学び、改善します。

「私たちはまず成功するキャンペーンを構築することを目指しています。それからそれを打ち負かしましょう。これはつまり、学び、成長し、時代の先を行くために、データを常に見直し、可能な限りすべてを追跡していることを意味します。」

WebOps の未来

すべての真に優れたソフトウェア カテゴリと同様に、WebOps プラットフォームは、対象ユーザーの固有のニーズに適合するように成長し、進化し続けます。 また、リモート ワークスペースがさらに一般的になれば、コラボレーションのレベルが高まることは、さらにミッション クリティカルになります。

より多くの組織が、顧客とユーザーが存在理由であることを認識し始めているため、インターネット上で顧客とやり取りする方法を改善するために継続的に取り組んでいます。 私たちの専門家の間のコンセンサスは、今から 5 年後、WebOps プラットフォームは成長を続け、より顧客中心のエクスペリエンスを促進するというものでした。