Intéressant a écouter donc :

Ses conseils :

• L’obsession des clients, écouter ses clients ;
• Inventer les solutions ;
• Penser long terme ;
• Considérer que « on est toujours comme au premie jour ».

Ce salon est l’endroit pour rencontrer, en peu de temps, la plupart des prestataires du marché : conseil, éditeurs de logiciels, e-marketing, …

Cette année, le salon a lieu du 21 au 23 septembre, porte de versailles.

Et cette année, je participe au programme des formations.

Le thème de cette formation, c’est :

Maîtriser toutes les étapes du lancement d’un site : de la conception à l’exploitation

Le programme est :

Introduction au e-commerce et approche métier
Quelles sont les succes story et les failure story ? Quels sont les différents acteurs qui interviennent dans la réalisation d’un site ? Quels sont leurs rôles respectifs ? Comment interagissent-ils entre eux ? Quelles sont les étapes d‘un projet ?

Les analyses préliminaires au lancement d’un site
Comment adapter son business plan stratégique et son business plan opérationnel aux spécificités d’internet? Quelles adaptations effectuer sur ses canaux ? Quelle forme juridique adopter ? Comment définir son offre ? Comment faire son étude de marché ?

Le cahier des charges et l’appel d’offre
Comment faire les choix technologies nécessaires ? Comment planifier la réalisation ? Comment budgéter l’ouvrage ? Comment choisir son prestataire ?

Cette demi journée de formation a lieu le jeudi 23 après midi.

Pour vous inscrire, c’est par ici !

Donc, on parle ici de Web Analytics.

Avec ces outils, on a presque l’impression qu’on est derrière chaque internaute, et qu’on peut tracer tout ce qui se passe derrière l’écran…

En fait, non !

Il y a quantités de choses qu’on ne peut pas voir.

Déjà, très simplement, on peut savoir qu’un internaute ne fait plus rien sur une page, mais ça peut vouloir dire pleins de choses : l’internaute réfléchi, il est parti se promener, ou bien il fait une sieste… On sait juste qu’il ne se passe rien.

En fait, il y a tout un tas d’actions qu’on ne peut pas voir.

L’une de ces actions, et non des moindres, c’est le « back » : et oui, vous savez, le bouton « back » du navigateur.

Cette action est sur le navigateur, et pas dans la page Web. Donc, si l’internaute clique sur ce bouton, qui permet en particulier de choisir dans l’historique de navigation la page ou aller, on peut, au niveau « analytics », juste constater que l’internaute a quitter la page, sans savoir par ou il est parti.

On m’a donné cette info :

Intéressant !

Ce qu’on peut voir :

La concurrence est rude !

Le java est en pleine décroissance, et ce n’est probablement pas prêt de s’arrêter avec le rachat par Oracle…

Le C est en pleine croissance ( !!! ).

(Merci Patrice)

UPDATE : Suite aux commentaires, j’ai intégré le tableau suivant (issu de la page sur tiobe)

Position Jul 2010	Position Jul 2009	Delta in Position	Programming Language	Ratings Jul 2010	Delta Jul 2009	Status
1	1		Java	18.673%	-1.78%	A
2	2		C	18.480%	+1.16%	A
3	3		C++	10.469%	+0.05%	A
4	4		PHP	8.566%	-0.70%	A
5	6		C#	5.730%	+1.19%	A
6	5		(Visual) Basic	5.516%	-2.27%	A
7	7		Python	4.217%	-0.22%	A
8	8		Perl	3.099%	-1.10%	A
9	21		Objective-C	2.498%	+1.99%	A
10	9		JavaScript	2.432%	-1.08%	A
11	11		Delphi	2.323%	+0.33%	A
12	10		Ruby	1.982%	-0.59%	A
13	12		PL/SQL	0.772%	-0.12%	A
14	13		SAS	0.701%	-0.09%	A
15	15		Pascal	0.639%	-0.07%	A–
16	17		Lisp/Scheme/Clojure	0.622%	+0.01%	B
17	20		MATLAB	0.581%	+0.07%	B
18	16		ABAP	0.548%	-0.15%	B
19	19		Lua	0.535%	+0.00%	B
20	28		PowerShell	0.493%	+0.17%	B

Mais voilà le résultat, j’avais un peu de mélancolie, et j’ai mis ça en musique avec Garage Band :

Soyez indulgent, c’est pas mon métier

Bon, ils reviennent cette semaine

C’est mal connaitre les majors !

Pour faire simple, le monde est séparé en deux camps : ceux qui veulent mettre des DRM partout, et ceux qui n’en veulent pas.

Ceux qui veulent tout protéger veulent mettre des DRM sur les contenus, mais également mettre des systèmes de protection, un petit peu partout, pour limiter, freiner à l’extrême, la copie sans contrôle des contenus numériques.

Saviez vous qu’il y a des projets, bien avancés d’ailleurs, pour mettre de la sécurité y compris dans les écrans ?

En effet, ça sert à quoi de sécuriser un contenu, si on peut enregistrer le contenu, une fois décodé ?

Donc, pour empêcher ça, certains réfléchissent à pousser un système de codage complet, comme un tube blindé, qui irait jusqu’à l’écran. Si ça se développait, pour copier, il faudrait enregistrer l’écran avec une caméra.

Pour avoir pas mal réfléchi au sujet, ne ne crois pas du tout que de tels systèmes vont se développer. Pourquoi ?

Simplement parce que, pour un fabriquant d’ordinateur, ou d’écran, le piratage n’est pas son problème.

On peut lui imposer un système de sécurité.

Mais si le fabriquant estime que cela va à l’encontre de l’intérêt de ses clients, il s’arrangera pour qu’on puisse « casser » la sécurité… Tout comme le blocage des DVD en zone.

Le monde ou le contenu numérique à une diffusion complètement sous contrôle n’existe pas.

Comme le dit mieux que moi mon ami Serge Soudoplatoff, le partage de la pizza ne réduit pas la taille de chaque part…

La diffusion des contenus est tellement virale qu’elle est inévitable.

Mais les majors, les industries qui vivent sur un modèle de contenu payant ne sont pas prêt d’entendre ça, parce que ça remet en cause tout leur édifice, et que, pour toute entreprise, c’est vraiment très difficile de se remettre en cause.

Ils lutent, pour tenter de bâtir un « barrage contre le pacifique ».

Ultra Violet est la tentative la plus récente pour proposer une « DRM universelle ».

Il y a du beau monde derrière ce projet : Sony, HP, Fox, Paramount, Sony Pictures, Warner Bros, …

La nouveauté, c’est de permettre de lire le contenu protégé sur plusieurs terminaux : pc, tablet, mobile, …

On voit bien l’idée : offrir, avec un contenu protégé, un confort d’utilisation aussi grand que quand on pirate le contenu.

Mais, à mon humble avis, le problème n’est pas là.

Le problème est qu’il y aura toujours quelques gars pour copier le contenu, et ensuite le donner aux amis, puis aux amis d’amis, …

Et copier un contenu, c’est toujours possible après qu’il soit décodé (c’est ce qu’on appelle le « trou analogique de sécurité »).

Et il sait de quoi il parle !

Cela confirme bien que Prestashop est bien plus léger que Magento.

Au niveau des tables, la différence n’est pas énorme (moins d’un facteur 2).

Par contre, au niveau du code, il n’y a pas photo, avec plus de 5 fois plus de code pour Magento.

Cela veut dire plus de source d’erreurs, besoin de plus de ressources pour exécuter Magento, plus de temps, plus de complexité.

Alors ?

Alors, pour choisir, il faut prendre le temps de bien analyser la situation du projet.

Quand le projet le justifie, Magento est une très bonne solution.

Mais si vous avez peu de moyens, si vous n’avez pas une forte maîtrise technique, alors oubliez Magento et faites une belle boutique, avec Prestashop.

Heu, d’ailleurs, si vous n’avez pas de ressource technique, les solutions type Oxatis, Powerboutique, 42Stores, RentAShop sans oublier Wizishop… sont de très bonnes solutions pour démarrer sans perdre trop d’argent au lancement.

Tout va bien… Sauf que les clients sont joueurs .

Un premier voudra modifier son adresse de livraison, après avoir passé la commande.

Un deuxième voudrait bien supprimer l’un des produits commandé.

Un troisième souhaitera ajouter un produit complémentaire…

Ces inocentes demandes doivent trouver des réponses (ou pas), et cela va impacter le site, mais également le système d’information sous jacent.

Commençons par le site.

Comment le client va-t-il pouvoir modifier sa commande ?

La solution la plus simple est de lui proposer un moyen de contacter le service client, mail ou téléphone, et de laisser ce service régler, avec le client, la modification de la commande. Dans ce cas, la modification doit pouvoir au moins être faite dans le back office.

L’autre solution, c’est de proposer la modification de commande en ligne. C’est ce que fait Amazon :

Au passage, je vous laisse apprécier mes derniers achats

Bon, revenons à notre sujet.

Cet écran est intéressant. En fonction de l’état de traitement de la commande, les options proposées sont différentes.

Si la commande est en cours de préparation, on ne peut plus rien modifier :

Sinon, on dispose de tout un tas d’options :

Amazon propose donc de :

• Changer le mode de paiement
• Supprimer des articles
• Changer le mode de livraison ou l’adresse de livraison

L’idée proposée par Amazon est finalement assez simple :

Soit la commande n’est pas descendue dans le système logistique, et elle peut être modifiée, soit elle est dans le système logistique, et dans ce cas, elle ne peut plus être modifiée.

Quelques mots sur cette interface web de modification de commande :

Cette fonction n’est pas très simple à mettre en oeuvre, mon conseil est de ne pas se précipiter dessus… Surtout pour un site ayant de faible volumes. Le contact, mail ou téléphone est une solution qui a fait ses preuves .

Cette fonction en ligne prend tout son sens pour les gros sites, puisque c’est un moyen d’apporter un service de meilleur qualité, sans faire exploser la taille de l’équipe relation client.

Autre point intéressant :

Quand fait on descendre la commande dans le système logistique ?

Ce qui est certain, c’est que, si on n’a pas tous les produits en stock, cela ne sert à rien de descendre la commande.

Maintenant, dans le cas ou on dispose de tous les produits, quelle est la meilleure option ? Descendre la commande le plus tôt possible ou temporiser un peu, de manière à laisser au client le temps d’éventuellement modifier sa commande ?

A voir, au cas par cas, en fonction de vos produits, de votre système logistique.

On est en effet dans le domaine du compromis : vaut il mieux laisser au client le temps de changer d’avis, ou vaut il mieux envoyer la commande le plus rapidement possible ?

Je pense que, dans bien des cas, la priorité doit être à la vitesse de livraison.

On entend régulièrement parler de projets, ou le prix était de plusieurs millions d’euros, et qui se sont mal terminés… très mal pour certains.

Dernier exemple en date : France.fr.

Comment est-ce possible ?

Ou est le « bug » ?

Si on compare avec le bâtiment, cela ne se passe pratiquement jamais comme ça.

Bien sûr, dans le bâtiment, les délais dérapent, les prix aussi… Mais le truc se monte, et bon, on arrive à un bâtiment qui souvent correspond à peu près à ce qui était demandé initialement.

Alors, pourquoi n’en est-il pas de même avec le software ?

Je pense que le coeur de la réponse, c’est la jeunesse de cette industrie, et donc les erreurs de jeunesses, de la part de … plus ou moins tous les acteurs impliqués.

Le client :
Il ne connait pas forcément la différence entre une demande raisonnable et une demande extrêmement complexe. Alors que, pour reprendre notre analogie avec le batiment, certaines demandent seraient balayées dès leur expression (« je veux une piramide à l’envers : heu, non ! »)
Il n’a pas non plus forcément conscience qu’on ne peut pas faire évoluer les demandes au fil de l’eau, pendant les développements.
Enfin, il ne va pas forcément s’adresser à la bonne adresse. Il va s’adresser aux plus gros cabinets de conseils, ou aux très grosses SSII.
Ces sociétés ne sont pas spécialisés sur Internet, et finalement, n’ont pas réellement l’expertise technique nécessaire.

La société en charge du projet :
Comme je l’ai dit plus haut, c’est bien souvent une très grosse boite, de conseil ou d’informatique.
Elle n’est pas particulièrement spécialisée sur les architectures Internet.
Elle va donc appliquer des méthodes inadaptées.
Et le problème avec l’informatique, c’est que les erreurs de conceptions, on les voient bien souvent à la fin du projet…

Et voila, c’est simple finalement :
Le client et le prestataire appliquent des recettes inadaptées.

Le web est neuf, il faut travailler avec des boites pointues, des spécialistes.

Mais bon, aucune chance que cet article change les choses, puisque de tels décideurs ne sont pas lecteurs de ce type de blogs.

Et les rares à lire ces lignes savent déjà ce que je viens de dire