Etre localisable

Les habitudes changent, et bien souvent, lorsqu’on cherche les coordonnées d’une société, ou les magasins d’une marque, le réflexe est de consulter directement le site web de la marque en question.

Le client potentiel cherchera instinctivement dans les liens de bas de site, dans les liens de haut de site, ou dans le plan du site pour trouver le lien providentiel du type « Contactez-nous », « Où nous trouver » ou « Nos magasins ». Ce petit lien est le sésame de la localisation du magasin le plus proche, heureux futur récupérateur du pouvoir d’achat (certes en baisse, mais pouvoir d’achat quand même !) du petit citoyen français désireux de contribuer à la croissance (qui a dit récession ?!) de la France et de ses entreprises.

Bref, le client cherche un magasin où dépenser son argent, et il le doit le trouver vite et bien.

Deux modules Bysoft à la loupe

Nous décrirons ici deux exemples de page « Où nous trouver » développées pour deux de nos clients.

Approche locale

Le premier module (développé pour Magento), est visible sur http://www.bergeredefrance.fr/index.php/nos-magasins/ et permet plusieurs visualisations :

-          Sélection directe d’un magasin dans les résultats de recherche (561 magasins à cet instant)

-          Sélection d’un département via la carte de France, ce qui a pour effet de filtrer les magasins affichés dans la liste de résultats, en n’affichant que les magasins du département choisi

-          Sélection d’un département via la liste déroulante

-          Suite à la sélection d’un département, possibilité de filtrer encore en choisissant une ville du département dans la seconde liste déroulante.

A noter que les résultats sont pré-chargés au chargement initial de la page, ce qui est donc un peu plus long au premier chargement, mais ensuite le filtrage des résultats est immédiat.

Lorsque l’internaute a trouvé le magasin qu’il cherchait, il peut cliquer sur le nom du magasin afin d’en visualiser les détails :

Sont affichés :

-          Une cartographie GoogleMap de localisation du magasin

-          Une photo du magasin

-          Un logo (soit de Bergère de France, soit du revendeur)

-          L’adresse du magasin

-          Les coordonnées téléphoniques

-          Les horaires d’ouverture

En BackOffice, le module permet de définir un type de carte par website (ou même par store-view). Il est donc possible d’avoir des cartes distinctes par website.

L’administrateur du site peut ensuite gérer l’ensemble de ses magasins grâce à une interface BackOffice :

Les champs descriptifs peuvent être surchargés en fonction de la vue magasin (pour le multilinguisme par exemple), et la mise en forme peut être faite, si besoin, directement en html.

Approche internationale

Le second module que nous vous présentons est plus orienté international, puisque la première étape est la sélection du pays dans une liste déroulante.

Une fois la sélection faite, un nouveau menu déroulant apparait, permettant la sélection d’un département (ou état, suivant le pays). Seul le champ « Pays » est obligatoire, donc le client pourrait directement cliquer sur le bouton « Rechercher » pour afficher l’ensemble des résultats.

Si le client sélectionne un département, une nouvelle liste permet encore de filtrer les résultats en choisissant une ville.

Un clic sur le bouton « Rechercher » affiche alors les résultats de la recherche :

Les informations suivantes sont affichées dans cette liste :

-          Nom du magasin

-          Coordonnées

-          Logo/Photo

Un lien « voir les détails » permet de visualiser les informations complémentaires (horaires d’ouverture, Site web…) ainsi qu’une carte de localisation GoogleMap :

En BackOffice, l’interface est comparable à celle du module précédent :

Autres exemples

Voici d’autres exemples de modules de localisation développés pour nos clients, en fonction de leurs problématiques métier :

http://www.bourrelier-education.fr/index.php/contact/index/delegues/

http://www.dekra-industrial.fr/La-societe/Choisissez-votre-Contact-DEKRA-sur-la-carte

http://www.agglo2rivesdeseine.fr/index.php/fre/Rayonnement-economique/Les-zones-d-activite-de-la-CA2RS

http://www.cultureindoor.com/

http://www.pacificpeche.com/27_magasins/

Le marché du site e-commerce est en plein essor en Chine. Pour un bon site e-commerce en Chine, vous devez installer un module de paiement chinois de qualité. Un système de paiement pour les sites e-commerce facilite l’acceptation de paiements électroniques pour les transactions en ligne. Les systèmes de paiement e-commerce en accord avec les banques sont devenus de plus en plus populaire en raison de l’utilisation généralisée de l’achat sur ​​Internet.

Une étude intéressante réalisée par une entreprise B2C en chine explique l’intention d’achat des Chinois :

“48,3% des internautes chinois achètent en ligne parce qu’ils pensent gagner du temps, ” 31,5% achètent en ligne par curiosité et pour la facilite d’utilisation “et” réduire les coûts (38,8%) ” Ce sont les principales raisons après le ” Saving Time “.

Voyons ensemble quels sont les principaux modules de paiement chinois :

-          Alipay

Alipay, une filiale du groupe Alibaba, est la plus populaire plate-forme tierce de confiance de paiement en ligne en Chine. Outre Taobao et Alibaba.com, Alipay fournit des solutions de paiement en Chine auprès de plus de 550 000 commerçants pour la vente en ligne (jeux virtuels, les produits numériques, les services commerciaux, les billetteries et opérations d’utilisation de paiement des frais).

Alipay fournit un service de paiement, au moyen duquel les consommateurs peuvent vérifier s’ils sont satisfaits de leurs acquisitions avant de régler la transaction au vendeur.

Alipay a environ 65 partenaires financiers (banques nationales en Chine, MasterCard, Visa, BEA). Ce module facilite les services off-line à valeur ajoutée grâce à des partenariats stratégiques avec China Post, qui a la couverture des zones rurales et les campus universitaires, et les magasins de proximité ouverts 24/ 24 heures.

-          Tenpay

Tenpay est le concurrent direct d’Alipay. Ce module populaire a été développé par Tencent, qui détient QQ.com (environ 300 millions d’utilisateurs).

Tenpay permet aux entreprises et aux particuliers d’effectuer et de recevoir des paiements Online sécurisés. Il est aussi possible de recharger son téléphone mobile avec ce module. Il est compatible avec le service e-banking des principales banques. La part de marché de Tenpay est passée de 10% en 2006 à 20,5% en 2009. En 3 ans, la part de marché de Tenpay a donc augmenté de 10,5%, contre 21,2% d’augmentation de part de marché pour Alipay.

Aussi, en 2009, la part de marché de Tenpay a augmenté de 1,3% tandis que son principal concurrent Alipay a seulement augmenté de 0,3%.

-          Chinapay

ChinaPay, une branche de China UnionPay (soutenu par le gouvernement du réseau de transfert inter-bancaire), créée en 2000, est également un module de paiement en ligne. Grâce au soutien financier et la promotion de China UnionPay, ChinaPay est utilisé pour les paiements de factures en ligne, services de courtage en ligne, services bancaires, et bien sûr de simples paiements en ligne. La part de marché de ChinaPay a légèrement diminué durant les trois dernières années.

Ci-dessous les autres modules de paiement chinois:

-           99Bill

-           ChinaPnR

-          YeePay

-           IPS

-          ChinaBank

-           PayEase

Ce graphique met en exergue la réalité du marché des modules de paiement chinois :

Pour le commerce électronique, un site Internet doit établir un accord avec plusieurs banques différentes afin d’accepter tout paiement en ligne provenant des utilisateurs.

Ces plates-formes tierces de confiance de paiement en ligne exposées ci-dessus sont très utiles pour les détaillants. En effet, en tant qu’e-commerçant vous devez examiner les nécessités primaires de vos clients afin de mettre en place un module de paiement effectif.

Vous ne serez pas en mesure d’avoir un site e-commerce sans une plate-forme du tiers payant en ligne.

Une autre chose importante à retenir est que les transactions en ligne par carte de crédit sont limitées avec chaque banque. Un compte électronique pourrait être financé par un prélèvement électronique à partir d’un compte bancaire ou par carte de crédit au choix du payeur. Désormais, les banques commencent à exiger un compte bancaire vérifié afin que le titulaire du compte ne dépasse une limite de dépenses préétablie.

Maintenant,  a vous de choisir votre meilleur module de paiement chinois!

Le déploiement automatisé a un effet important sur le code: il conduit à ce qu’il soit prêt à déployer. A tout moment du cycle de développement, le script de déploiement peut être lancé pour faire une mise en production ou une livraison : en termes simples, pour être publié.

« Release early, release often »

Cela s’apparente à la stratégie « Release early, release often »: déployer souvent montre que le projet progresse. Ces progrès ne sont pas toujours importants : parfois même, des bugs sont publiés. Mais durant la période de développement, c’est une situation normale. De toutes manières, une nouvelle version corrigera bientôt le problème. Et puisque le bug a été identifié tôt dans le processus, il sera donc plus facile à corriger, et aussi, plus important, plus facile à pardonner.

Toujours pas fini…

Comment peut-on fournir un code qui puisse toujours être mis à disposition ?

Eh bien, tout d’abord, entre la version et le code actuel, il ya une pièce d’ingénierie appelée SMC: Git, SVN, Mercurial, fossiles, CVS …( appelez cela comme vous voulez !), qui sera la principale source pour la version. Tant que vous ne commitez pas dans le SMC, votre code ne peut pas être publiable: il peut ne pas être compilé, ni être propre, ou non fonctionnel. Tant qu’il n’est pas commité,  le code n’existe pas.

Une fois qu’il est commité, il doit faire partie intégrante de l’application. Et pour être publiable, il ne doit pas casser l’application. La première vérification sera la compilation par PHP : si le code n’est pas compilé, alors, il ne sera pas publiable.

Développement bouchon de champagne

Le codage total, jusqu’à ce qu’il fonctionne, est aussi appelé le développement bouchon de champagne : vous ne savez le son que fera le bouchon de bouteille de champagne qu’à son ouverture. A ce stade, vous aurez eu soin d’avoir tous vos amis autour de vous, parce que si le bouchon saute, alors vous voudrez remplir quelques verres et trinquer. Par contre, si cela échoue, tous vos amis seront là pour vous remonter le moral ou se moquer de vous (oui, les amis font aussi cela).
Cette allégorie peut être appliquée au développement : quand le code est attendu depuis trop longtemps, les attentes s’accumulent, et commencent à grandir, jusqu’à devenir extrêmes. Puisque vous vous concentrez que sur le code, et laissez les utilisateurs dans le noir, alors ils trouveront les informations avec leur seul outil à leur disposition : l’imagination. Voilà comment vous vous retrouvez avec un beau projet, bien en deçà des attentes.

Largeur d’abord

L’autre approche est de rendre le code prêt dès que possible, même s’il n’est pas complet. Compiler est une première étape. Le fonctionnement complet n’est seulement que le troisième niveau. Entre les deux, vous avez le niveau «incomplet» : il fonctionne mais pas entièrement.

Prenons un exemple : comment travailler sur un module imaginaire de Drupal addressbook et l’avoir  fonctionnel pendant tout le dévelopement ? Si un tel module nécessite de plusieurs jours de travail, alors il ne fonctionnera pas entièrement les premiers jours. À ce stade, il n’est pas important de l’avoir entièrement opérationnel : nous voulons juste qu’il fonctionne.

Imaginez le stade précoce du module Drupal: le module lui-même est créé, basé sur son nom, avec beaucoup de « hooks » vides. Cela va compiler mais ne fera rien. Cependant, cela est publiable : il peut être envoyé sur une nouvelle version et n’ajoutera rien … à l’application finale.
Puis, à partir de cette base, vous pouvez commencer à ajouter de nouvelles pièces. Imaginez que vous travaillez sur le carnet d’adresses.

Vous avez alors différentes possibilités pour commencer à travailler : vous pouvez commencer à partir de la structure de la base de données et de mettre à jour hook_install ; puis ajouter quelques valeurs dans la base de données, et enfin travailler dans hook_view, de sorte que vous pouvez fournir une vue sur les données existantes, puis le même hook_view pour un formulaire requérant des données.
Vous pouvez également démarrer à partir hook_menu pour afficher le menu et un accès à votre nouveau module, puis  hook_view pour l’afficher. Enfin hook_install pour ajouter une nouvelle CSS au système de modèles. Vous pouvez aussi commencer par le panneau d’administration, les modèles, etc…
Chacune de ces approches vous donnera quelque chose de fonctionnel : vous et les utilisateurs seront en mesure d’exécuter cette application, et de voir le travail effectué ; bien sûr pas tout entièrement : le développement n’est pas encore fait mais seulement une partie.
C’est la principale différence avec le développement en profondeur. Une approche en profondeur résoud tous les problèmes qui se présentent : Drupal hooks, structure de la base de données, modèle, tests et déploiement. À tout moment, c’est un travail en cours et et rien n’est publiable : ce qui est fait est bien fait, mais on ne peut le faire marcher.

En fin de compte il ya deux approches différentes pour que cela soit toujours publiable.

• Croissance organique du code : commencer par déposer tout le code requis pour le faire fonctionner. Ensuite, ajoutez nouvelle fonctionnalité au dessus d’un tel code. J’appelle aussi cela « ajouter de la chair autour de l’os », basé sur le cliché du squelette. Vous finirez probablement avec beaucoup de fonctions vides ou constantes, qui seront des emplacements, ou « placeholders » pour un code plus complexe et ultérieur. Compter le nombre de ces emplacements est un bon indicateur des progrès réalisés.

• Code visible : cette approche est centrée sur les utilisateurs (ou clients, si vous préférez) . Ne travaillez que sur ce qui est visible. Ce formulaire de 120 champs ne commencera qu’avec deux formulaires. Puis, il affichera 3, puis 4, puis 12, puis 30, etc … A chaque fois, il va ajouter de nouvelles fonctionnalités. Et si c’est un tunnel  de paiement en 12 étapes, alors il devrait commencer par 1 étape de paiement, puis 2, etc … Gardez à l’esprit que les utilisateurs ne mesurent la progression que sur ce qu’ils voient (c’est-à-dire la vue), et non sur la quantité de travail ou de code que vous fournissez.

Si vous prévoyez de garder votre code publiable, vous devrez être en mesure de répondre à cette simple question : puis-je simplement déployer mon code maintenant ?

Cela vous rendra prêt pour n’importe quelle situation pouvant survenir en dehors  du planning : problème de sécurité, publication en urgence pour démonstration, changement soudain dans le planning client, ou même, un changement de développeur. Un code qui fonctionne bénéficiera toujours  à la personne suivante, plutôt qu’elle se batte avec un ensemble de tâches partiellement achevées.

Damien Seguy

Dans notre article du 26 octobre, nous vous présentions les grandes lignes du projet x-commerce mis en place par Ebay, et notamment son intégration de la plateforme e-commerce open source Magento.

Depuis, la liste des fonctionnalités mises en place dans le cadre de ce projet se sont quelque peu précisées et l’étendue de l’écosystème X-commerce commence à se dévoiler.

Une grande part du projet est consacrée à la mise en place d’API afin de faire émerger une véritable communauté de développeurs.

Ces API concerneront des domaines aussi divers que le système de paiement, la recherche, les stocks ou les outils de prospection marketing.

Concernant le paiement,  deux API sont mises à disposition des développeurs pour l’authentification et la facturation et s’appuieront sur le système Paypal. Ce n’est pas une nouveauté, mais ça va permettre de systématiser encore davantage ce mode de paiement pour les pros.

X-Commerce va resserrer les liens entre l’e-commerce et le commerce réel et local avec deux API : La disponibilité en stock locale grâce l’API Milo Open et la recherche locale de produits ou de boutiques grâce l’API Where.com. Ebay semble miser gros sur le shopping local, mais également sur le mobile…

En effet, le point faible des applications mobiles e-commerce actuelles est le nombre limité de moyens de paiement.

Mobile Express Checkout va permettre de simplifier le paiement via un telephone portable ou une tablette. Compatible avec Windows Phone, Ipad, Iphone, Blackberry et Android, Paypal Mobile Express a l’ambition de devenir le moyen de payement incontournable de l’acheteur nomade, le tout de manière toujours aussi sécurisée.  Le paiement mobile est actuellement l’un des points faible de Magento en version Mobile. Les problèmes de compatibilité pour chaque plateforme sont encore nombreux.  Grâce à l’API mise à disposition des développeurs, l’internaute n’aura plus besoin de sortir de l’application pour effectuer son paiement. La fluidité de la transaction s’en voit donc renforcée.

Au niveau des outils marketing,  X-commerce propose des fonctionnalités de recommandation de produits, de Ciblage des meilleurs acheteurs (via le Paypal Identity Cookie), un outil de segmentation de la clientèle (Segmentation Service API, toujours via Paypal)…

Grande Nouveauté : Open Ebay Apps Permet de lier son application e-commerce (de préférence Magento, mais pas seulement) directement à Ebay. Il n’est pas encore précisé si il y aura partage des identifiants entre la plateforme et les applications tierces ou pas.

D’autres API sont proposées dans le cadre de l’écosystème :

Magento Go : L’application mobile de Magento est mise en avant par Ebay, pour les petits e-commerçants, qui ont longtemps été l’un des cœurs de cible de la célèbre place de marchés.

Best Match : permet d’optimiser la recherche sur les applications e-commerce, à l’image de ce qui existe sur Ebay.

Client Alerts : Permet d’informer les utilisateurs de la plateforme Ebay d’un évènement Marketing ou Commercial.

Fabric : C’est l’outil de communication entre les différents plugins. Les extensions ne communiqueront plus entre elles directement, mais via le centre d’interactions Fabric.

Feedback :  A l’instar de ce qui existe sur Ebay, ce système permet de gérer les notations détaillées attribuées aux vendeurs. Cela est censé permettre aux vendeurs de repérer et agir sur leurs faiblesses (livraison, communication, rapidité, prix…).

Resolution Case : C’est un outil qui n’existait que sur Ebay, et qui est maintenant mis à disposition des applications e-commerce tierces.

Shopping API : C’est l’application permettant d’intégrer Ebay dans une application tierce. Elle permet d’afficher les données publiques d’Ebay, telles que les produits ou les informations sur un marchand.

Trading API : C’est  l’application permettant de récupérer les données privées d’Ebay, telles que les ventes, les  informations après-vente, les informations utilisateurs…

Bref, X-Commerce est en réalité une extension des fonctionnalités de Paypal et d’Ebay mises à disposition de Magento et d’autres applications tierces.

Il est assez  vraisemblable que Magento Go intègrera rapidement la plupart de ces fonctionnalités par défaut.

Quel est ton parcours ?

Après avoir obtenu un Master ingénierie des Médias à Toulon, je suis partie quelques temps à l’étranger pour acquérir une expérience professionnelle internationale.
Dès mon retour j’ai été embauchée par Bysoft en tant que Chef de projet E-commerce.

Comment décrirais-tu ton rôle chez Bysoft ?

En tant que Chef de projet Web, ma mission principale est de prendre en charge un projet dès le début de sa conception, rédiger les spécifications fonctionnelles et techniques, suivre le projet durant toute la phase de production, surveiller que le planning et le budget sont respectés et m’assurer que le projet sera livré à temps et correctement.

Quels sont les principaux projets sur lesquels tu as travaillé, chez Bysoft ou ailleurs ?

Au Canada j’ai eu l’opportunité de travailler sur plusieurs projets Typo3 pour des clients tels que ServoRobot et Canadian Travel.
Au sein de Bysoft, la majorité des projets qui m’ont été confiés sont des sites Magento ou Prestashop pour Lextenso, Weka, La Baguetterie, Eurothemix…

Qu’est-ce qui te plait le plus dans ton métier quotidien ?

Travailler au sein d’une agence web permet de participer à des projets diversifiés touchant à des secteurs bien spécifiques.

Le pôle E-commerce est d’autant plus intéressant car au cours de la phase d’analyse, le chef de projet doit prendre en considération la particularité des produits vendus, les éventuelles règles spécifiques liées à la vente et enfin les comportements “inhabituels” de l’acheteur cible.

…Et qu’est-ce qui te déplait le plus ?

Expliquer aux clients qu’aujourd’hui plus personne n’utilise Internet Explorer 6!

Quelle a été ta plus grande satisfaction chez Bysoft ?

Chaque mise en ligne est pour moi une grande satisfaction, cela représente l’aboutissement d’un travail d’équipe et le début d’une aventure pour notre client (plateforme e-commerce).

Quel est ton souhait d’évolution pour les années à venir ?

Je souhaiterai élargir mes compétences,  acquérir des connaissances dans des domaines annexes tels que le référencement, l’ergonomie…

Quelles sont tes passions à l’extérieur de Bysoft ?

Malgré ma passion pour les technologies, je suis quelqu’un de manuel, j’adore la peinture et j’aime bien chiper des matériaux un peu partout pour les coller là où on s’y attend le moins.
En dehors de ça je pense que le cinéma du coin me considère comme l’un de ses meilleurs clients