ヘッドレスEコマース–メリット、デメリット、ゴール

公開: 2022-04-18

なぜヘッドレスコマースなのか、そしてなぜ今なのか？

今日、製品マネージャーがヘッドレスCMSプラットフォームを選択する最大の理由は、プレゼンテーションをビジネスロジックから切り離すことです。このアプローチにより、開発者はサイトをカスタマイズし、進化する購入体験に対処するためのより多くの自由を得ることができます。

また、デジタルチームは、プロモーション、配送、カートなどの他のeコマースシステムに適用できます。

最終的には、開発者の時間を負担することなく、次のコマーストレンドに対応できます。

モバイル–メッセージングを含むモバイルデバイスと互換性のある新しい顧客タッチポイントに門戸を開くアプリとスマートウォッチ;
IoT – Alexa、Amazon Dash、その他のスマート家電などの新しい家庭用デバイスを統合します。
未開拓のウェブマーケティングチャネル–クーポンアグリゲーター、マイクロ（ナノ）インフルエンサー、ニッチフォーラム、ソーシャルメディアでの販売、チャット、ボットなど、今後登場する多くのチャネル。

今日、eコマースの世界のほとんどすべての人がAmazonに対処する必要があります。彼らの最先端のマーケティングパーソナライズ戦術は、ますます多くの市場を吸収しています。大小を問わず、企業は同じ兵器を使用する以外に選択肢はありません。

テクノロジープロバイダーとシステムインテグレーターは、自社の提案を適応させる必要があることをすでに理解しています。彼らは皆、「頭を失う」ことを望んでいます。

Magentoは、未来は頭がないと言います。
BigCommerceはSaaSからCommerce-as-a-Serviceに移行しています。
Isobarは、ヘッドレスアプローチを使用して、持続可能なビジネスの成長を実現できる長期的な顧客関係を構築する方法を顧客に教育します。
Demandware（Salesforce）は、APIファーストのアプローチによる小売の民主化に賭けています。

無数の顧客対応部門をサポートし、新しいエクスペリエンスを作成し、新しい顧客のタッチポイント全体に購入ボタンを広めるヘッドレスプラットフォームの爆発は言うまでもありません。

あなたは尋ねるでしょう：なぜ伝統的なeコマースではそれが不可能なのですか？

古いアプローチでは、フロントエンド（または「ヘッド」）はバックエンドと緊密に結合されています。そして、この強力な関係は、マーケティングの革新のスピードに打撃を与え、したがって競争力を維持しています。ショートッパーが市場投入までの時間の遅れの背後にあるものを見てみましょう。

ソフトウェア開発チーム：

設計はレガシーフレームワークによって制約され、事前定義された一連のエクスペリエンスのみが利用可能です。
フロントエンドの小さな変更には、データベースとバックエンドコードの変更が必要になる場合があり、テスト時間が長くなり、タスクの総コストが増加します。
バックエンドコードを変更すると、フロントエンドで予期しないエラーが発生する可能性があります。

マーケティング部門：

パーソナライズの余地はほとんどないか、まったくありません。
小さなソフトウェアの変更が完了するまでには何年もかかるため、技術チームとの混乱と相互の誤解。
社内で構築された未開発またはバイパスされた優先度の低いソフトウェアの新しいマーケティングチャネル

そして、今日重要なのはパーソナライズと新しいショッピングチャネルの採用です。企業がニーズを予測しない場合、消費者の50％がブランドを切り替える可能性があります（NRFの2018 Retail Trends Report）。そのため、適切な速度で機能を提供する経験豊富なソフトウェアチームがいる場合でも、適切なツールを使用しないと、新しいチャネルを利用する際に速度が低下する可能性があります。

あなたの組織は、ヘッドレスになることでどのようなメリットがありますか？

ヘッドレスコマースがその答えかもしれないとすでに述べました。それがソフトウェア配信をどのように変化させ、最終的にはマーケティングの革新を広範かつ深遠に変化させるかを分析してみましょう。

繰り返しになりますが、ヘッドレスとは、ビジネスロジック（eコマースバックオフィスシステム）をプレゼンテーション層（Web、電子メール、SMS、モバイル、広告、アフィリエイトなどの顧客のタッチポイント）から分離することを意味します。

分離のおかげで、バックエンドとフロントエンドの両方の開発者は、より優れた開発ツールを入手できるため、eコマースソフトウェアのさまざまな部分との統合においてより優れた速度を実現できます。

組織にヘッドレスアプローチを導入することは横断的関心事であるため、マーケティング担当者、管理者、開発者、およびCTOに従ってメリットと課題を分類します。

マーケターにとってのメリット：

完全にパーソナライズされたカスタマーエクスペリエンス。
ショッピングの旅全体のルックアンドフィールを完全にカスタマイズする可能性。
ビルディングブロックを再利用することにより、新しいブランドと顧客のタッチポイントを立ち上げる能力。
未開発のマーケティングチャネルを使用して、利便性を重視した購入経路を簡単に構築できます。
より迅速な顧客タッチポイントの統合。
APIファーストのアプローチにより、eコマースとCRMプラットフォームの統合作業が大幅に削減されます。
ヘッドレスアプローチは、フロントエンド開発を新しいUIフレームワークに開放し、新しい顧客向けアセットの提供を大幅に高速化します。
プラットフォームのアップグレード、パフォーマンスの修正、および新しい機能の追加にかかる時間とリソースは少なくて済みます。
より良いコンバージョンの最適化。
A / Bテスト用のUIバリアントの構築は、より簡単で高速です。
特定の顧客セグメントの機能をオフ/オンにすることは、はるかに制御可能です。

管理のメリット：

開発コストを削減し、市場投入までの時間を短縮します。
ヘッドレスは、箱から出してすぐに使える堅牢なビルディングブロックを提供します。
料金は使用量に基づいているため、小規模から始めて、後で規模について心配することができます。

CTOのメリット：

メンテナンスコストを削減します。
プロバイダーは、サポート、トレーニング、および完全なドキュメントを保証します。
APIファーストのソリューションはキャッシュが簡単で、サーバーの負荷が低くなります。
重大な障害のリスクが低くなります。
将来を見据えたソリューション。
個々のテクノロジーへの依存を減らします。
Zapierなどの自動化ツールとの統合が容易になります。

開発者にとってのメリット：

APIリファレンスを含むすぐに使えるドキュメント。
分離により、バックエンドとフロントエンドのテストが高速化されます。
フロントエンドフレームワークを自由に選択できます。

ヘッドレスコマースの課題

ハンマーしかない場合は、すべての問題を釘と見なす傾向があります。ヘッドレスを組織内のeコマースパイプラインのすべての部分を「修正」するソリューションとして扱わなかった場合に役立ちます。これらはあなたが飛び込むかもしれないいくつかの障害です：

マーケターにとっての課題：

ヘッドレスとは、デフォルトのUIやWYSIWYGエディターがないことを意味します。顧客のために、そして多くの場合管理者のために最初からUIを構築する必要があります。
ベンダーまたは開発チームによって開発された内部ツールからのサポートがない場合、ライブプレビューは困難になる可能性があります。
変更はバックエンドチーム、次にフロントエンドが個別に取り組む必要があるため、主要な分野横断的な変更には時間がかかる場合があります。
多くのヘッドレスベンダーは、 「成長に合わせた拡張」価格を提供しています。始めたときにソフトウェア購入の予算を見積もるのは難しいです。

管理の課題：

eコマースインフラストラクチャのコストがわずかに高くなります。
重要なeコマースパイプラインのサードパーティシステムへの依存。

CTOの課題：

交渉および監督するソフトウェアベンダーが増えています。
トラフィックが増えると、APIリクエストが増えるため、コストが増加します。

開発者にとっての課題：

フルスタックの変更が遅くなります。契約主導のアプローチでは、バックエンドとフロントエンドの間でより多くのコミュニケーションが必要です。
デバッグがより困難なため、横断的な機能に関してはトラブルシューティングに時間がかかります。

ヘッドレスコマースを始めるときに注意すべきこと

これらの罠を回避するには、潜在的なヘッドレスコマースプラットフォームをスクリーニングする際に、次の3つの要素に注意を払う必要があります。

APIの稼働時間–ステータスページを探し、履歴レコードを調べて、ベンダーが停止を処理する方法を確認します。 100％の稼働率が見られる場合、それは誰かが100％正直ではないことを意味します-アマゾンウェブサービスでさえ問題があります。

価格とAPIの制限–現在および将来の請求額を計算できる透過的な価格設定。ベンダーは、毎月の請求書を吹き飛ばす可能性のあるAPI使用量の安全しきい値を持っている場合があります。

ドキュメントとサポートポリシー–ヘッドレスコマースはスピードがすべてです。しかし、開発者向けのドキュメントと教育的なユーザーガイドがなければ、統合とトレーニングは、誰もが避けたい優先度の低い内部プロジェクトの場合と同じように長引く可能性があります。

詳細については、eコマースAPIの選択方法に関するサンプルベースのガイドをご覧ください。

ヘッドレスコマースから始めることを検討する際に考慮すべき追加の技術的考慮事項がいくつかあります。 MACHAllianceの仲間であるE2Xが作成したインフォグラフィックを参照してください。

新しく注目に値するヘッドレスコマースプラットフォーム

最後に、eコマースエコシステムに組み込むことができるいくつかのプラットフォームを提案したいと思います。スキームから始めましょう。最新のecomスタックは、多かれ少なかれ次のようになります。

プロセスワークフローに関するヘッドレスコマースインフォグラフィック — Isobarによるヘッドレスコマースレポート

ヘッドレスコマースプラットフォームには、さまざまなサイズとフレーバーがあります。 eコマースパイプラインのすべてのビットをカバーするフルスイートタイプのシステムと、1つのことを実行するが、大規模な適応機能を備えた特殊なプラットフォームを見つけることができます。 2019年のしきい値で利用可能な注目すべきベンダーを見てみましょう：

プロモーション：

Voucherify
ギフトビット
Vauchar

カタログと在庫：

リコンビー
チャネラペ
‍結晶化

カート：

スニップカート
フォクシー

支払い：

縞
期限
四角

メッセージング：

層
プッシャー
パブナム

予約とイベント：

タイムキット
イングレッソ

運送：

Shippo
Shipcloud
ロブ

全般的：

弾性
スニップカート
モルティン
OrderCloud
Commercetools

小規模から始めることができます–ミニケーススタディ

成熟した企業では、リソースの不足と重いプロセスにより、新しいテクノロジーを展開することが困難になっています。彼らはイノベーションが遅くなります。ヘッドレスコマースの良いところは、小さなことから始めてそれを好転させることができるということです。

Media-Saturnの子会社であるiBoodを例にとってみましょう。数百万の収益といくつかの国でのプレゼンスには、重い電子商取引の機械が必要です。今、彼らはプロモーションのパーソナライズを利用したいと思っていますが、彼らのレガシーeコマースプラットフォームはこれに完全に対応できていません。

プロモーションエンジンを最初から構築する代わりに、ショートカットを使用してVoucherifyAPIを使用することにしました。

1週間以内に、クーポン詐欺と戦うのに役立つ個人クーポンキャンペーンを開始する準備が整います。次に、段階的に、他のプロモーションキャンペーンを展開して、顧客維持を促進します。これらはすべて、ソフトウェアチームにあまり迷惑をかけずに、次の数週間以内に行われます。

ヘッドレスコマースヘッドファースト

ヘッドレスCMSを統合したかどうかに関係なく、このアプローチをビジネスの他の部分に展開する方法は、次の3つのステップになります。

Amazon and Coとの競争力を維持するために利用したい、新しい顧客のタッチポイントを認識します。
記事から学んだことを考慮して、利用可能なヘッドレスプラットフォームを調査します。
マーケティングおよび開発チームと一緒に座って、赤ちゃんのステップを開始する方法を計画します。

未来は頭がないので、始めたほうがいいです。

Voucherifyでヘッドレスプロモーションを開発する

始めましょう