François Ziserman : entrepreneur, IA et ébénisterie
e-commerce live, c’est un comme un salon e-commerce, mais à distance.
e-commerce live
Chacun peut assister aux présentations, réalisées par des pros, depuis chez soi.
J’anime une conférence jeudi 17 janvier, à 14h.
Le sujet : la personnalisation des sites e-commerce.
Intéressant comme sujet, non ? 😉
Bravo à Pierre-Henri Tataranno pour cette excellente initiative 🙂
Je bosse (entre autre 😉 ) en ce moment sur la conception d’une interface « métier » : un back office, pour une application en ligne.
Donc sur cette application, que l’on veut simple, on a essayé d’enlever « tous les boutons ».
Enlever tous les boutons ? Mais comment l’utilisateur peut il enregistrer ce qu’il fait ?
La voie à laquelle nous avions réfléchi, c’est une sauvegarde automatique.
Ce qui m’avais fait penser à cette voie, c’est l’iPhone, ou on ne sauvegarde rien, les choses se font automatiquement.
Sauf qu’on a fait un petit essai, et ça s’est avéré une mauvaise idée : pas intuitif finalement, et pas simple à réaliser (il faut ‘attraper’ les évènements pour lancer l’enregistrement…).
En plus, si l’utilisateur est en train de faire une modification, il ne veut pas forcément que celle ci apparaisse en ligne. Bref, c’était clairement pas une bonne idée.
Bon, on a donc rajouté un bouton Enregistrer, sur les pages.
Ensuite s’est posé la question suivante : l’utilisateur ne pourrait il pas faire une modification, l’enregistrer, mais ne pas la publier ?
On a donc réfléchi à ajouter un bouton « Publier ». On avait donc deux boutons : Enregistrer et Activer.
Ce qui est intéressant, c’est que finalement, à ce stade, sur 3 personnes, il y avait 3 interprétations différentes du bouton :
Après une bonne discussion, on est s’est rendu compte qu’on était parti bien loin, avec des choses plutôt compliqué, et pour l’utilisateur, et pour la réalisation.
Finalement, on est resté sur nos deux boutons : Enregistrer et Activer. C’est simple et assez efficace.
La méthode était débile ? Non je ne crois pas. On peut toujours ajouter pleins de boutons sur les écrans. Chercher à simplifier, toujours et encore est un bon credo.
Et la conception d’une telle interface, cela demande du temps, de l’énergie et du savoir faire. D’ailleurs, il suffit de se promener sur les interfaces existantes pour se rendre compte assez rapidement qu’il y en a qui se posent des questions et d’autres pas ;).
Bon, dans tous les cas, faut juste bien tester avant de « déployer » 😉
Ceux qui me connaissent savent que je bosse « naturellement » plutôt beaucoup.
Et cette charge ne m’a jamais empêchée de blogger. C’est devenu, au fil des ans, comme une habitude : j’ai une « tâche de fond » qui tourne, et j’identifie dans la journée un bon sujet.
Toujours en tâche de fond, le sujet muri, et le soir, l’article « sort tout seul ».
Mais là, je bloque.
Pourquoi ?
Parce qu’en ce moment, ma charge explose. Je fais des très très grosses journées.
Bon, et bien, tout simplement, après une journée de 14h, je suis relativement « vidé » et j’ai pas le courage d’écrire un article…
Je vous promets d’essayer de reprendre le rythme mais je ne promets rien 😉
A suivre !
Comme vous vous en doutez si vous lisez ce blog, et en particulier cet article, j’ai créé une nouvelle boite.
Je n’en parle pas, enfin presque pas ( 😉 ), car je pense que c’est trop tôt : le produit n’est pas complètement sec ;).
Voici quelques éléments :
Cela donne un cadre assez précis en fait 🙂
Je suis convaincu que le SAAS est un mouvement de fond, et que petit à petit, ce mode va se généraliser. C’est inévitable car les e-marchands ont et auront de moins en moins le temps, l’argent pour faire autrement.
Quand à l’augmentation de la performance commerciale, c’est évidemment un sujet complètement clé, quand on voit l’évolution des prix d’acquisition des clients.
Bref, un beau projet. Je vous en dirais plus bien vite.
En attendant je vous souhaite une bien belle année 2013 :
Que les meilleurs moments de 2012 soient les pires de 2013 (elle n’est pas de moi mais je l’aime bien 😉 )
Au niveau e-commerce, on est toujours dans la situation ou on a un « jet froid » et un « jet chaud ».
Le jet froid, c’est que le commerce globalement devient tendu, les consommateurs sont « nerveux », ils consomment moins.
Cela se ressent forcément au niveau du commerce en ligne : les paniers sont plus bas, les commandes plus dures à avoir.
Et pourtant, le e-commerce est en croissance, et pas qu’un peu ! Et ça, c’est le jet chaud ;).
On est encore sur 2012 avec une croissance à deux chiffres !
Et à mon avis, c’est pas fini , plusieurs vecteurs poussent le e-commerce.
Je pense que cette situation va globalement persister en 2013, avec un jet froid un peu plus fort, mais un contexte qui restera globalement favorable au e-commerce.
Il reste tant à faire, tant au niveau de l’offre,- qu’au niveau des outils !
Bon, il est 17h, on est le 24, j’ai 20 cadeaux à emballer 😉
Je vous souhaite à tous un bon Noël !
Quand on négocie, c’est pour avoir un truc à un meilleur prix. Sinon, on est bon pour l’asile.
Et bien, je dois surement me poser des questions, parce que j’ai déjà plusieurs fois fait ça.
La dernière fois, j’avais organisé un appel d’offre, entre 5 / 6 boites.
L’une des réponses était en même temps de qualité, mais dramatiquement sous estimée par rapport aux autres, d’un facteur 3 à peu près.
J’ai trouvé ça vraiment dommage, parce que si on s’arrêtait là, cette réponse ne pouvait pas passer.
Pourquoi ? Parce que demander à une boite de faire un job, si on sait dès le début qu’elle a tant que ça sous estimé, c’est envoyer le projet ET le prestataire dans le mur.
J’ai appelé le client de l’appel d’offre, et j’en ai discuté avec lui. et on a convenu qu’on pouvait essayer de corriger le tir.
J’ai donc ensuite appelé la boite qui avait sous estimé la charge, et j’ai discuté « franc jeu ». Quelques jours après, on a reçu une autre proposition, a peu près deux fois plus cher.
Au final, c’est ce prestataire qui a été retenu, et maintenant que le projet est fini, il apparait qu’effectivement le projet aurait été ingérable dans le cadre de la première proposition.
Dans cette histoire, les choses ce sont très bien terminées : le projet a été réellement super bien mené, par tout le monde.
Mais on ne peut faire un truc comme ça que dans un contexte très très particulier : cela demande un niveau de confiance très fort entre les uns et les autres.
Le client a du me faire confiance, sur ma capacité à juger la sous estimation.
Le client a du avoir une sacré maturité, pour comprendre que dans de telles conditions, on part dans le mur. J’en connais qui aurait dit : « c’est le problème du prestataire »…
Je dois dire que je trouve très réconfortant que de telles choses puissent arriver 🙂
Le génie logiciel, c’est l’art de faire du logiciel de qualité.
D’accord, mais c’est quoi la qualité ?
Bonne question, merci.
La qualité, c’est la combinaison de plusieurs choses :
Bon, on pourrait en ajouter mais là, on a l’essentiel.
ça, c’est l’objectif.
Maintenant, la question, c’est : comment on atteint cet objectif ?
Là, la réponse n’est pas simple. Pas simple du tout en fait.
Au delà des objectifs assez factuels (moins de bug), d’autres objectifs sont plus délicats. Ainsi, « une application évolutive » est un objectif délicat. La difficulté est qu’on doit prévoir quels seront les axes d’évolutions. Ainsi, après développement, certaines parties seront faciles à faire évoluer, et d’autres non. La très mauvaise idée est de vouloir « tout faire évoluer ». Cela revient exactement au même que… ne rien dire. Dans ce cas, c’est l’équipe technique qui décide ce qui sera évolutif et ce qui ne le sera pas.
Une autre difficulté est qu’on est sur un terrain très instable. Les technologies évoluent très vite, et les demandes fonctionnelles aussi. Une application web doit donc être particulièrement souple.
Mais dans le même temps, on a rarement le temps de bien analyser, bien concevoir, bien développer. On veut faire vite, avec des équipes plus ou moins compétentes.
Ah la compétence des équipes ! C’est un bon sujet aussi. Puisque faire du logiciel, au final, c’est faire du code, la qualité du code sera directement en lien avec la qualité des développeurs.
En ce moment, la demande est très forte. La conséquence « mécanique » est de baisser le niveau d’expertise des développeurs (Il s’agit bien sûr d’une généralité, et bien sûr, il y a de très très bon développeurs).
Suite au prochain épisode 😉
Je recherche, pour une super startup killer de la mort, un super développeur Java.
Tu aimes :
Comme vous le savez si vous suivez ce blog, je suis un amoureux du code, et ce projet est le projet de rêve pour tout développeur.
Le job est à Paris, métro Les Halles (début de la Rue Montorgueil)
Contacte moi ! ziserman at gmail.com 😉
Alors, tu vas me dire : quel rapport avec le conseil en e-commerce ? Aucun 😉 Mais Chut…
On trouve de tout sur Amazon, et même plusieurs fiches produits pour le même produit !
Exemple sur lequel je suis tombé « par hasard » :
Première fiche produit :
Deuxième fiche :
La photo est différente, le prix est pratiquement du simple au double ( !!!! ), le nom du produit est un peu différent, mais, mais, quand on recherche la référence fournisseur, on se rend compte que c’est bien le même produit.
Cet exemple me semble révélateur de plusieurs choses :
Enfin, sur l’exemple du Mindstorm : une vendeuse de chez Lego m’a dit que le nouveau Mindstorm devait sortir en Mai : ce n’est pas le bon moment pour acheter ça 😉
Sur un site un peu pro, on a deux versions (au moins) :
Une version en production (le site en ligne) et une version en préparation, appelée pré-production.
La version de pré production permet de tester les évolutions qu’on fait sur le site.
Vous demandez une nouvelle fonction, l’équipe technique réalise l’évolution, et envoie ça sur la pré production.
Cela permet de voir ce que ça donne et de valider que ça fonctionne bien.
Pour bien faire ça, il faut que la pré production tourne sur une configuration pratiquement équivalente à celle de production.
L’une des grande difficulté est d’avoir un environnement et des données équivalentes entre les deux environnements. Sans entrer dans les détails, cela coute cher et c’est compliqué à faire…
Bon, ça, c’est pour la partie logicielle, applicative.
Maintenant, on a besoin d’autre chose pour bien travailler, c’est le data stagging.
Le data stagging, c’est un peu la même idée que la pré-production : pouvoir tester en condition quasi réelles des modifications, mais ici, il ne s’agit pas de modifications faites sur les programmes mais sur les données.
Exemples : vous préparez le catalogue de la rentrée, vous mettez à jour les éléments marketing du site, vous préparez des éléments de merchandising (promotions, bannières, …).
Le data staging permet de tester tout ça dans un environnement équivalent à celui de la production, mais sans prendre le risque d’impacter le site en ligne.
Il y a plusieurs façon de faire du data stagging. On peut faire du data stagging logique : tout se fait sur le site en ligne, mais les données sont « dupliquées » entre les deux environnements : la production et le data stagging.
L’autre approche est physique : on crée physiquement deux versions du site, avec des mécanismes de synchronisation entre les sites.
Sans data staging, on est en « direct live » : on fait des modifications, et on regarde sur le site ce que ça donne.
Enfin, une autre solution est de faire ce que fait Apple : fermer le rideau.
C’est une alternative intéressante, car elle évite la mis en place du data stagging, et permet de tester une mise en ligne avant de la proposer aux internautes.
Finalement, les meilleures solutions sont rarement les plus compliquées 😉