原因のカード: BigCommerce 開発におけるハイブリッド カスタマイズ

ホストされた e コマース ソリューションは素晴らしいツールですが、多くのユーザーにサービスを提供する必要があるため、一般的ではない要件を持つビジネスでの有用性が妨げられることがあります。 Cards for Causes のビジネス マネージャーである Barry Robb 氏は、ビジネスが成長していたため、最初に 1Digital Agency に連絡を取りましたが、彼の e コマース サイトが彼らの足を引っ張っていました。 Cards for Causes は、顧客が友人や愛する人の名前で慈善団体に簡単にギフトを贈ることができるヒューストンを拠点とする会社です。 これらのカードの注文プロセスは長く複雑です。 顧客は、注文プロセスのすべての段階で無数のオプションから選択して、カードを一からカスタマイズする必要があります。 Cards for Causes は、この複雑なプロセスに対応するために独自のサイトを構築していましたが、スケーリングに問題がありました。 彼らの注文プロセスはうまくいきましたが、それを得るために e コマースの他のほぼすべての領域を犠牲にしました。 プロプライエタリ サイトの更新が必要になるたびに、変更を行うのは時間と費用のかかるプロセスでした。 彼らがこれを行うたびに、Cards for Causes は実際の問題への対処を延期し、何年にもわたって所有していたサイトは成長するビジネスに対応できなくなりました。

Barry が 1Digital と連絡を取ったとき、彼は BigCommerce の開発に興味を持っていました。 彼は以前にプラットフォームを使用したことがあったので、それで作業できることを知っていました。 彼は、BigCommerce が SAAS プラットフォームとして、サイトがより多くの帯域幅、より強力なセキュリティ、およびより多くの注文を必要とするのに応じて、自動的にスケーリングできることを知っていました。 また、BigCommerce や既存の e コマース プラットフォームには、現在の注文プロセスのようなものは何もないことも知っていました。 そこで、彼は 1Digital に電話して、それを構築できるかどうかを確認しました。

マーチャントが非常に具体的で非常に高度な要件を持って私たちに来るときはいつでも、私たちは詳細を掘り下げるのに多くの時間を費やしたいと思っています. Cards for Causes の注文プロセスを BigCommerce 開発で再構築することが可能かどうかを知るために、まずそれについてすべてを学ぶ必要がありました。 当社のアカウント マネージャーは、プロジェクト開始前の 5 か月間、Cards for Causes チームと何度もミーティングを行い、その間に現在の機能を調査しました。 回答された各質問は、考慮すべきより多くの質問と不測の事態をもたらします。 行動計画を提示する前に、これだけのことを学ぶ時間をとっています。これは、提案の中で作業範囲をできる限り詳細にしようとするためです。 範囲が具体的であるほど、当初計画されていなかったことが後で発生したときに、予想外のコストを削減できます。

このスコーピング プロセス中に Cards for Causes に期待しようとしたことの 1 つは、システムの将来性を保証する良い方法でした。 結局のところ、そもそもそれが彼らの問題だったのです。 構築時には完璧に機能するシステムを持っていましたが、変化するビジネスに適応できませんでした。 バリーは、同社は現時点ではカードに焦点を当てていますが、将来的には、すべてではなく一部のカスタマイズ要素を必要とする他のカスタマイズされた製品の販売を開始する可能性があると表明しました. たとえば、カスタマイズされたカードには、内側の顧客のメッセージに加えて、カードの封筒のオプションを選択する必要があります。 一方、カスタマイズされたマグカップのようなものは、メッセージだけが必要です. 封筒のオプションは、これらの顧客の注文を完了するための役に立たない障壁になります。 そこで、システムをモジュール化することにしました。 彼らの新しい製品管理インターフェースは、製品タイプごとに必要に応じてオンまたはオフにすることができるいくつかのモジュールで作成され、可能な限り簡単な方法でCards For Causeに将来の製品の柔軟性を提供します. これを達成するために、一部は BigCommerce で、一部は独自のものであるハイブリッド システムを計画しました。

1DBox カスタム システム

BigCommerce のようなホストされたシステムで真に独自の要件を達成しようとするとき、時には線の外側に色を付ける必要があります. BigCommerce ストアはクラウドでホストされています。つまり、BigCommerce ストアを所有して運営している場合でも、すべての BigCommerce サイトにサーバー スペースとセキュリティを提供します。 あなたは BigCommerce ストアのより大きなエコシステムの半自律的な部分です。 利点として、あなたの BigCommerce サイトはより安全で信頼性が高くなります. これはまた、 BigCommerce ホストされたストアのより大きなエコシステムを保護するために、すべてのストアが従わなければならない制限を設定することを意味します. Cards for Causes のような一連の要件がある場合、BigCommerce が提供するやや制限されたサンドボックスを使用してそれらを達成する方法はありません。

その場合は、完全にカスタム システムである 1DBox 開発ツール キットを構築します。 当社の 1DBox ツールは通常、クライアントがレンタルした Linux サーバーでホストされています。 BigCommerce によって制御またはホストされていないこの別のスペースでは、私たちは好きなことを自由に行うことができます。 次に、BigCommerce のオープン API (コンピューター システムの相互作用を支援するルーチンとプロトコルのセット) を使用して、1DBox システムを BigCommerce ストアの残りの部分に接続します。 これは、BigCommerce だけでなく、厳密な開発制限のあるホストされたプラットフォーム (Shopify、Volusion など) で複雑なカスタマイズに使用する方法です。

Cards for Causes の場合、私たちが構築した 1DBox システムには、私たちが作成および設計したナビゲートしやすいダッシュボードが含まれています。 このダッシュボードは、Cards for Causes チームがユーザー名とパスワードでログインしてアクセスし、製品を管理できるようにします。 このダッシュボードは、BigCommerce の管理エリアと似ていません。プロセス用にカスタム作成されたツールが含まれているだけです。

ダッシュボードは 12 の個別のモジュールで構成され、それぞれが Cards For Causes 製品のカスタマイズと注文プロセスの特定の部分を処理します。 製品を製品タイプにグループ化し、ボリューム価格を設定するなどのより平凡な e コマース アイテムから、カード内に書き込むことができる詩を管理したり、顧客の慈善寄付オプションを追加したりするなど、Cards for Causes ビジネス モデルに特化したアイテムまで. このシステムは、BigCommerce カート機能を通じてストアに配置された注文も追跡します。

カスタム システムには、サイトで注文された物理的なカードを実際に作成する専門プリンターとの別の組み込み API 接続もあります。 注文が送信される前に、Cards for Causes チームはそれを確認し、カスタム ダッシュボード内から変更を加えてから、カードを作成して顧客に送るプリンターに手動で注文を送信する機会があります。

このシステムはモジュール式であるため、実行可能です。 1DBox システム内の 12 の個別の領域のそれぞれに、特定の製品タイプに効果を適用することも、適用しないこともできます。 つまり、Cards for Cause チームは、ラインに追加する各新製品を必要に応じて複雑または単純にすることができます。 また、このシステムは機能的にオープン ソースであるため、将来モジュールを追加する必要が生じた場合でも、システムの制限によってそれが妨げられることはありません。

プロセス

複雑なカスタム システムを構築するプロセスは、迅速かつ簡単ではありません。 このような場合、基本的に、クライアントがすでに使用しているプラ​​ットフォームとシームレスに連携する補助的な e コマース プラットフォームを作成する必要があります。 前もっての作業では、作業範囲を正確に把握するために多くのやり取りが必要でしたが、開発中は、開発チームが作業に集中している間、クライアントがループから外れていると感じる時間が長くなることがあります。 この期間中、プロジェクト管理システムの成果物セクションを介してクライアントに報告することで、クライアントを最新の状態に保ちたいと考えています。

作業範囲はわかりやすい部分に分割され、開発が進むにつれて各部分の進捗状況が報告されます。 この場合、各モジュールは 1 つの成果物に対応しています。 このようにして、Cards for Causes チームは、プロジェクトの各セクションで開発チームがどこまで進んだかを追跡できました。

開発の次は、QA とテストです。 このように専門化されたタスクでは、QA が完了するまでに開発と同じくらいの時間がかかることがよくあります。 Cards for Cause を使用して、半分はトレーニング セッション、半分は品質チェックである 2 回目の一連の会議を開始しました。 まず、新しい 1DBox システムのモジュールごとの使用とメンテナンスについて、彼らのチームに順を追って説明します。 彼らはそのたびに、自分たちのプロセスではうまくいかないものを目にしました。 調査してシステムを変更します。 数週間のチェックと作り直しが終わるまでに、このシステムはまさに Cards for Causes チームが探していたものでした。 このようなプロジェクトでよく行うように、Cards for Causes チームが新しいシステムの適切な使用に関する文書を作成し、新しい従業員が将来それを使用するようにトレーニングできるように、取扱説明書を作成しました。 このシステムのマニュアルは、最終的に 33 ページのドキュメントになりました。

私たちが協力しているマーチャントの 90% では、BigCommerce のような SAAS プラットフォームで十分です。 このサードパーティによるシステム開発は、めったに必要ではありません。 ただし、ホストされたプラットフォームの安定性、安全性、および価格と、オープンソース システムの無制限の自由の組み合わせが必要な場合は、このハイブリッド ソリューションが最適です。 ビジネスの仕組みが独特である場合は、1Digital Agency の BigCommerce 開発専門家に、ホストされているプラ​​ットフォームの機能をサード パーティ システムで拡張する方法について相談してください。 群衆と一緒に行くことには利点がありますが、あなたのために特別に作られたものが必要な場合は、1Digital が提供できます.

PDFをダウンロード