共通のコマースコア
商品カタログ、カート、注文が同じ基盤を使い、決済・配送サービスがそこに接続します。
Joomla
必要な機能。独自のデザイン。共通のコマース基盤。
お客様は商品を見つけ、注文し、支払いを済ませたい。運営者には、構成を把握しながら店舗を育てられる仕組みが必要です。Nexus はコマースコア、店舗デザイン、外部サービスとの連携を明確な構造にまとめます。実際に運営する自社店舗を通じて開発しています。
長く運営するうちに、拡張機能、テンプレートの変更、個別の修正が積み重なることがあります。小さな変更でも依存関係の確認が必要になり、追加スクリプトや大きな画像がページを重くする場合もあります。大切なのは機能の数より、店舗に必要な機能とその連携の仕方です。
商品カタログ、カート、注文が同じ基盤を使い、決済・配送サービスがそこに接続します。
決済、配送、マーケットプレイス連携は個別モジュールです。利用可能な機能と設定はプロジェクトごとに異なります。
店舗の見た目をコマースコアから分離。同じ基盤を使いながら、店舗ごとの個性を表現できます。
各プロジェクトで一つの共通コアを保守します。店舗ごとに独立したプラットフォームの版を持つ必要はありません。
正規 URL、言語別ページの関連付け、商品構造化データに対応する仕組みがあります。実装内容は店舗のコンテンツと設定によります。
異なる商品構成の自社プロジェクトで Nexus を利用しています。下記はコンセプト画像ではなく、実際の店舗サイトです。
JoomShopping は拡張機能のエコシステムを持つ、実績ある Joomla 向けショップシステムです。別のプラットフォームが登場しただけで、順調な店舗を置き換える必要はありません。Nexus は、明確なコマース基盤と個別に構成した店頭画面が必要なプロジェクトに向けた私たちの取り組みです。
このような課題に
変更が多くの個別カスタマイズに依存している。
Nexus での取り組み
共通コアと、デザイン・連携機能の明確な境界を設けます。
このような課題に
複数店舗のコードが別々の版に分かれている。
Nexus での取り組み
一つのコアを使い、設定と見た目は各店舗で管理します。
このような課題に
画面に要素が増えすぎている。
Nexus での取り組み
商品構成と、その事業に必要な操作を中心に購入までの流れを設計します。
プラットフォームの名前だけでサイトが速くなるわけではありません。画像、スクリプト、ホスティング、接続サービスも影響します。店舗の構成を管理し、実際の結果を測定することが私たちの方針です。JoomShopping との同条件での速度比較は、まだ公開していません。
自社の Nexus ストア向け EveryPay 決済モジュール。
自社の Nexus ストア向け Omniva 配送モジュール。
Nexus に含まれる DPD 配送モジュール。
Nexus 向け Swedbank Pay 連携を開発中です。
Nexus 向け eBay 連携ツールを開発中です。
これらは Nexus 向けの連携機能であり、当社の JoomShopping 製品とは別のものです。有効なサービスや設定はプロジェクトによって異なります。
まだできません。自社プロジェクトで利用しながら一般公開版を準備しています。公開日と商用条件は未発表です。
いいえ。Nexus は Joomla ベースですが、適合性は商品構成、業務フロー、必要な連携によります。全機能の同等性を主張するものではありません。
商品、顧客、注文、URL、独自機能の確認が必要です。現段階では自動移行サービスを提供していません。
いいえ。技術的な整備は検索での見つけやすさを支えますが、どのプラットフォームも登録時期や検索順位を約束できません。
扱う商品、現在のプラットフォーム、必要な決済・配送サービスをお知らせください。お問い合わせは、需要を把握し一般公開版の優先事項を決める参考になります。
お問い合わせは注文や定期購読ではありません。メッセージはご相談への返信に使用します。