2008 março 14o Japão e América relativos do retrato do procedimento do pagamento

Com o carro de shopping que está no meio de se tornar, avançou ao processo que desenvolve finalmente o retrato do procedimento do pagamento, mas está, aproximadamente aqui as semanas onde 1 o trabalho é stagnant.Porque com também o que você diz olhado em torno do número do curso do procedimento do pagamento o menos possível o parágrafo que você quer, mas é meu pensamento, se antes aquele o carro da sociedade se transforma algum tipo do mecanismo com cuidado especial, provavelmente comparará aqui.

Primeiramente, quando avançar à seguinte etapa do retrato do carro de shopping como um objeto da comparação, no seguinte ponto foi comparado o retrato.

Até que confidencial a informação input, o número das etapas
Pode requisitar com o convidado, se ou não
インターフェース上のカラム位置、メニュー位置同じプラットフォームではないので、完全比較を行うことはでいないが、最もよく利用するオンラインストアだけに、開発側としてチェックアウトプロセスでの遷移はやはり気になる。

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で１画面化)必要なのと顧客情報入力画面を合わせた最低計３画面は必要かな….　という結論に達しました。まだ本決まりではありませんが。

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