Stigmer… QUOI ?
Ne raccrochez pas, lisez juste ceci et on en reparle en commentaires ou autour d’un verre (désolé pour la rime très pauvre)
Tout part de la lecture de ce billet : Principes clés pour mettre en oeuvre une coopération stigmergique.
Définition :
Il y a quelques semaines de ça, comme je le fais chaque année, je me suis inscrit à Agile Tour Bordeaux.
Bien que n’étant ni développeur, ni chef de projet, ni coach agile — le public-type des Agile Tour (?) — chaque année, je repars d’Agile Tour Bordeaux nanti d’un nouveau savoir, d’un outil utile, de précieux contacts… Jamais les mains vides. Par exemple, après l’édition 2011, j’avais derechef mis en application un innovation game « buy a feature » que j’avais découvert à Agile Tour (mon billet).
De l’importance de reconnaître les rôles d’un projet
Le contexte : intervenant en conseil auprès d’une institution du secteur de la culture très investie dans l’ingénierie de médiation numérique, j’ai été amené à participer au dénouement de certains « nœuds », à l’identification de points durs et à la cartographie de zones pas très franches dans lesquelles prospéraient à peu près tous les risques que peut affronter un projet ; pour ce faire, j’avais proposé à mon client de placer chaque acteur de ses projets sur une grille de rôles et identifier qui prend quelles prérogatives mais aussi quelles responsabilités et comment il est supposé fonctionner.
Aquinum, jeune association des professionnels du numérique en Aquitaine s’est taillée en quelques 18 mois une place remarquée dans son paysage économique local et peut-être au delà :
Vendredi 21 octobre dernier se tenait l’étape bordelaise d’agile tour, cette conférence itinérante dédiée à la promotion et au partage des valeurs et méthodes agiles.
Déjà 2 gros mots dans mon billet : PO et agile. Zut. Je ne voulais pas faire une cours sur les méthodes agiles en général ni sur le rôle de product owner (PO) en particulier, j’en serais bien incapable.
Pour ceux que cela intrigue, une ressource de référence pourrait être le blog de Jean-Claude Grosjean Qualitystreet où je trouve justement une belle définition toute faite des méthodes agiles :
Une méthode agile est une approche itérative et incrémentale, qui est menée dans un esprit collaboratif avec juste ce qu’il faut de formalisme. Elle génère un produit de haute qualité tout en prenant en compte l’évolution des besoins des clients
Pour la 2e année consécutive, je suis allé assister à une journée à Paris Web.
Ce que j’apprécie ?
Des rencontres à dimension humaines, la proximité, la bonne humeur et le professionnalisme des intervenants…
Même si le gros du public est constitué de développeurs — ce qui est très bien parce qu’ils sont concernés au premier chef par la qualité, l’accessibilité et la performance des sites web qu’ils développent — le programme fait la part belle aux problématique de la maîtrise d’ouvrage web, ce qui me parle davantage.
Pourtant, je regrette de devoir faire un choix entre les conférences « techniques » et « métier » pare qu’il n’est pas de bon chef de projet MOA qui ne soit au courant des dernières technologies. cette année : CSS 3, OOCSS, HTML 5, RDFa, WCAG 2.0, Flash, PDF, Javascript…
Extraits de mon bloc note alternés avec les tweets qui ponctuaient la journée
fxbodin: Microformats et referencement, rapprochement fertile mais j’attends de voir comment.
Thierry Régagnon (RESONEO) dissertait sur « Référencement & Standards Web : La même destination ».
fxbodin: RDFa (web sémantique) et référencement : j’ai compris ! événements, adresses, produits, vidéos, images, critiques, prix…
A retenir : l’intérêt de structurer et de taguer ses contenus soit en Microformat, soit en RDFa pour enrichir le référencement de ses données. Sous la page web, les données. La page de résultat (SERP) de Google / yahoo / Bing affichera en plus de l’adresse et le résumé ou extrait de votre page, des informations détaillées : la photo, un rating, une adresse, des dates, des prix, des libellés de produits…
Autant d’informations pertinentes qui ne manqueront pas de faire augmenter le taux de clics sur votre lien.
fxbodin: Amélie Boucher a acheté un sac à main en cherchant des exemples pour sa confe de. Super !
Amélie Boucher maniait avec brio les « do » et « don’t » de l’ergonomie de sites e-commerce, en faisant remarquer avec humour qu’elle n’avait que des exemples « de fille ». (sympa les petits points d’avancement en bas des slides d’Amélie)
fxbodin: e-commerce, finalisation de commande : je veux payer, pas créer un %$è!§ de compte
Créer un compte est un point de rupture/fuite très important. Expérience universelle du formulaire de création de compte alors qu’on est prêt à ce moment là à payer. Combien de paniers bien garni de bon chiffre d’affaire abandonnés en route ?
Pour les marchands anxieux, il suffirait de demander un email pour commencer…
Les recommandations d’Amélie : aider le client à se figurer/projeter : mieux décrire le produit… en fonction de ce qui intéresse le client (ex. prix /dose, contenu, utilisation…) ; anticiper les idées/hésitations/questions qui pourraient faire renoncer le client et y répondre au bon moment (au bon endroit de l’écran, pas avant, pas ailleurs) l’élément différentiant (ex. retour gratuit ; ex. return poolicy dans un onglet dans la fiche produit, idem les cadeaux qu’on vous offre : dans la description du produit, pas dans le panier = la bonne surprise trop tard, ne rapporte rien) idem les mauvaises surprises : indisponibilité du produit à remonter très en amont mais non pas retirer l’offre, proposer une alternative ou une alerte sur dispo.
fxbodin: J’ai appris le mot « uplift ». Merci Amélie Boucher
Responsables de conversion Web / e-commerce, méditez le coup de fil que j’ai reçu du journal gratuit d’annonce ce matin :
« … Savez vous, Monsieur Bodin ? si vous passez une annonce par téléphone, c’est mieux pour vous car vous pouvez bénéficier de promotions et offres spéciales qui ne sont pas disponibles sur le web »
D’où l’importance de l’agileté au niveau des projets e-commerce…