Monter un site d’e-commerce de A à Z est un challenge important, car des bons choix dépendront un bon ROI, une fiabilité à toute épreuve ou encore une évolutivité sans faille. Oui, facile à dire, car que choisir comme langage ? Comme système d’exploitation ? Open source ou pas ? Qui de l’oeuf ou la poule ? Questions auxquelles je vais essayer de répondre ici.

Bien évidement, toi qui connais bien le e-commerce, qui possède un site qui tourne bien, passe ton chemin, ce post ne t’apportera rien. Ce post est surtout destiné à ceux qui voudraient s’y frotter sans se piquer. Débutant de tout poil bienvenu à toi, je vais tenter en quelques lignes de te donner quelques éléments de réponses.

Il y a deux évidences :

1. la technique peut tout,
2. tout est une question de temps et d’argent.

Donc oui la technique est au service du fonctionnel, mais au fonctionnel de savoir modérer ses ardeurs. Tout est histoire de compromis, et toujours garder en tête la règle n°1 : le retour sur investissement.

Donc, quelque soit la super idée que vous pouvez avoir, vérifiez quelle soit bien réalisable techniquement, à un prix raisonnable. Ne croyez jamais « qu’il suffit de ». J’ai déjà eu des demandes simples de prime abord, mais nécessitant la réécriture d’internet explorer, de firefox et de windows, rien que ça.

Imaginez l’inimaginable, puis faites confiance aux techniciens pour vous remettre les idées dans le portefeuille.

Faire un état des lieux

Avant de faire quoi que ce soit, il est primordial de se poser les bonnes questions, quelques exemples :

1. Quel est votre niveau (vous ou votre équipe) technique et fonctionnel ?

Avant toute chose, un conseil qui n’engage que moi : faites appel à un professionnel si vous n’y connaissez pas grand chose à la technique ou au fonctionnel. Tout comme si vous ouvriez une boutique à partir de 0 vous ne feriez pas à la fois la plomberie, la maçonnerie ou encore l’électricité, laissant à quelqu’un d’autre l’aspect commercial de votre affaire. Vous ne pouvez pas tout faire, vous ne savez pas tout faire. Et dans le cas contraire il est peu probable que vous ayez le temps nécessaire.

Concentrez vous sur ce que vous connaissez. Si en plus vous ne connaissez pas bien le e-commerce, commencez petit, ou faites appel à un professionnel, mais ne partez pas à l’aveuglette.

2. Qu’est ce que je vais vendre ?

C’est important : on n’a pas les mêmes besoins si l’on vends des produits physiques (matériel, vêtements…) ou des produits immatériels (audio, video, e-books, assurances, produits bancaires…) par exemple. De même cela influera sur le choix d’une solution déjà existante ou d’une solution propriétaire, de l’achat de bande passante…

3. Combien de visiteurs en même temps ?

De cette donnée dépendra l’architecture matérielle et logicielle, il est donc vraiment très important de définir dès le début du projet une fourchette, même vague. Cela va influer fortement sur les couts finaux : un serveur mutualisé ne coûte pas le même prix qu’une baie bien remplie avec load balancing, firewall dédié… Ceci est également important parcequ’il sera peut être nécessaire de mettre en place des systèmes de cache, soit sur le serveur, soit externe (genre Akamai). De même la géolocalisation des internautes aura son importance.

Imaginons que vous ayez prévu une architecture accueillant confortablement 500 personnes. Le service commercial fait une pub télé : le carton, 10000 connections. Résultat, l’investissement tombe à l’eau. Et bien pire, le site et donc la marque acquiert une image négative.
Imprévu qui, pour peu que la technique soit prévue et pour un cout relativement modeste, aurait pu être un incroyable moteur de croissance. Anormal ? Non, imaginez la même chose pour un magasin, dont la surface est prévue pour 500 personnes en accueillant 10000… C’est pareil sur le net, il faut prévoir.

4. Y-a-t-il nécessité de connection avec un SI ?

Le multi-canal, et donc l’existence d’une activité qui va s’étendre sur le web, implique la plupart du temps des interconnections à un SI, en tout cas si vous avez un grand nombre de produits ou opérations et qu’il est nécessaire d’automatiser le tout : stocks, livraison, facturation, compta… il est nécessaire d’étudier fonctionnellement et techniquement cet aspect d’un projet. De même, n’oubliez pas que si vous avez une pub papier, celle ci doit être (ou en tout cas devrait) la même sur le net : même code avantage par exemple. Les connaisseurs de la VAD savent que les codes code avantages sont souvent un défi. Comme pour le point 4, il faut prévoir.

5. Quels seront les échanges de données avec des prestataires ?

Si vous avez des prestataires, par exemple moteurs de prix, logistique, banque… il faut également déterminer assez tôt quels seront les échanges. C’est important car certains échanges peuvent devoir être cryptés : export de la liste des clients, etc.

A partir de questions assez simples, en somme les bases du cahier des charges (ou expression du besoin dans le jargon) il sera possible de définir un premier périmètre technique. Bien entendu je n’ai posé ici que quelques questions, un post n’y suffirait pas, à vous de compléter. Il est nécessaire de se poser les bonne questions, tout comme on se les poserait dans le cas de la construction d’un magasin.

En bref, posez sur le papier tout ce qui vous semble important. C’est la base de votre cahier des charges. Il n’est possible de faire des choix techniques que si l’on sait ce que l’on veut faire.

Open source, location ou sur mesure ?

Ici c’est simple : tout dépend de votre cahier des charges ou tout au moins de vos premiers pré-requis.

L’Open Source est très intéressant, mais attention, plus vous éloignerez du cahier des charges du produit open source, plus le cout augmente, car il faudra faire du développement spécifique.Si aujourd’hui le produit le plus connu est OSCommerce, un poids lourd arrive : Magento. Danger de l’open source : avoir la même boutique que votre concurrent.

La location est également intéressante, pour les petites et moyennes boutiques (ceci n’a rien de péjoratif). Il s’agit en général d’une solution open source (souvent OSCommerce) pré-installé couplé à une offre d’hébergement. C’est la solution la moins chère, mais aussi la moins évolutive et la moins ouverte puisque vous ne pourrez pas faire de grosses évolutions ou mises a jour.

Dans le cas ou votre site ne colle pas avec le cahier des charges d’un produit open source, soit fonctionnellement soit techniquement, il vous faudra partir sur le sur mesure. C’est la solution la plus couteuse, à la fois en terme financier et temporel. Mais c’est la seule solution pour avoir quelque chose d’unique. Il est bien évident qu’il faut faire appel à de vrais pros pour avoir quelque chose qui tienne la route. Sachez que ce type de solution impliquera un investissement fort de vos équipes.

.net, PHP, Java ou autre ?

Grande question. Petite réponse : tout dépend du projet et de son contexte.

Dans le cas ou vous choisissez une solution open source, vous devrez forcément vous plier aux contraintes techniques du produit. En l’occurrence OSCommerce et Magento sont codés en PHP (attention aux requirements, Magento tourne en PHP 5.2 par exemple).

Si vous partez sur du sur mesure, en ce qui concerne PHP, .net ou Java, ma préférence va clairement à .net aujourd’hui (pour un gros projet), puis ensuite PHP. Mais ce choix est personnel, et une guerre sans fin existe sur le sujet. Ayant pratiqué un peu les trois, il est évident que chaque langage a ses avantages et inconvénients.
Tout dépend du contexte. Inutile de se mettre au .net si vous connaissez bien Java, inutile de potasser le .net si vous êtes à l’aise en PHP.

Le choix du système d’exploitation est fonction du langage la plupart du temps : java et PHP sur Linux ou Windows, .Net sur Windows uniquement. Les base de données sont souvent liées au langage : PHP et Java -> MySQL, .NET -> SQL Server.

Serveur dédié, mutualisé ?

Une fois votre projet défini, et le choix de la solution statué, il est possible de se pencher sur l’hébergement. En cas de solution louée, tout est compris, donc histoire close. Pour les autres solutions, il est nécessaire de prévoir le nombre d’internautes simultanés que vous comptez accueillir, de la bande passante nécessaire, du niveau de sécurité… Inutile de se ruer vers un serveur dédié couteux pour 100/visites jours sur un OS Commerce. Par contre pour de la vente de vidéo, il faudra définir une architecture particulière

Tiens, y a une promo dans l’air ?

Quelques liens

Solutions propriétaires

Je n’ai pas évoqué ces solutions plus haut, car elles sont un peu particulières, destinées à une clientèle PME/Grande compte. En voici quand même quelques unes : Neeet sur une base de Generix (exemple : madeinsport)
Grita (en perl) et SRD
Octave
Pour ceux qui ne connaissent pas, Generix et SRD sont des ERP, adaptés à la VAD.

Solutions open source

Magento
OSCommerce
Neoweb avec Neojoomla (plugin pour Joomla).
Edit :
Olivier, de 42stores, nous signale (non, je ne parle pas de moi a la 3° personne) d’autres plateformes :

Plici
Thelia
Prestashop

Anteane signale l’oubli de virtuemart.

Location

PowerBoutique
Store-factory
Oxatis
Amen
businesshop
shopfactory
42stores et son blog

Benchmark de pas mal de solutions

Sur mesure

Il vous faudra trouver une agence, ou avoir une équipe en interne. Petit conseil : trouvez une agence pas trop loin de chez vous, les rapports humains comptent pour beaucoup. Evitez d’être le plus gros client de cette agence, c’est flatteur, mais risqué. Demandez un minimum de documentation technique, gardez la doc fonctionnelle bien au chaud.

Alors, que faire ?

Soit vous ou vos équipes avez des connaissances, et vous les exploitez, soit vous faites confiance à votre prestataire et vous vous faites aider. Il n’y a pas à aujourd’hui de règle bien figée et éprouvée. Certains sites marchands coûtent plusieurs millions d’euros, d’autres quelques dizaines par mois, tous ont la même régle : le retour sur investissement.

Et vous, combien êtes vous prêt a investir (ou combien avez vous déjà mis) ?
Pour quel chiffre d’affaire ?

Share this: