中規模企業向けのスケーラブルな（そして適切な）eコマースプラットフォームを識別する方法
可能性のある複製：
どのeコマーススクリプトを使用すべきか
私たちのクライアントのためにスケーラブルな（そして適切な）eコマースプラットフォームを特定し、彼らのオンライン販売を強化したいと思うかもしれません。私は eコマースガイドライン を読んでおり、特定の状況に関連して、これをさらに調査したいと考えています。
...
少しの背景情報：
同社の主な焦点は小売業者、ブティックなどに販売することでしたが、現在は消費者に直接販売することを探しています-私が入ってきた場所です...彼らのサイトを再設計するために（現在は、準eコマース、準情報ページ）から本格的なeコマースサイトへと移行しています。Amazonと同等の品質（必ずしも機能的ではない）です。チーム全体が評価するための最良の選択肢を分離するために宿題をしています。
...
私はCSSの忍者であり、活気に満ちたWeb開発者ですが、eコマースはまだかなり新しいので、StackExchangeコミュニティのフィードバックを受け取りたいです。
ホスト型プラットフォーム（3dcartなど）とオープンソースプラットフォーム（Prestashopなど）の長所と短所（セキュリティとスケーラビリティに特に関心がある）を見つけたいと思っています。たとえば、1か月あたり250ドルを支払う価値はありますか。 Magentoの「プロフェッショナル」エディションの場合OpencartとPrestashopは、中規模企業の3dcartと比較してどうですか？
最良の選択肢に関連する頭痛は何ですか？メンテナンス、汎用性、コミュニティ/顧客サポートなど。
- 稼働時間とサーバーの応答性。有料のホスト型ソリューションは高品質のサーバーを提供しますか、それとも専用サーバーと日曜大工アプローチの方が優れていますか？
これは頭に浮かぶ質問のほんの一部にすぎませんが、私がどこから来たのかという包括的なテーマを見て、アドバイスを提供し、探索するプラットフォームを提案できることを願っています。
ここにいくつかの機能/注意事項があります：
現在、在庫は手作業で行われています（現在は販売がそれほど控えめなため）が、データフィードと会計の統合が必要になると思います。
このサイトは、複数の言語で利用できる必要があります
現在、在庫は自動化されていないため、支払い処理は内部的に処理されます。これは、在庫管理が考慮すべきもう1つの重要な要因であることを示唆しています在庫管理を統合します...私たちはそれよりもはるかに良いことができると思います;）現在理解しているように、問題はすべての販売がオンラインで行われるわけではないということです。
プロモーションサポート、ユーザーレビュー、製品評価、および完全にカスタマイズ可能なフロントエンドは、ほぼ必須です。
ターゲットのローンチは1月1日であり、これらのプラットフォーム（3dcartを簡単に除く）で作業したことはありませんが、専門家からの支援の一部は予算に織り込む必要がありますが、それは完全に問題ではありません。これはまた、「顧客/技術サポート」チームを利用可能にすることで、有料のソリューションを提供することが役立つ可能性があることを示唆しています。
この取り組みがどれほど成功するかはわかりませんが、現在、私のクライアントは毎日わずかな売上で200ヒットを受け取っています。私たちのビジョンが成功すれば、彼らの日々のトラフィックと売上は大幅に飛躍するはずです...そして私たちはこれに備え、簡単に拡張できないeコマースソリューションを追求したくありません。
私はあなたの時間を心から感謝します、そして、誰のインプットも楽しみにしています！
ジュリアン
これの多くは、既存のサービス/製品を使用するか、それとも自分で開発するかという古い疑問に帰着します。
既存の製品/サービスを使用する利点は次のとおりです：
- 素早く起動
- サポートとフィードバックを提供するユーザーのコミュニティ
- 費用対効果の高い
- おそらく箱から出して欲しいものの95％を行うでしょう
既存の製品/サービスを使用する場合の短所は次のとおりです：
- 既存の製品/サービスはおそらくあなたが望むものの95％を実行しますが、残りの5％は非常に難しい場合があります。
- ホストされたサードパーティのサービスの場合、不可能な場合があります。
- ダウンロード可能でインストール可能なオープンソースのソリューションである場合、製品の動作を学習せずに実装することはほとんど不可能であり、ほぼ確実に非常に時間がかかります
- ユーザーインターフェイス（フロントエンドとバックエンドの両方）は、多くの場合、すべての人を満足させるように設計されており、最終的には誰も満足させません。
- フロントエンドでは、ユーザーエクスペリエンスを革新的にすることは困難です。
- バックエンドでは、ユーザーをさまざまなオプションと混同しないものが望ましいです。
理想的には、使い慣れたコアまたはフレームワークを使用して独自のシステムを構築するのが最良のアプローチです（時間、お金、専門知識を与えられます）。
あなたのタイムラインを見て、私は1月1日起動の場合、あなたの唯一の選択肢はホストされた3パーティ製品-何かを構築したり、インストール/カスタマイズしたりする時間があるとは思わない。また、 PCIコンプライアンス などの処理も行います。これは、特にクレジットカードデータを自分で処理している場合は、コストと時間がかかります「支払い処理を内部で処理する」ことを意味します。
これについてはまだまだたくさんありますが、とりあえずはやめましょう。フォローアップの質問をお気軽にお尋ねください。
最後の言葉：短いタイムラインを考慮して、組織に期待を設定し、重要でない機能を削除し、段階的なアプローチを検討してください。
コメントに収まるには長すぎるため、これを回答として投稿していますが、実際にはJulianDroidのコメントへの返信です：
まず最初に、このインプットに感謝します...かなり注目度の高いプロジェクトに最初に飛び込むことは間違いなくユニークな立場ですが、eコマースにとっては環境に優しいです。 PHPは初めてですが、Magentoに慣れるのに数週間（月？）かかると聞いたことがあります。MagentoがPrestashopで提供している機能は疑問です。より実用的な長期的アプローチを採用しています。 Magentoを2週間深くしたいのですが、クライアントのビジョンに対応するために注文ページに2つのフィールドを追加することはできません
ホームロール（昔、昔）のeコマースストアからMagentoに切り替えた理由の1つは、非常に堅牢なソリューションだからです。それは、カスタムコーディングを必要とせずにほとんどの店舗所有者のニーズを満たすように設計されているため、少し大きくなります。そのため、ほとんどのカスタマイズ（カスタムフィールド、カスタム属性、カスタム製品タイプ、Webサービス、価格設定ルール、支払い方法など）は管理領域を介して実行できます。そして、最も一般的な機能（タグ、ユーザーレビュー、Google Base統合、小包追跡など）はすでにシステムに組み込まれています。 99％の店舗オーナーにとって、非常にユーザーフレンドリーであり、Magentoが必要なことを最小限の難易度で実行できることがわかります。また、非常に拡張可能なアーキテクチャで設計されているため、システムに精通している場合は、カスタムモジュールを作成するだけでカスタマイズできます（その中には膨大な数があります）。
このすべての欠点は、かなり複雑なアーキテクチャを持っていることです。そのため、API、ファイル構造、EAVモデル、テンプレートシステムなどを習得するには時間がかかります。徹底的なユーザーガイド、Magento向けの開発は最初は非常に恐ろしいことであり、ガイドするドキュメントはほとんどありません。
それが二分法です。カスタマイズとビジネスニーズの99％については、管理パネルから設定するのに半日もかかりません。しかし、カスタムモジュールを必要とする他の1％にニーズがある場合、最初はより軽いeコマースソリューションよりも多くの作業が必要になります。幸いなことに、ほとんどすべてのモジュールがあり、難しいのは最初の学習曲線だけです。
Prestashopの代弁はできませんが、Magentoのストア/管理エリアのデモを見て、必要なものがすべて揃っているかどうかを確認します。そうでない場合は、Magento Connectで使用可能なモジュールを検索してください。