問題タブ [e-commerce]

最近、弊社の Web ストアのバグにより、チェックアウト時に価格が 2 倍になってしまいました。これにより、注文数が 19 時間で約 25 から 2 に減少しました。私たちはこれでかなりのお金を失いました。私が疑問に思っているのは、これらの「ドロップした」顧客の何人が戻ってきて注文をやり直すかを測定する方法はありますか?

私のオンライン ストアでは、商品のサイズと色を選択するための Amazon のようなインターフェイスを実装したいと考えています。つまり、さまざまなサイズ/色のラジオ ボタンの代わりに、色見本またはサイズの名前を含む小さなボックスの束がユーザーに表示されます。ユーザーがボックスをクリックすると、選択されていることを示すために境界線が変化する必要があります。

私はすでに jQuery を使用しているので、jQuery の選択可能なウィジェットがこれを実装する自然な方法になると考えました。残念ながら、ユーザーが選択できるアイテムの最大数を制御できるようには見えないため、ユーザーが UI でオンラインで 1 つの色/サイズを選択するように制限することはできませんでした。

この機能を jQuery に適した方法で実装する最善の方法は何ですか (可能な場合)?

私のオンライン ストアでは、各注文に配送先住所と請求先住所が関連付けられています (もちろん、同じ住所でもかまいません)。これは、これをモデル化する最初の試みです。

これはかなりうまく機能しますが、フォーム ヘルパーが機能しなくなりました。つまり、form_forのような名前のフィールドのみを生成するaddress[zipcode]ため、手動でハックして および を取得する必要がbilling_address[zipcode]ありshipping_address[zipcode]ます。

単一テーブルの継承を使用してandにサブクラスAddress化できると思いますが、これは少しハックに思えます (そして、Customer <--> Address をモデル化するための最良の方法のいくつかの良い答えと矛盾します)。ShippingAddressBillingAddress

あなたの意見では、顧客のためにカスタム ソフトウェア開発を行い、そのソフトウェアを他の顧客が利用できる基本製品に追加することは一般的で倫理的ですか?

私の見解は次のとおりです。

1. これは、お客様とお客様の間の契約上の問題です。
2. 頻繁に行われます (「一般的」ではないかもしれませんが)。
3. これは、自分の得意な機能の開発優先度を上げるために顧客がお金を払っているのと似ています。

これのよく知られている（または少なくとも公開されている）例を誰かが指摘できますか？

クラシック ASP を実行しているショッピング カート Web サイトを持っていますが、チェックアウト プロセス中にヘルプが必要です。ユーザーがチェックアウトの準備ができると、サイトの SSL バージョンにリダイレクトされます。

ジャンプが発生すると、顧客は SSL バージョンのサイトに到着したときに新しいセッションを開始します。これは、カートの内容が失われ、サイトでひどい経験をしたことを意味します.

SSL への移行後も同じ ASP セッションを維持する方法はありますか?

GoogleAppEngineにインストールできるeコマースプラットフォームを探しています。

何かお勧めはありますか？

ありがとう。

ユーザーがオンライン ストアで注文を完了すると、確認メールが届きます。

現在、ユーザーのクレジット カードを認証した後、確認メッセージを表示する前に (つまり、同期的に)、このメールを Gmail 経由で送信しています (移植性を高めるために sendmail を選択しました)。

開発では問題なく動作していますが、これが本番で問題を引き起こすのではないかと思っています。ユーザーを長時間待たせる必要がありますか? 多くの同時 Gmail 接続が問題になりますか? その他の一般的な注意事項はありますか?

電子メールを同期的に送信することが問題になる場合、誰かが非同期ソリューションを推奨できますか ( ar_mailerは良いですか?)

サード パーティ製のバッテリーを販売している顧客がいて、一部のバッテリーは複数の OEM モデルを交換できます。

たとえば、サードパーティの SKU 12345 が東芝 N23 と HP 53214 に置き換わる可能性があるため、顧客はフロントエンドで同じ SKU を持つ 2 つの製品を作成したいと考えています (これらは本質的に同じ製品です)。ただし、Magento はデフォルトで SKU の重複を許可しません。

私の現在の解決策は、SKU をバックエンドから不要に設定し、値の重複を許可する Model という別の属性を追加し、Model をフロントエンドに表示することです。

これを行うより良い方法はありますか？または、重複した SKU を許可することはできますか?

ティエン ボー
ノーブル テクノロジーズ

Ubercartなどを使用してDrupalベースのオンラインストアの構築を開始しています。クライアントがサイトで多くの売り上げを上げる可能性が高いため、安全である必要があります。

もちろん、このためのユニークなテーマを作成したいので、Zenは開始するのに適した場所ですか、それともそれを避けて最初から開始する必要がありますか？

引用：

ZenはDrupalの究極のオープニングテーマです。独自の標準準拠のテーマを作成している場合は、GarlandやBluemarineから始めるよりも、Zenから始める方がはるかに簡単です。

これはかなり奇妙に思えるかもしれませんが、私は現在、ユーザーがサインアップして、月次、四半期、または年払いベースのメンバーシップのモードを選択するメンバーシップベースのWebサイトに取り組んでいます。ペイパルベースになります。しかし、5年間働いたにもかかわらず、これまでeコマースプロジェクトに取り組んだことはありません：\代わりに、ウィキペディアの統合、電子メールクライアントの構築、PDFの解析など、他のほとんどすべてに取り組んできました。少し戸惑っています。これから始める方法。私はこれまでオンラインショッピングをしたことがありません-支払いにサードパーティを使用することの背後にある理論を知っていますが、システムをどのように構築する必要があるのか​​わかりません。

3人のユーザー、無料ユーザー、プレミアムユーザー、ゴールドユーザーがいるように。無料ユーザーは最小限のアクセス権を持ち、ゴールドユーザーは最大のアクセス権を持ち、プレミアムユーザーはその中間にあるため、それに応じて課金されます。私はそのようなウェブサイトがどのように機能するかを考えていました。つまり、ユーザーがゴールドアカウントにサインアップし、3か月分の料金を支払うとします。3か月の終わりに、メンバーシップサイトは、期間ごとに自動的に個人に請求するようになりますか、それともメンバーシップの終わりに近づくと個人に支払いを求められますか？そして、この場合、トランザクションとすべてに関してどのような情報を保存する必要がありますか。

さらに、リアルタイムのクレジットカードなどを使用せずにこのシステムをテストするにはどうすればよいですか：\-ここでは初心者のように聞こえますが、そのようなプロジェクトに取り組む機会がなかった場合は申し訳ありません。学ぶのに遅すぎることはありません。

この点では、メンバーシップはちょっとシンプルであると判断しました。ユーザーは、サインアップすると無料のアカウントが与えられ、一定期間アカウントをアップグレードして、有効期限が切れると元に戻されます。有料サブスクリプションで更新することを選択しない限り、基本アカウント。現在の問題は、これを機能させる方法がまったくわからず、定期的な請求を使用しないということです。

ペイパル、2チェックアウト、グーグルチェックアウトのどれを使用しても違いはありますか、それとも基本的な方法論はすべて同じですか？