14. März 2008 Relatives Japan und Amerika der Zahlung Verfahren Abbildung

Mit der Einkaufenkarre, die in der Mitte sich Entwickelns ist, rückte es zum Prozeß vor, der schließlich die Abbildung des Zahlung Verfahrens entwickelt, aber ist, ungefähr hier Wochen 1, die Job stagnierend ist.Weil mit auch was Sie so wenig wie möglich um Zahl des Anschlags des Zahlung Verfahrens den Punkt sagen, den Sie wünschen, aber mein Gedanke geschaut ist, ob vorher die die Karre der Gesellschaft irgendeine Art Einheit mit besonderer Sorgfalt wird, vergleicht es vermutlich hier.

Zuerst als dem Vorrücken zum folgenden Schritt von der Abbildung der Einkaufenkarre als Gegenstand des Vergleiches, im folgenden Punkt die Abbildung verglichen wurde.

Bis privat, werden Informationen, die Zahl Schritten eingegeben
Es kann mit dem Gast bestellen, ob oder nicht
インターフェース上のカラム位置、メニュー位置同じプラットフォームではないので、完全比較を行うことはでいないが、最もよく利用するオンラインストアだけに、開発側としてチェックアウトプロセスでの遷移はやはり気になる。

Magento
OnePageCheckoutが採用されており、1画面１URL内ですべての注文手続きに必要な情報が入力できる。非常にわかりやすい。1カラムインターフェースに変更になり、支払手続きに必要のないメニューは表示されていない。ゲストでの注文も可能。
Google Checkout
1ページ内でログイン、または注文者情報の入力ができる。ログインはAJAXベースで行われ画面を移動する必要がない。1カラムインターフェースに変更になり、支払手続きに必要のないメニューは表示されていない。ゲストでの注文も可能。
EC-CUBE
ログインと注文者情報の入力は個別にのページ（URL）に分かれている。会員登録をする場合は利用規約のページがいったん間に入りため個人情報を入力するまでに最低２クリック必要。1カラムインターフェースに変更になり、支払手続きに必要のないメニューは表示されていない。ゲストでの注文も可能。
osCommerce
ログインと注文者情報の入力は個別にのページ（URL）に分かれている。常時３カラムで表示され画面インターフェースは変わらない。ゲストでの注文は不可だが、豊富にモジュールが配布されいるためカスタマイズで対応可能。
Amazon
ログインと注文者情報の入力は個別にのページ（URL）に分かれている。1カラムインターフェースに変更になり、支払手続きに必要のないメニューは表示されていない。ゲストでの注文は不可能。
楽天
1ページ内でログイン、または注文者情報の入力ができる。1カラムインターフェースに変更になり、支払手続きに必要のないメニューは表示されていない。ゲストでの注文も可能。ゲストで注文した場合でも、最終画面で会員登録が再度行えるようになっている。
Yahoo Store
1ページ内でログイン、または注文者情報の入力ができる。1カラムインターフェースに変更になり、支払手続きに必要のないメニューは表示されていない。ゲストでの注文も可能。ゲストで注文した場合でも、最終画面で会員登録が再度行えるようになっている。ほとんどが楽天のインターフェースと似ている。

比較して分かったことだが、どのサイトも支払手続きに不要な（商品に関連する）メニューは一切出していないのが共通している。メニューがないということから、２カラムや３カラムは必要なく、１カラムだけの非常にシンプルな画面構成になっている。
ゲスト購入の割合は50%というところだろうか。

特にいいと思ったのはGoogleCheckoutのインターフェスる。GoogleCheckoutは１ページ内ですべての情報入力が完結できる。たとえばカード情報の有効性や、フォーム内の正規表現まで….　。

ただしこれはアメリカに配送を限定したことによって配送方法を選ぶ必要がなかったり、Googleが指定するカード決済しか選べないという条件下の元。

例えば、日本のショッピングサイトのように銀振、代引、コンビニ、クレジット払の４パターンあり、配送方法によってその支払が不規則になるようなサイト構造の場合は、やっぱり配送と決済の画面を分割して２画面（またはAjax or javascriptで１画面化)必要なのと顧客情報入力画面を合わせた最低計３画面は必要かな….　という結論に達しました。まだ本決まりではありませんが。

まだメール管理で悩みますか？