Collectif L'OUVRE-BOITE

Depuis la publication de l'article de Chris Anderson pour Wired il y a 6 mois, je suis un fan du long tail. Mais c'est la première fois que je vois quelqu'un proposer le paradigme pour le software. Il y a des choses que je ne comprends pas bien dans l'article de Bnoopy que tu cites :

Le long tail, c'est la possibilité de vendre (de façon rentable, grâce à une organisation click and mortar comme par ex. celle de Amazon) des articles bien identifiés, même s'ils ne se vendent qu'une fois. Bnoopy parle des millions d' "applications maison" existantes dans des millions d'entreprises (il cite l'exemple des applis bricolées avec Excel + logiciel de mail).

• Sont ce vraiment des articles individuels ?
• Si c'étaient des articles, seraient ils destinés à la vente ?
• Quel serait le coût d'une mise en vente (description fonctionnelle - description marketing pour différencier des "concurrents" - minimum de garantie de qualité - manuel d'utilisation)
• Quel serait le coût pour classer (un minimum) ces articles dans un catalogue, enrichir la recherche catalogue par des tags, des mots clefs ...

Je ne comprends pas bien non plus dans l'article de Bnoopy, en quoi le passage des "applis maison" en "applis serveur" avec JotSpot relève du long tail. Certes, une appli serveur a des qualités de maintenance, de stabilité, de cohérence, qu'on ne peut trouver dans une appli desktop (qu'elle soit "fait maison" ou fabriquée par une entreprise géante ne change rien à ces défauts intrinsèques d'une appli desktop. Voir l'article remarquable de Paul Graham, - oui, l'auteur de Hackers and Painters -, sur les avantages des applis serveur). Mais en quoi des modules JotSpot relèveraient ils du long tail ?

Chaque fabricant de software a normalement un catalogue d'applis développées par des partenaires (qui sont parfois ses clients). Ce catalogue est le plus souvent une simple liste, et n'a pas les capacités de documentation / recherche qui font l'attrait de Amazon pour le end user. Ni non plus les fonctions de traitement de la vente, de traitement du paiement, etc. On peut imaginer qu'Amazon (et ses suiveurs), pour étendre leurs activités, proposent à des entreprises comme JotSpot, (ou même à des clients de JotSpot ayant développé ou paramétrisé des modules), de vendre sur Amazon. Cela relève de la "classique" extension horizontale des activités d'un e-merchant.

S'il y avait un effet long tail, ce serait chez l'éditeur Jotspot, à condition qu'il prenne en charge la distribution et peut être la commercialisation /paiement de modules. Pourquoi "peut-être" ? Parce que le end-user peut utiliser des plate-formes de livraison /déverrouillage / paiement indépendantes (cf. par ex. Kagi qui a commencé par le shareware, avant d'élargir à d'autres domaines). L'effet long tail chez JotSpot serait le suivant : même s'il ne vend qu'un exemplaire d'un module externe, même si la marge brute est faible, cela pourrait accroître le profit. A condition évidemment que l'on considère comme amortis tous les investissements dans la plate-forme commerciale, et que les frais de catalogage / documentation soient déjà défalqués de la marge brute.

Le deuxième article que tu cites (celui de Ted Leung,) est plus concis. A partir de la stratégie corps de base + extensions, qui est bénéfique à la fois pour l'éditeur de soft, les utilisateurs, les développeurs (voir excellent post de Ludovic Dubost, et cet article), il peut effectivement y avoir un effet "long tail" pour des extensions bien caractérisées, documentées, cataloguées, distribuées. N'est ce pas le cas pour les extensions Firefox ? Il existe aussi des répertoires de bookmarklets, comme celui-ci. Des listes d'applications développées avec les API Amazon. Etc.

Mais suffit-il d'avoir des listes (et du téléchargement) pour parler de long tail ? Le fait d'avoir un service ou un produit unique qui n'aurait potentiellement qu'un client, relève t-il d'une démarche long tail ?

Le long tail, je suis d'accord avec François Granger, est certainement une piste créative à explorer par l'ouvre-boîte. Nous tous, pourrions poster quelques articles. A vos claviers ! Puis on ferait, si cela "prend", faire une réunion thématique "long tail". Après les réunions métier (RH, la première), les réunions transversales ?

Merci de rappeler l'existence du site http://garage.docsearls.com qui est un must read.

• A propos de must read, ce serait intéressant de contituer une bibliothèque de l'ouvre-boîte : signets, commentés et tagués, sur BlogMarks par ex., puis pour les utilisateurs fanas du RSS, une syndication globale. (Et quelques livres, aussi ...)
• Tu as déjà une bonne bibliothèque. On pourrait proposer d'enrichir avec nos modestes références. Comme le problème pour tout le monde c'est le temps de lire, il faudrait pouvoir dans cette bibliothèque isoler des sous-ensembles selon la capacité de lecture. On aurait pour cela, par ex., des tags "1hparjour", "2h parjour", etc.
• Quelque chose de très précieux dans une bibliothèque, ce sont les notes de lecture. Je ne vois pas pour l'instant comment intégrer des URL de notes de lecture (ou d' évaluations dialoguées, etc.) dans Blogmarks. Il faudrait que l'on puisse disposer de plus de champs !
• Plus de champs, plus d'API, c'est une direction dans lequelle devrait travailler l'ouvre-boîte pour coopérer (Blogosphère Valley ...) avec Blogmarks ... ou s'ils ne veulent pas, susciter un concurrent. Quoiqu'il en soit, la stratégie d'un "après Blogmarks version 1" devrait absolument prendre en compte la nécessité d'être le support d'autres services, et pas seulement d'être un bon gestionnaire de signets partagés.
• Une bibliothèque partagée ... voilà par ailleurs un beau sujet de maquette ! Parce que les usages sont multiples, les besoins aussi. Il y a des recommandations, de évaluations (tel livre qui a convenu à l'un a déplu a l'autre : tenter de comprendre. Une cartographie avec des tags et des questions prérédigées aiderait-elle ?), etc.

Pour trouver des "DIY" il faut utiliser le search du site de Doc Searl. Et on tombe par ex. sur DIY Prophesies (prophecies ?) où il y a des perles :

• McNamee (NDLR :un expert) – There will be no major waves of enterprise technology spending equivalent to Windows, Y2K or ERP for 5 years. He elaborated to say that the next big trend will be Web Services, but today we do not even understand the processes we need to automate. Thus we are in a DIY period for IT. Investors in public software companies will suffer. Panel disagreed. Doerr (expert) – web services are happing today. Schoendorf(expert) – this is a bullish sign, next 2-3 years will be a golden age.
• My Thouhgts : First, DIY isn't a "period" in IT. It's here to stay. Vendors rule IT less every day, and their empire won't be coming back. What we're getting is a market ecosystem in which demand is at least as powerful as supply, and — more importantly — has the power to supply itself. That's how the Net happened. It's what open source has made possible, and continues to make possible, more every day.
• (...) Third, RSS is huge. I mean, reaallly huge. Start-ups are going to do some original and radical work with it. But, more importantly, so will individuals and organizations of all sizes, on their own, with or without vendor help.
• RSS, partage de données ... On est content, à l'ouvre-boîte, que des gourous partagent notre point de vue :-) Qui sait, ça pourrait aider à convaincre des investisseurs de financer des projets issus de l'ouvre-boîte :-)
  

Et dans les commentaires :

• (...)
• First off, the number of API's is increasing thanks to the increased demand for machine readable information via web services. As the number of API's increases, so does the number of people manipulating the data available via those API's. Google, flickr, technorati, the list goes on and on. Just look at googlealert.com. It's a fantastic resource for staying on top of the competition and does a beter job with alerts than even Google itself. Why? The creator is motivated and understands what changes are necessary and then makes them. He doesn't have to get budget approval for each new feature and get that passed through his org chart. He is user/developer/tester/researcher all in one and it works great.I believe API's open up the world of really productive research the same way the internet did for universities. Small groups of devoted people working on a single API may uncover nuggets of truth that the owner of the API never even thought about. I believe that's where we're headed currently and will be for good. Of course, I could just be completely off my rocker but time will tell and I do know one thing. This is the stuff that gets me excited!
• Encore un qui est d'accord avec l'ouvre-boîte :-)

• (about VOD and users) The effect is astonishing, whether it's the TiVo- or ADSL- version. Suddenly they realise they're free from schedulers. They don't have to be at the right place at the right time any more, the whole concept of channels disappears, they don't have to do tedious stuff like programming the video (in the case of ADSL, at least). Even the time-honored practice of waiting for the ads to take a leak becomes redundant.
  What's changed? Rather a lot in practice. Instead of the complex aray of channels and timings that we're used to, we have just two things - A pile of programmes, and you. You decide what to watch, when to watch it, how you watch it, and yes, even when to take a leak... A DIY television channel, in short.
  Do people like it? You bet.
  Now VOD is actually a pretty closed system. It has a lot less restrictions than the traditional model, but you use a proprietry box to access it, and if whoever programmed it didn't think you might want to do something, you can't. It's still very "look, but don't touch."
  If the current trend to separate the data- and presentation- layers of the Internet continues, and it's hard to imagine what could stop it, then it's possible to see a time when the currently ubiquitous browser may not be the the universal, or even the majority, way of accessing the Internet. How about a DIY presentation layer? Imagine an end to waiting for a site's ads to download, just so you can view the little bit of content that's squeezed between all the corporate messages? Or a newspaper that's custom published for you, but which also includes moving pictures, or articles that explain themselves if you don't understand first time around?
  I know it sounds a bit Harry Potter, but the technology is already within our grasp. All it needs is putting together, and that's already happening. My only concern is whether we end up with a "Microsoft Content Explorer", and stay locked in to a highly interested party's view of how we should do things (with a concomitant revenue generation model built in), or go for the heady freedom that is being an invisible and uninvolved bystander, able to consider something from a number of angles, without the self-censorship of "a message from our sponsors", and all that comes with it.
  DIY isn't just an IT thing, it's a natural side effect of personal empowerment. In fact it may be the essential precursor to personal empowerment.
  If there's a conceptual problem here, it has to be that of an equitable way to pay for it, rather than merely how to do it.
• Bon. Une maquette ouvre-boîte. Avec des tags (empoverment !). Et mieux que Vimeo. Beaucoup mieux. Beaucoup plus de latitude pour les usages. Beaucoup plus d'ouverture à partenariats. Des tags beaucoup plus puissants (y compris dans les vidéos). Un post à ce sujet en préparation.
• Un autre post en préparation sur la capacité technique / capacité de réalisation (au moins faire le maquettage) de l'ouvre-boîte. Il nous faudrait par ex. avoir au moins une personne / une entreprise du secteur du soft vidéo (côté user, côté serveur).
  

• A ce commentaire "VOD" une réponse du resp des projets RS3 et PopDrive sur SourceForge, intitulée "Killer App" : (...) about personal empowerment and being able to gut out the ads, images, graphics, and other junk from browser pages. Personally, I think an app like iPodder, and RS3 on a portable PopDrive will be absolutely the final killer app(s).
• 2 sujets "bingo". On a commencé, déjà, parmi les membres de l'ouvre-boîte, à réfléchir ici, là et là à des usages PodCast ... Chaud, tout ça. Très chaud.

Pfff... ce n'était qu'une des pages du site de Doc Searls. Comme dit plus haut, le temps de lire c'est un problème :-) Et le de rédiger pour le blog, donc ...


En tout cas, merci Stéphane. Tout ceci renforce ma conviction (et la vôtre ?) que nous sommes dans le mille.

• Qu'il faut aller plus vite vers le concret, les maquettes, la création d'entreprises et/ou de partenariats.
• Et accélérer cette Blogosphère Valley, écosystème de nos expérimentations et de nos réussites.
• Et en priorité, mettre en place l'organisation ad hoc pour l'ouvre-boîte.