Duplicate possible:
Quel script de commerce électronique dois-je utiliser?
Peut-être pourriez-vous m'aider à identifier une plate-forme de commerce électronique évolutive (et appropriée) pour un de nos clients, cherchant à améliorer ses ventes en ligne. J'ai lu le directives de commerce électronique ici et je souhaite approfondir ce sujet, en fonction de ma situation particulière.
...
Quelques informations de base:
L’activité principale de la société a été de vendre aux détaillants, aux boutiques, etc., mais cherche maintenant à vendre directement au consommateur - c’est là que j’interviens ... pour redessiner leur site ( actuellement une page quasi-e-commerce, quasi-informative) dans un site de commerce électronique complet - qualité en terme de qualité (pas nécessairement en termes de fonctionnalité) comparable à Amazon. Je fais mes devoirs pour isoler les meilleures options que toute l'équipe puisse évaluer.
...
Je suis un ninja CSS et un développeur Web florissant, mais je suis encore relativement nouveau dans l'eCommerce. J'aimerais donc connaître l'avis de la communauté StackExchange.
Je suis curieux de connaître les avantages et les inconvénients (avec un intérêt particulier pour la sécurité et l'évolutivité) d'une plate-forme hébergée (par exemple, 3dcart) par rapport à une plate-forme à source ouverte (par exemple, Prestashop). Par exemple, vaut-il la peine de payer 250 $/mois? pour l'édition "professionnelle" de Magento? Comment Opencart et Prestashop se comparent-ils à 3dcart pour une entreprise de taille moyenne?
Quels sont les maux de tête associés aux meilleures options? maintenance, polyvalence, support communauté/client, etc.
Ce ne sont là que quelques-unes des questions qui vous viennent à l’esprit, mais j'espère que vous pourrez voir le thème général de ma provenance, offrir des conseils et suggérer des plateformes à explorer.
Voici quelques caractéristiques/notes:
L'inventaire est actuellement effectué manuellement (en raison des ventes actuellement très modestes), mais j'imagine que l'intégration du flux de données et de la comptabilité devra être disponible.
Le site devra être disponible en plusieurs langues
Le traitement des paiements est actuellement traité en interne, car les stocks ne sont pas automatisés , ce qui suggère que la gestion des stocks est un autre facteur clé à prendre en compte (un montant de 20 000 $ a été attribué à mon client intégrer la gestion des stocks ... Je pense que nous pouvons faire beaucoup mieux que cela;), comme je le comprends actuellement, le problème est que toutes les ventes ne se font pas en ligne.
La prise en charge des promotions, les avis des utilisateurs, les évaluations de produits et une interface frontale entièrement personnalisable sont presque obligatoires.
N'oubliez pas que notre lancement cible est le 1er janvier , et je n'ai jamais travaillé avec l'une de ces plateformes (autre que 3dcart brièvement) - mais si une aide d’un spécialiste doit être prise en compte dans le budget, ce n’est pas totalement hors de question. Cela me suggère également qu’avoir une solution payante pourrait être utile, avoir une équipe de "support technique/client" disponible.
Nous ne savons pas quel sera le succès de cette entreprise. À l'heure actuelle, mon client reçoit 200 visites avec une poignée de ventes par jour. si notre vision aboutissait, leur trafic quotidien et leurs ventes devraient considérablement augmenter ... et nous voulons être préparés à cela et ne pas avoir recherché une solution de commerce électronique qui ne puisse pas évoluer facilement.
J'apprécie sincèrement votre temps et j'attends les commentaires de tous!
Julien
Cela revient en grande partie à la vieille question de savoir s'il faut utiliser un service/produit existant ou le développer vous-même.
Les avantages d'utiliser un produit/service existant sont les suivants:
L'utilisation d'un produit/service existant présente les inconvénients suivants:
Idéalement , construire votre propre système en utilisant un noyau ou un framework que vous connaissez bien est la meilleure approche (en fonction du temps, de l'argent, des compétences).
En regardant votre chronologie, je dirais que pour un 1er janvier lancement , votre seul choix est un hébergé 3ème produit de fête - Je ne pense pas que vous aurez le temps de construire, d'installer ou de personnaliser quelque chose à temps. En outre, il s’occupe de choses telles que conformité PCI , ce qui peut coûter cher et prendre beaucoup de temps pour bien faire les choses, en particulier si vous gérez vous-même des données de carte de crédit (je ne suis pas sûr que ce soit ce que vous faites. par "traitement du paiement en interne".
Il y a tellement plus à dire à ce sujet, mais je vais arrêter de me perdre maintenant. N'hésitez pas à poser des questions de suivi.
Mot de la fin: compte tenu de la brièveté du calendrier, travaillez avec acharnement pour définir les attentes de votre organisation, supprimez les fonctionnalités non essentielles et envisagez une approche progressive.
Je poste ceci comme réponse car c'est trop long pour tenir dans les commentaires, mais c'est vraiment une réponse au commentaire de JulianDroid:
Tout d’abord, merci beaucoup pour cette contribution, c’est vraiment une position unique pour plonger tête nue dans un projet de grande envergure, tout en étant très écologique pour le commerce électronique. Je connais assez bien PHP, mais j'ai entendu dire que Magento mettait des semaines (des mois?) À se familiariser avec ... Je me demande quelles fonctionnalités offre Magento par rapport à Prestashop, car si c'est vraiment un meilleur choix, notre client est probablement d'accord avec nous d'adopter une approche plus pratique dans le long terme. Je détesterais être au fond de Magento pendant deux semaines et ne pas pouvoir ajouter deux champs à la page de commande pour s'adapter à la vision de notre client.
L'une des raisons pour lesquelles je suis passée des magasins d'e-commerce traditionnels (il y a très longtemps) à Magento est que c'est une solution très robuste. C'est un peu volumineux en grande partie parce qu'il est conçu pour répondre aux besoins de la plupart des propriétaires de magasin sans nécessiter de codage personnalisé. Ainsi, la plupart des personnalisations (champs personnalisés, attributs personnalisés, types de produits personnalisés, services Web, règles de tarification, méthodes de paiement, etc.) peuvent être effectuées via la zone d'administration. Et les fonctionnalités les plus courantes (balises, avis des utilisateurs, intégration de Google Base, suivi des colis, etc.) sont déjà intégrées au système. Donc, pour 99% des propriétaires de magasin, c’est très convivial, et vous constaterez que Magento fera tout ce que vous voulez avec un minimum de difficulté. Il est également conçu avec une architecture très extensible telle que, si vous êtes familier avec le système, vous pouvez le personnaliser comme vous le souhaitez en écrivant simplement un module personnalisé (dont il existe une tonne).
L’inconvénient, c’est que son architecture est assez complexe et qu’il faut donc un certain temps pour apprendre l’API, la structure de fichier, le modèle EAV, le système de templates, etc. Contrairement à la gestion du magasin, qui est très utile. et un guide d’utilisation approfondi, développer pour Magento peut être assez intimidant au début, et vous avez très peu de documentation pour vous guider.
Voilà donc la dichotomie. Pour 99% des personnalisations et des besoins de l'entreprise, il ne vous faudra pas plus d'une demi-journée pour le configurer via le panneau d'administration. Mais si vos besoins correspondent aux 1% restants qui requièrent un module personnalisé, il faudra au départ beaucoup plus de travail que des solutions de commerce électronique plus légères. Heureusement, il existe des modules pour presque tout et seule la courbe d'apprentissage initiale est difficile.
Je ne peux donc pas parler au nom de Prestashop, mais je jetterais un coup d’œil à la zone de démonstration/magasin Magento pour voir s’il possède tout ce dont vous avez besoin. Sinon, recherchez dans Magento Connect un module que vous pourriez utiliser.