Contexte :

• Les traiteurs sont souvent confrontés à une forte affluence aux heures de pointe (midi et soir). Un long temps d’attente peut faire perdre un client au profit d’un concurrent voisin, dissuader un client de revenir quand il est pressé, ou générer une certaine forme d’exaspération nuisible à la relation-client.
• De nombreuses entreprises disposent d’un accés Internet, la plupart des mobiles comportent un navigateur Web et les couts de connection (pour les données) sont devenus raisonnables. Toutefois, les traiteurs n’ont pas les moyens de se faire concevoir un service Web ou mobile, et les frais des banques pour proposer du paiement en-ligne restent prohibitifs.
• Enfin, le comportement des clients est rarement conditionné uniquement par les prix de ventes. La proximité est souvent le critère le plus important le midi, sous réserve de proposer une formule adaptée au budget quotidien des lycéens et étudiants. Tandis que le soir, c’est surtout le type gastronomique (avec un bon rapport qualité/prix) qui prédomine.

Le concept de portail Web que je suggère aurait pour objectif d’aider un traiteur à diluer son affluence sur une plus grande plage horaire et de faire disparaitre le temps d’attente du client quand il est sur-place. Et, on peut gager que le gain de satisfaction influencera la fidélité ou la fréquentation du client.

Organisation du service :

1. Le portail énumère une liste de traiteurs, restaurants, ou brasseurs qui proposent des plats à emporter, avec un classement par villes (et une géolocalisation trés précise) et par type gastronomique.
2. Les traiteurs partenaires fournissent la liste de leurs menus avec leurs tarifs et le temps nécessaire pour les préparer. Ils indiquent le nombre maximum de commandes par quart-d’heure qu’ils s’engagent à assumer.
3. Un internaute choisit un repas chez un traiteur. Et le système lui propose une liste des heures "disponibles" pour venir chercher sa commande. Aprés le paiement en-ligne, l’internaute reçoit un code associé à sa commande, et le traiteur est averti.
4. Le client se présente à l’heure convenue chez son traiteur, et sans attendre il donne son code et emporte son repas…

Pour aller plus loin…

• Le système pourrait gérer les traiteurs itinérants présents occasionnellement sur les marchés ou au bord de la route*.
  (*) petit clin d’oeil pour Aldo et les barraques à frites de ch’nord ;o)
• Le portail serait accessible depuis un mobile pour les clients et les traiteurs. Les premiers pourraient y faire leur commande, tandis que les traiteurs pourrait obtenir les détails d’une commande aprés avoir reçu une alerte par SMS.
• Les traiteurs pourraient recevoir instantanément les détails d’une commande par fax.
• Les internautes pourraient s’inscrirent pour gérer une liste de leurs traiteurs préférés, leurs attribuer une note, et laisser des commentaires. Un flux RSS ou une newsletter leur permettrait de recevoir des actualités concernant leurs traiteurs. Enfin, en indiquant l’adresse de son domicile et entreprise (ou école), le système ferait des suggestions des nouveaux traiteurs disponibles.
• Les traiteurs pourraient proposer des réductions si on commande en dehors de leurs heures de pointe habituelles.

Quel modèle économique ?

• Des publicités contextuelles ne seraient certainement pas plus rentables que ailleurs, mais on pourrait envisager à long terme que le portail gère sa propre régie publicitaire pour permettre aux traiteurs d’annoncer leurs promotions et nouveautés.
• Je doute que les clients accepteraient de constater que la commande sur Internet coute plus chère. Si le service doit être financé par une commission ou un pourcentage sur les ventes, ces montants devraient être au frais du traiteur par déduction sur le montant à lui reverser.
• On pourrait proposer un abonnement mensuel aux traiteurs, mais d’une part ça serait un frein à leur inscription, mais surtout, ça sera difficile de gérer une explosion des ventes qui induiraient une hausse des frais bancaires, de traffic, et d’envoi de SMS. On pourrait songer à plusieurs montants d’abonnement avec des différents plafonds du nombre de commandes (par mois) autorisées, mais ça défavoriserait les traiteurs aux budgets modestes et nuirait un éventuel pic de croissance.
• Il me semble que le mieux serait de s’inspirer de Google AdSense ; l’inscription du traiteur serait gratuite avec un quota de 100 commandes offertes pour une durée illimitée. Au delà de celà, le traiteur devrait re-créditer son quota de commandes autorisées par paquet de 100 commandes ou plus (avec un cout par commande dégressif).

Conseils de mise en oeuvre :

1. Je suggère de commencer à faire un simple annuaire des traiteurs, restaurants, et brasseurs avec une gestion trés précise de la géolocalisation.
2. Puis mettre au point une première version - basique - sans paiement en-ligne ni SMS en testant avec quelques traiteurs d’un quartier et leurs clients de confiance.
3. Chercher un investisseur notamment en le proposant aux franchises (comme McDonalds) pour financer la poursuite du développement, les frais induits par les inscriptions gratuites, et la création de supports marketing pour les traiteurs.

Mais avant d’approfondir, oubliez tout de suite ce qui a existé dans ce domaine, et qui n’a pas évolué depuis 3 à 6 ans et dont les défauts sont :

• L’organisation en “box” des My Yahoo!, iGoogle, et Netvibes qui est trés rapidement saturé pour ceux qui souhaitent suivre un grand nombre de sources d’information.
• Les mêmes “box” n’aident pas à suivre ses abonnements en temps réel pour être averti des nouveautés dés leur publication.
• Et ces “box” fournissent généralement une information pauvre ; un titre, un trés court résumé, et rarement une image.

Dans cette situation, j’ai du mal à comprendre l’actuel priorité vers une sociabilisation des start-page, comme le propose Netvibes avec son Ginger, en nous demandant de perdre encore plus de temps en gérant 2 systèmes de pages personnelles en même temps…

On n’a pas que ça à faire de notre journée !

Le mérite de la team de Feedly est d’avoir fait - table rase du passé – et d’avoir cherché comment répondre au besoin de suivre un grand nombre de sources avec convivialité et spontanéité. A l’origine, ce projet devait se contenter d’être une alternative de My Yahoo!, mais il est devenu aujourd’hui une interface alternative à Google Reader qui offre de bien meilleures capacités et surtout une abondance d’API.

Pour les habitués des start-page, l’organisation de Feedly est déroutante et demande un peu de temps d’adaptation, car ici, vous n’aurez pas besoin de vous soucier de vous ré-abonner à vos sources qui seront automatiquement* importées depuis Google Reader, iGoogle, Netvibes, My Yahoo!, FriendFeed, Bloglines, etc.

(*) Feedly est une extension pour Firefox, ce qui lui permet de détecter facilement vos identifiants ; original & convivial.

L’autre aspect déroutant, est que l’on ne choisi pas les "topics" qui apparaissent comme onglets en haut. Le système récupère les tags de nos sources sur Google Reader et choisit ceux qui semblent avoir le plus d’intêret pour l’utilisateur.

A charge pour vous de bien tagger…

L’étape suivante, avant de pouvoir pleinement profiter de Feedly, consiste à indiquer vos sources préférées. Et cet aspect est primordial pour que la méthode de présentation des publications devienne efficace.

Car Feedly abandonne complétement le système de “box” et génére une immense feed-river avec un style magazine-like où les publications les plus récentes, ou issues de vos sources préférées, bénéficient d’un affichage “riche” ; titre, texte complet avec images, parfois les commentaires (notamment ceux de Friendfeed), des options de partage via votre liste de lecture Google Reader, ou par mail avec GMail.

Si vous avez pris le temps de bien configurer vos préférences et de vous habituer à la mise en page, vous disposerez d’un outils capable de remettre de
“la clarté dans la confusion”.

Enfin, Feedly offre une intégration trés poussée de Google Reader en cachant les entrées déjà lues, et en vous permettant de complétement gérer vos inscriptions et leurs tags. Et les fans de Twitter retrouveront sur “the wall” une aggrégation de leurs “following” avec les listes de lecture Google Reader de leurs contacts.

En conclusion, si Feedly souffre encore de quelques problèmes et imperfections, et qu’il n’exploite pas assez des API ou services autres que ceux de Google Reader, il démontre qu’il est possible de relancer la course à l’innovation dans le domaine des services de page de démarrage personnalisées où les 3 challengers du moment ont fait preuve d’un certain immobilisme ces dernières années en ignorant les besoins “réels” des internautes.

Ayant moi-même fait quelques recherches pour introduire l’esprit du lifestreaming dans ce domaine, çà me donne trés envie de mettre les mains dans la pâte…

A t’on oublié les leçons du passé ?

Pour faire l’analogie avec l’ancienne industrie ; il ne suffit pas de changer sa chaine de montage pour améliorer le rendement. Il va falloir former le personnel et, plus dur, remanier son planning/rythme de travail, et en quelques sortes bouleverser des habitudes en se confrontant à la - résistance au changement - qui est une chose trés concrète avec laquelle il faut négocier et qui requiert une trés forte cohésion sociale au sein de l’entreprise.

L’Entreprise 2.0 n’est pas une chose qui s’achète !

Et pour l’Entreprise 2.0, il en va de même ; il ne suffira pas de saupoudrer son système informatique avec les caractéristiques techniques du Web 2.0 pour en tirer des bénéfices. Si la cohésion sociale est faible ou inexistante, c’est l’échec assuré, et un investissement en pure perte. Avec le danger de démoraliser et perdre les rares employés qui s’y seront investis, et d’introduire une nouvelle forme de fracture sociale.

On ne pourra pas bouleverser toutes nos habitudes.

Il faut aussi prendre en compte l’individualisme qui est un comportement trés ancré dans nos moeurs. Il serait naïf de croire que un employé contribuera et partagera des connaissances pour le seul bénéfice de l’entreprise.

De même les affinités conditionnent profondément nos comportements, et bonnes volontés. Les relations et collaborations imposées seront toujours moins réactives, adaptées, et productives que celles qui ont en commun des centres d’intêret (externes à l’activité de l’entreprise). L’idée que l’entreprise forme une grande famille fraternelle est une utopie illusoire, et les démarches pour - dissoudre les clans - formés naturellement donnent l’impression de vouloir nuire à la liberté d’association et pourraient nourrir une tendance à comploter depuis l’extérieur de l’entreprise. Alors que l’entente cordiale (entre “clans”) serait un moindre mal si on considérait ces affinités pour structurer le personnel.

Il n’y aura pas de deux-point-zéro pour les entreprises anti-sociales

Enfin, les internautes pratiquent de moins en moins sur le Web l’attitude de la double vie où un mur identitaire sépare distinctement les activités personnelles et professionnelles. En voulant freiner l’usage du Web pour des correspondances privées personnelles et des activités distractives, certaines entreprises établissent des obstacles à ces petites choses “futiles” du quotidien qui sont nécessaires pour la cohésion sociale interne du personnel ou son ouverture relationnelle…

Car il y aura des occasions relationnelles externes qui seront ratées. Ce qui est beaucoup plus dommageable dans les petites structures où les salariés sont isolés dans leur domaine de compétence alors que leur voisinage social externe pourrait apporter le soutien et le complément de conseils ou de savoirs pour les aider dans leurs taches.

Le savoir et la mémoire d’entreprise est une affaire d’individus.

Les plus anciens savoirs de l’humanité ont traversés les temps par voie orale grâce une cohésion sociale trés forte. Alors que les scientifiques ont beaucoup de mal à comprendre des sociétés qui n’ont laissées que des traces écrites.
Plus récemment, on est surpris de découvrir les difficultés des techniciens actuels de la Nasa pour recycler les technologies du programme Apollo en vue de simplement renouveler l’exploit. Bien que les archives techniques soient trés abondantes, la génération de ceux qui ont géré l’ère du Shuttle n’a jamais vraiment été en contact avec la génération des précurseurs qui l’ont imaginé.

Il en va de même pour les entreprises ; les savoirs et compétences pourront se maintenir seulement si ils sont brassés et échangés au quotidien entre les générations. Et une attitude excessive pour archiver tout et n’importe quoi conduira à un résultat contre-productif en gâchant inutilement du temps qui aurait dû être consacré aux échanges et dialogues entre les générations.

Il faut - devenir - une Entreprise 2.0 bien avant d’en acquérir les outils !

Je pense qu’une société deviendra une Entreprise 2.0 sans vraiment s’en rendre compte ou l’avoir consciemment sollicité. Et que l’intégration du Web 2.0 et des réseaux sociaux dans l’infrastructure informatique interne aura été motivé par la nécessité de répondre aux besoins d’une - nouvelle attitude d’entreprise - où :

• notre voisinage relationnel professionnel sera combiné à notre vie personnelle ; sans disctinction entre collègues, amis, et parents.
• l’influence des opinions ne sera plus pondérée par des statuts hiérarchiques, allant même jusqu’à intégrer l’expérience client, les partenaires, fournisseurs, et des personnes tiers.
• le temps de travail “effectif” ne sera plus considéré comme un indice majeur de productivité, en reconnaissant la valeur de l’implication personnel.
• les affinités personnelles seront prises en compte pour structurer le personnel par binômes* pour chacunes des compétences ou responsabilités qui seront nécessaires à l’entreprise.

(*) ni plus, ni moins. Constituer plusieurs binômes similaires si nécessaire.

Il n’y a pas d’outils spécifiques à l’Entreprise 2.0

Dans ce sens, les outils de l’entreprise qui aura atteint l’esprit de l’Entreprise 2.0 devront :

• laisser les employés choisir et adopter les outils, services Web, et réseaux sociaux qu’ils préfèrent, indépendamment de leurs collègues.
• permettre l’appropriation individuelle des savoirs partagés, voir même accorder une sorte de droit d’auteur.
• servir autant les activités et correspondances personnelles que professionnelles.
• privilégier la spontanéité et la propagation des savoirs plutôt que la quantité ou la pérennité.

Pour conclure je serais tenté de dire que un système basé sur le lifestream/friendstream répondrait parfaitement à ces besoins, mais il est tout a fait possible d’y parvenir par l’intermédiaire d’un wiki ou d’un blog, ou d’une manière dont des experts informatiques n’osent pas imaginer et qu’ils découvriront sur le coup quand leur société sera devenue une Entreprise 2.0 sans vagues ni révolution technologique…

Car en définitive, de la même manière que le terme “Web 2.0″ est soudainement apparut pour qualifier des pratiques qui existaient depuis longtemps, l’Entreprise 2.0 sera certainement - un style d’usages - dont notre génération n’a pas conscience.

Pour approfondir la réflexion, je vous invite à lire les publications de :

• Bertrand Duperrin (consultant pour blueKiwi) concernant les nouvelles pratiques d’entreprise,
• Frédéric Cavazza (consultant IT indépendant) et sa réflexion sur les outils Entreprise 2.0,
• Christophe Deschamp (expert intelligence économique) et son intêret pour le Personal Knownledge Management (càd le PKM),
• le blog du livre Surtout, ne changez rien (Pourquoi résistons-nous tant au changement ?),
• l’appel de Denis Ettighoffer (consultant et conférencier) pour un Droit à l’oubli concernant l’Homme numérique (et les risques de la mémoire “totale”),
• les méthodes Agiles dont le cadre d’application pour l’eXtreme Programming.

Le plugin ajoute un widget pour Sidebar Widgets. Il affichera une liste des titres des articles et pages à l’état de brouillon dans votre admin.
Bien sûr, les brouillons ne sont pas consultables ;o)

NB: vous pourriez aussi détourner ce plugin pour faire du micro-blogging via vos brouillons…

• Le social-scoring pour inciter les internautes à adopter des services Web.
• Un aggrégateur social, c’est quoi au fait ? (et principes stratégiques).
• La vocation et les perspectives des écrans de veille. Comment les choisir ?!
• Le RSS daily/weekly/monthly digest.
• Formulaires d’inscription “sérialisés”, une alternative aux Captcha.

Et, n’hésitez pas à m’indiquer des articles en rapport avec ces concepts et réflexions.

Le Web se ré-organise dans des relations maitres/esclaves où les utilisateurs ne sont plus contraints d’utiliser uniquement les services de leur portail préféré pour répondre à leurs principaux besoins ; communiquer, publier du contenu, et faire des rencontres.

Actuellement, le choix de l’ouverture ce fait en fonction d’une stratégie qui est soit basée sur la conquête de popularité dans un domaine d’activité en permettant l’export des données de leur service sur des réseaux-sociaux et surtout des blogs, essentiellement via des widgets comme par exemple ; Twitter, Flickr, ou Dailymotion.

Ou alors pour stratégie d’attirer une catégorie d’internautes sur un réseau permettant de centraliser des données de services tiers de partage de contenus. Ce qui était la vocation initiale de Jaiku, ce vers quoi s’oriente Facebook, et le principe fondateur du lifestreaming.

Pour résumer, comprenons qu’il y a des services de partage de contenu “ouverts” à leur intégration dans des réseaux sociaux “ouverts” à leurs données sous-forme de flux (RSS, RDF, ou Atom) et API. Mais que çà n’implique pas forcément que les services “esclaves” soient “ouverts” aux contenus de leurs concurrents (dans leur domaine de média), ou que les réseaux sociaux soient “ouverts” comme “esclaves” en proposant des API pour les réseaux concurrents. On comprendra la réticence de Facebook à rejoindre l’initiative OpenSocial de Google tant que sa croissance n’est pas menacée à la différence de MySpace.

Ce nouveau paysage du Web permet(tra) à des “petits” prestataires qui proposent un service “esclave” simple et précis d’acquérir rapidement une grande popularité en proposant de solides API, et à des réseaux “ouverts” de constituer d’énormes communautés sans avoir besoin de développer ou héberger tous les outils de publication et de communication.

Dans ce contexte, un nouveau prestataire a tout intêret à choisir sans ambiguité son statut entre celui de réseau “maitre” ou celui d’un service “esclave” pour réduire sa concurrence et élargir ses possibilités de partenariat. Dans le premier cas, çà sera de redistribuer son audience à ses esclaves via des backlinks, mentions, ou liens directs de consultation. Et surtout, de s’abstenir de proposer des outils de partage de contenu au risque d’être perçu comme concurrent d’un tiers, déjà populaire, qui aurait pû devenir un bon partenaire “esclave”. Par exemple, Jaiku et sa fonction de micro-blog continue de souffrir de sa comparaison avec Twitter qui reste le “leader” dans ce domaine.

Pour conclure, on peut pronostiquer la disparition des réseaux et services qui n’ont pas fait le choix stratégique de l’ouverture. En témoigne le défunt service Yahoo! Photos, et la fin proche des réseaux Yahoo! 360 ou Windows Live Spaces.

Pourtant, on pourrait admettre que si un internaute accepte une personne dans sa liste d’amis sur un réseau, il sera enclin à l’admettre aussi, avec le même statut (contact, ami, famille, etc), sur d’autres réseaux.

La transcendance des relations sociales d’un utilisateur considère qu’une personne est son ami sur TOUS les réseaux si elle est présente dans au moins une de ses listes d’amis sur un réseau quelconque.

La “transcendance” se base également sur la “réciprocité” qui est souvent un principe clé des listes d’amis ; - on ne peut pas mettre une personne dans ses amis si on n’est pas soi-même dans sa liste d’amis -. De ce fait, ce concept n’est pas comparable à un carnet d’adresse “synchronisé” (par l’importation d’autres carnets d’adresses), comme ce que propose Plaxo, qui n’applique pas la réciprocité.

La transcendance des relations sociales d’un utilisateur considère qu’il sera dans TOUTES les listes d’amis d’un autre utilisateur si il a accepté cette personne dans au moins l’une des ses propres listes d’amis.

Par exemple, supposons un réseau “ouvert” qui regroupe des favoris provenant de Delicious, Flickr, et Dailymotion et qui propose de voir ceux de nos amis. La “transcendance” vous permettra de voir les vidéos et photos d’un contact présent dans votre liste d’ami sur Delicious qui n’est pas (encore ?!) dans vos listes d’amis sur Flickr et Dailymotion… Et réciproquement, cet ami (sur Delicious) pourra voir vos vidéos et photos via ce réseau “ouvert”.

Techniquement, c’est difficile à mettre en œuvre car il faut contourner les restrictions d’accès des services dont l’on veut extraire les données. Mais OpenSocial et sa norme d’API pour interroger des listes d’amis pourrait encourager, ou du moins faciliter, l’application de la transcendance de nos relations sociales.

A ma connaissance, il n’existe pas encore de réseau “ouvert” qui applique ce concept. Et l’expérience SocialStream semble se baser sur une liste d’amis “synchronisée” sans appliquer la “réciprocité”, pas même Orkut alors que OpenSocial a été défini sur-mesure à son intention…

L’autre difficulté, est de maintenir la cohérence de son réseau entre les différents services que l’on propose. Et à l’ère des réseaux sociaux, les profils utilisateurs constituent la pièce maitresse de son portail en qualité de principale page d’entrée et de découverte d’un réseau. Il est aujourd’hui indispensable qu’un profil utilisateur montre, peu importe son contenu, ce que le réseau est capable de proposer comme services et qu’il suscite l’envie de s’inscrire.

Par ailleurs, il est important que toutes les pages et outils de votre portail permettent de retrouver le service qu’un utilisateur souhaite utiliser.

Historiquement, AOL et Yahoo! sont reconnus pour leur stratégie portail, et ce dernier à accompli d’énormes progrès avec sa “i18n/International Tiger team” pour internationaliser rapidement ses nouveaux services. Par contre la cohérence de son réseau a beaucoup souffert lors du déploiement de Yahoo! 360, Answers, Pipes, Mash, et avec l’acquisition de Flickr, Delicious, ou Upcoming. Et sa trés lourde bureaucratie n’arrange pas les choses. Pour en témoigner, il suffit de constater le grand nombre de profil utilisateur que l’on peut posséder chez Yahoo! en configurant des contradictions entre eux… C’est l’anarchie !

A l’opposé, Microsoft et son réseau live.com fait preuve d’une rigueur quasi-exemplaire, conduit par une hiérarchie rigide et autoritaire, qui pourtant conduit à un système de profil utilisateur - dégueulasse - aussi pénible que désagréable que ceux de myspace pour avoir voulu reconstituer et représenter un trop grand nombre de services.

Concernant Google, - c’est perturbant -, il n’y a pas vraiment pour le moment de stratégie portail, mis à part l’association GMail, Google IG, ou GTalk. Et après l’acquisition de Picasa, FeedBurner, YouTube, et surtout Jaiku, on aurait pû s’attendre à la mise en place d’un système de “profiling” global des utilisateurs qui doit certainement exister en interne… Peut-être est-ce une stratégie que de ne pas avoir “publiquement” une stratégie portail/profil utilisateur ?!

Peu importe vos objectifs, je vous conseille de créer deux - team - avec des droits et pouvoirs incontestables pour conseiller et encadrer l’internationalisation de vos produits, encourager l’interaction entre vos services, et gérer (voir même imposer) le système de profil utilisateur en toute indépendance par rapport aux intérêts de vos responsables produits.

NBdlA: cet article est rédigé en parallèle d’un email adressé aux responsables et ingénieurs de Yahoo! (que je connais) pour suggérer la création d’une cooTeam (Cooperative & Overall Overview team).

Historiquement, on doit le concept d’archivage automatisé de nos activités à Vannevar Bush dans son article* de 1945 intitulé “As we may think” publié dans “The Atlantic Monthly” où il suggérait un bureau équipé d’un complexe mécanisme (de l’époque), et plus tard, à Gordon Bell avec son projet MyLifeBits (soutenu par Microsoft depuis 2002) pour une version moderne basée sur la numérisation.
(*) je n’arrive pas à retrouver l’original avec son illustration. Copie du texte ici, merci Fred.

Un lifelog est une machine, un logiciel, ou un service Web dédié à l’archivage chronologique des traces de nos activités sous toutes leurs formes ; annotations, articles, présentations, courriers, vidéo, photos, et discours audio.
Le lifelog peut être strictement destiné à un usage privé, comme c’est souvent le cas avec les logiciels, ou proposer de partager nos activités quand il est conçu comme un service Web qui permet d’importer et d’héberger des documents numériques personnels de différentes formes (annotations, photo, vidéo, bookmark). Les blogs assimilables à un lifelog sont parfois surnommés “tumblelog”.

Un lifestream, dont le nom provient du plugin éponyme pour Wordpress, est un service Web qui aggrége les flux RSS/RDF/Atom “personnels” des autres services Web sur lesquels on publie des articles (notamment un blog), des photos, vidéos, annotations, ou provenant des services Web qui informent sur nos activités (playlist audio/vidéo, logiciels utilisés, etc).
D’un point de vue technique, et à la différence d’un lifelog/tumblelog, un lifestream n’héberge pas de documents, et son contenu se résume à ce que les flux fournissent… Un flux RSS/RDF/Atom contient au maximum une vingtaine d’entrée.

Et dans mon cas, l’idée des Ligne-de-vie/LiFE-Line est venue lors de la découverte des technologies RSS/RDF/Atom en 2002-2003.
Sur le fond le système est un lifestream, mais sur la forme il s’apparente plus à un tumblelog avec des fonctionnalités de navigation plus évolués pour favoriser l’accès à nos contenus ou “traces” numériques personnels.

Lifestream Blog de Mark Krynsky vous donnera une liste de services, avec comparatif, de solutions pour avoir un lifestream/lifelog/tumblelog… A vous de faire la distinction ;o)

Enfin, un lifecast est tout simplement un site internet qui diffuse en continu une retransmission vidéo (en direct ou différé) de notre quotidien. Un concept trés inspiré par la télé-réalité et initié pour la première fois* par le célèbre Justin.TV tout aussi - chiant et banal - à visionner que LoftStory, et, certainement promu au même destin… Toutefois, le concept intéresse beaucoup les “people” en manque de visibilité, notamment Natalie Portman.
(*) perso, j’attribuerais plutôt la paternité du concept à des sites pornographiques de striptease à la demande qui sont en fait réalisé “en continu” depuis plusieurs années.

Pour conclure, les concepts de tumblelog/lifestream/life-line/lifecast ont le même objectif ; proposer depuis le Web un panorama de notre quotidien au “jour-le-jour”.

Le moteur de recherche par tags des profils LiFE-Line du réseau LiFE2Front a été repensé dans cette optique pour d’une part proposer des “Related tags” aux plus gros mots-clés du nuage “Top tags”, et, rechercher les entrées en associant plusieurs tags… L’exploit, c’est de réussir à le faire en Javascript pour un affichage instantané des résultats.

Avant-propos :

J’avais remarqué dans les statistiques (via MyBlogLog) que beaucoup d’internautes découvraient un profil LiFE-Line lors d’une recherche sur Google ou Yahoo! Search, mais qu’ils ne retrouvaient pas le document qui les avait fait venir.

Si les nuages de “Top tags” permettent de confirmer la pertinence d’un profil avec l’objet de la recherche avec leurs plus gros mots-clés, inversement ceux-ci rendent le recherche plus compliquée en proposant un trop grand nombre de résultats (ex: le tag “yahoo” sur mon profil personnel).

L’astuce choisie consiste à afficher un deuxième nuage des tags associés aux articles proposés par un “top tag”. Et les “related tags” qui ne sont pas en gras afficheront un seul et unique résultat ; et représentent un “icetag”.
Enfin, le moteur de recherche par tags proposera des “related tags” tant que le nombre de résultats sera trop important (supérieur à 5).

Finalement, parti comme un simple gadget-témoin de la personnalité du profil, les tags sont devenus un outils de navigation permettant d’accéder aux contenus les plus anciens de la Ligne-de-vie en un minimum de clics. Et surtout, de ne plus frustrer des visiteurs qui ne trouvaient pas ce qu’ils recherchaient !

NB: un moteur de recherche plein-texte ne serait pas irréalisable, bien qu’il alourdirait la page, mais il n’intéresserait pas les nouveaux internautes aux moeurs un peu… Faignantes :o| .oO(et préfèrent cliquer à tout-va, le nouveau sport international)

NdlA (pour Christophe D.): oui, le nom IceTag a été choisi en pensant à ton blog.

D’un autre coté, il y aura certainement un intêret universel pour les systèmes de lifelog tel que abordé par le projet MyLifeBits pour disposer d’un outils d’archivage automatique de tout ce que l’on aura écrit, dit, entendu, ou vu. Mais çà sera essentiellement, pour la plus grande partie d’entre nous, pour un stricte usage personnel.

Par ailleurs, il faut être lucide ; 95% de notre vie est d’une extrême banalité et n’a pas d’intêret pour notre entourage. Tandis que le reste est ce qui représente le mieux notre caractère, nos centres d’intérêt, nos compétences, et nos aspirations.
Même si on pouvait partager (sur le Web) l’intégralité de notre vie, il serait plus judicieux de se limiter à des - morceaux choisis - pour ne pas noyer la spécificité de notre personnalité dans une masse insondable d’informations.

Les Hommes sont célèbres ou appréciés pour ce que qu’ils ont dit ou fait à un instant ponctuel et décisif de leur vie.

La technologie avec un système de lifelog intégré à nos accessoires vestimentaires, voir même assimilé à notre corps avec des puces électroniques sous-cutanées, permettra peut-être “demain” de ne plus rien oublier de ce que fût sa vie, au moins envers soi-même.

Mais nos moeurs permettent-elles de livrer notre vie à quiconque tel un livre librement consultable ? L’équilibre, l’harmonie et la jouissance de nos relations sociales ne nécessitent-elles pas de conserver un peu de mystère, de maintenir quelques secrets, voir même d’entretenir des mensonges ?

Nous, - les Hommes -, nous ne voulons pas éternellement assumer tout ce que l’on a pû dire ou faire !

Et pour soi-même, l’oubli, permet souvent à son entourage de susciter le plaisir de se re-découvrir, parfois sous un - nouveau jour -. C’est justement ce qui justifie de maintenir la cohésion d’une famille.

La question de fond va beaucoup plus loin que les craintes qui ont justifiées la création de la CNIL face à l’informatisation des données administratives. Si aujourd’hui des sociétés privées accumulent bien plus d’information numérique personnelle que les administrations publiques, et justifie la création d’un Droit à l’oubli, les moeurs des internautes montrent une frénésie d’intêret pour les outils qui partagent des morceaux de leurs activités quotidiennes.

Le vrai danger, çà serait que la technologie rend caduque, ou nous donne l’illusion de l’inutilité, de maintenir physiquement des relations sociales.

Toutefois, la technologie en aggrégeant ensemble nos - morceaux choisis - et les “traces” numériques de nos activités pourrait au contraire devenir un catalyseur de nos relations sociales grâce une synthèse fidèle et raisonné de notre personnalité qui susciterait l’intérêt de nous rencontrer physiquement…
C’est cette finalité qui est recherché dans mon concept de Ligne-de-vie où les profils LiFE-Lines adopteront un traitement adapté de nos données selon leurs contextes* qui déterminent à quel moment il faut commencer à oublier certaines traces numériques…
(*) voir ma classification des données personnelles abordée en commentaire sur Outils-Froids.

Tout d’abord, la page charge 3 feuilles de style dont chacune est dédiée soit à l’écran d’un ordinateur (média “screen”), l’écran d’un mobile ou PDA (média “handheld”), ou pour l’impression (média “print”).
Toutes ces feuilles contiennent les déclarations des classes Screen, HandHeld, Print, et Javascripting qui comportent la propriété “display: none” sauf pour celle propre au média qui aura “display: block”.

Ensuite, dans le code source HTML de la page, il suffit d’appliquer une ou plusieurs de ces classes aux blocs DIV selon le contexte où ils doivent s’afficher.
Exemple: class=”Screen Print” pour un contenu dédié à l’écran d’un PC qui est aussi imprimable.

La classe Javascripting est particulière dans le sens où c’est un script au chargement de la page qui va ré-afficher les blocs cachés. Ce qui est trés facile à faire en utilisant la ressource getElementsByClassName* de Jonathan Snook et Robert Nyman… Ces blocs seront donc visibles seulement si le navigateur gère ET accepte le Javascript.
(*) c’est aussi la pièce - maitresse - de l’interface de navigation de LiFE-LiNE.

Définir un emplacement géographique comme l’adresse d’une page Web !

L’idée de l’UGL, - pour Uniform Geographical Location -, çà serait de définir un emplacement géographique comme on saisirait une URL d’une page sur Internet.

Exemples:

• //Europe/France/Nord-pas-de-Calais/Valenciennes
• /Valenciennes/rue des Récollets/12/Le Gallodrome
  (avec le numéro de la rue et le nom du commerce)
• //North America/United States/New York/New York City/Queens
• //Océan Pacifique/Mélanésie/Nouvelle-Calédonie/Nouméa/Mairie
• /Nouméa/rue du général Mangin/Mairie

Comme les emplacements ont une écriture différente selon la langue, et qu’il est utile d’avoir une précision sur la nature de l’emplacement, j’aurais pour suggestion que l’on puisse l’indiquer via d’autres attributs. Par ailleurs, cette méthode permet également de facilement définir une zone et de façon approximative comme un pays ou une région, et pas seulement un point précis sur une carte.

Si le W3C ou GeoRSS s’appropriait l’idée, on pourrait définir un emplacement comme ci-dessous :

NdlA: si quelqu’un sait comment faire “monter” cette suggestion au W3C ou GeoRSS, merci d’avance ;o)

Une dépêche de presse ne suffit pas !

A l’image des journaux télévisés ou grands quotidiens de la presse, Yahoo! Actualités se contente de publier les dépêches des - envoyés de presse - presque* tel quel avec pour principal prérogative de ne pas rater un “scoop”. Toutefois, une dépêche de presse constitue une information “pauvre” qui n’explique pas le contexte d’un évènement, et ne guide pas le lecteur vers la réflexion qui l’aidera à se forger une opinion.
(*) des responsables éditorial s’occupent de sélectionner et ré-écrire les dépêches.

C’est pour répondre à cette attente que Yahoo! s’est associés avec des reporters célèbres, des portails d’actualités spécialisés, et des blogs d’experts…

Une - actualité - à deux vitesses

Toutefois, si les éditos des blogs étaient insérés dans la - rivière d’actualités - principale, ils seraient rapidement noyés par la - déferlante - des dépêches de presse !

Plutôt que de mettre les blogs à l’écart comme sur Yahoo! Actualités et Yahoo! Sports, j’applique sur l’alternative Y!MobActus pour mobile, dans les rubriques “Multimédia” (avec TechCrunch) et “Sport” (avec le blog de Pierre Ménès), une analyse de la rivière d’actualités pour rechercher un édito récent publié depuis moins de 6 heures, puis une réorganisation pour le remonter en première position et l’y maintenir pendant plusieurs heures. Enfin, une mention en rouge bien visible permet d’attirer l’attention du lecteur et marquer la différence avec les “simples” dépêches de presse.

Comme Y!MobActus affiche, sous la contrainte des navigateurs mobile, les actualités par groupes de 5 en plusieurs pages, les éditos qui sont encore sur la première page ne sont pas remontés. Par ailleurs, il serait intéressant d’améliorer la méthode en affichant toujours les éditos des blogs avant toutes les dépêches qui ont été publiées le même jour.
Cette dernière astuce sera certainement expérimentée sur les “lifelog” LiFE-LiNE (du futur réseau social LiFE²FRONT) pour avantager les posts des blogs par rapport aux autres publications.

Pour les fidèles lecteurs de Y!MobActus, vous remarquerez que la page d’accueil “En bref” applique la même méthode pour les dépêches de votre région.

NdlA: il est trés désagréable que le flux RSS (et Mon Yahoo!) du blog de Pierre Ménès, hébergé sur Yahoo! Sports, comporte des dates de publication incorrectes et mal-formatées :o| .oO(ils m’auront tout fait pour me contrarier)

J’aimerais beaucoup que mon webmail ou logiciel de messagerie attribue une note de 1 à 10 (par défaut et au maximum) aux mails que je reçois en appliquant quelques règles élémentaires…

• Pas de sujet ou objet: -5 points,
• Langage SMS: -5 points,
• Sujet et/ou message écrit exclusivement en majuscule: -4 points,
• Pas de “bonjour” ou similaire: -3 points,
• Pas de majuscule au début d’une phrase: -2 points,
• Pas de ponctuations: -2 points,
• Pas d’accents: -1 point,
• Des fautes d’orthographes triviales: -1 point.

NdlA: autant prévenir les adeptes du langage SMS ; je supprime vos messages sans aucune autre forme de procès !

D’un autre coté, l’expéditeur pourrait regagner des points perdus avec des bonnes intentions comme :

• Pas de fautes détectés par le correcteur orthographique: +2 points,
• Ajout d’une signature avec son nom: +1 point,
• Séparation de la signature par rapport au message par une ligne avec un double tiret: +1 point,
• Message “long” aéré par des lignes vides: +1 point.

Et si le mail répond à l’un de mes messages, j’ajouterais les règles :

• Pas de copie, même partielle, de mon message d’origine: -2 points,
• Réponse saisie “avant” la copie de mon message: -1 point,
• Réponses aprés chacunes des questions du message d’origine: +1 point,
• Suppression dans le message d’origine de ma signature et des textes peu importants: +1 point,
• Copie du message d’origine correctement “quoté” avec un préfixe à chaque ligne: +1 point.

Après l’anti-virus, et l’anti-spam, aurons nous l’anti-goret ?

Il me semble qu’un logiciel, et même un webmail “Ajaxifié”, n’aurait aucun mal à appliquer ces règles. Et, ils devraient comporter des options qui aident à obtenir automatiquement certains bonus de points tel que l’insertion de la signature et formules de politesse, correction orthographique, “quotage” des réponses, etc.

Des utilisateurs mal éduqués par les éditeurs de logiciels et fournisseurs de webmail !

Pour les connaisseurs, vous aurez remarqué que ces règles s’inspirent des conseils de la Netiquette proposée par l’AFA à laquelle adhèrent Google, Microsoft, Orange, ou Yahoo! mais dont les logiciels ne nous encouragent/aident pas à suivre ces recommandations ! :o| .oO(Liam, si tu me lis)

NB: pour Outlook Express, je vous conseille le plug-in OE-QuoteFix, et son cousin Outlook-QuoteFix pour la version fournie avec Office.

Et pour finir, il y aurait de nombreux autres types d’applications qui profiteraient de ces règles de notation, je pense notamment aux forums, plateformes de suggestion ou support collaboratives comme Yahoo! Suggestions Board, ou les services de questions/réponses comme Yahoo! Answers, etc.

Les améliorations que j’envisage concernent :

• la personnalisation des balises RSS supportées pour se restreindre au juste nécessaire,
• temporiser la mise-à-jour du “Cache” selon le durée d’exécution du script PHP,
• ajouter le support des sources au format Atom.

Pour les développeurs curieux et initiés, sachez que le “cache” de mYLastRSS est au format JSON dont on entend souvent parler depuis que des géants comme Google ou Yahoo! proposent des API avec ce format.

La plateforme pourrait servir à proposer des suggestions sur :

• Recettes de cuisine, desserts, ou cocktails,
• Idées de sorties (cinés, théatres, ou concerts),
• Soirées télé pour une émissions TV ou un DVD à louer.

L’originalité du service, sera de permettre à l’utilisateur de pouvoir choisir avec précision des critères tel que les jours et heures de réception des SMS, et les thèmes qui l’intéresse. L’ajout de la possibilité de pouvoir voter permettrait également d’améliorer la pertinence des suggestions en proposant à des intervals espacés les suggestions qui ont été appréciées.

Pour le modèle économique, je suggère de réclamer une participation pour ceux qui souhaitent recevoir plus de un SMS par semaine, et surtout, de s’affilier avec des grandes marques (ou chaines) qui proposeraient des réductions à ceux qui auraient reçu leur SMS.

Important: il vous faudra installer la nouvelle version du plugin Category Tagging version 2.3 pour WordPress 2.1

Rappel: pour migrer un WordPress existant vers une nouvelle version (notamment de 2.0.x vers 2.1), vous devez exécuter le script /wp-admin/upgrade.php avant de re-paramétrer un thème et vos plugins.

Téléchargez la nouvelle version dans le Labo depuis la page dédiée au thème “Kubrick is miaouw !” pour WordPress.

Notez que le thème est toujours en chantier, mais que la prochaine version sera dédiée uniquement à WordPress 2.1 qui propose des API beaucoup plus pratiques pour développer les fonctionnalités prévues dont ;

• Réorganisation modulaire du code source,
• Menu principale avec des sous-menus “déroulants” des pages secondaires,
• Panneau latéral rétractable par l’internaute.

Plus blog que les blogs !

Pourtant, d’un point de vu sémantique (Cf. définition de Wikipédia), c’est un journal d’activités sur le Web trés complet, et bien plus riche que ce que permet la meilleure plateforme de blog…
Bref, LIFE-LINE est un vrai-faux Blog qui a l’énorme avantage qu’il s’adresse aussi à des internautes qui n’ont pas obligatoirement de blog, et même à ceux qui ne veulent pas un blog ou qui n’ont pas le temps de blogger.

Blogger sans avoir un blog !

Je me suis arraché les cheveux ces derniers jours à chercher comment “casser” la perception que LIFE-LINE était un blog… Mais finalement, çà sera peut-être l’argument qui interressera les futurs utilisateurs du projet ; avoir un pseudo-blog sans la contrainte de devoir blogger !

Je reste inflexible sur la mise-en-page mono-bloc* et linéaire qui va prendre toute sa valeur avec les fonctionnalités en cours de développement… Notamment, quelques aspects des Webmails :o”
(*) et beaucoup de WebDesigners “visionnaires” pronostiquent la mort des sidebars et colonnes latérales qui contrarient le sens naturel de lecture.

NB: les dernières (et prochaines) expérimentations se sont reportés sur une autre LIFE-LINE “confidentielle” qui sera débattue dans un groupe de réflexion “restreint”… Avis aux candidats ;o)

Enfin, le mot de la fin, “on” me dit que le blog français va être cloné pour les autres portails de Yahoo! en Europe ; UK, Italia, Deutschland, etc. Alors, pourquoi pas vous ?