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).

Histoire vécue :

Le vendredi, il y a un trés bon traiteur italien au marché de Saint-Amand, et on prend vite l’habitude de lui rendre visite. Par contre, çà en devient trés énervant quand il n’est pas là, notamment quand le marché est déplacé ou annulé à cause d’une festivité…

Dans ce cas précis, j’apprécierais beaucoup de recevoir tous les vendredi matin un petit SMS de la part de mon traiteur favori du marché qui m’informe de sa présence, l’emplacement du marché, et sa spécialité du jour.

Ce service pourrait se gèrer en partie automatiquement pour l’inscription et désinscription (via des SMS), et pourrait être combiné avec un portail Web pour mobile en commun avec d’autres services de proximité ou itinérant (comme les marchés ou salons gastronomiques).

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.

Pour ceux qui l’ignorent, les aggrégateurs ont l’énorme avantage - trés difficile à développer - de pouvoir regrouper les articles de plusieurs sources RSS sous forme d’une “rivière d’actualités” (feedriver en anglais) qui présente la liste des actualités comme une liste où celles-ci sont classées par date de publication indifféremment de leur source d’origine. Tandis qu’un simple lecteur se contentera de présenter les actualités en plusieurs blocs pour chaques sources.

D’autres fonctionnalités, basées sur un lecteur ou un aggrégateur, permettent également de proposer d’autres formes d’outils, notamment :

• Les alertes instantanées sous forme d’une info-bulle ou de défilement des titres des actualités sur l’écran (appelé News Ticker en anglais) et voir même depuis un écran de veille,
• l’archivage des titres des anciennes actualités citées dans les sources,
• la classification avec des “tags” (mots-clés) ou une arborescence de catégories,
• la recherche ou le filtrage des titres selon des mots-clés,
• et la disponibilité hors-connection, depuis un mobile, ou par Internet via une application Web.

On trouve aussi des outils avec des fonctionnalités “anachroniques” comme les services Web qui offrent d’envoyer périodiquement le contenu d’une source RSS sous forme d’un e-mail… Certainement pour des utilisateurs qui ignorent le potentiel des aggrégateurs. Ou un peu moins - crétin -, surtout pour un internaute pronant la mobilité, des services qui vous avertissent par e-mail quand une source contient un nouveau article.

La première réponse : SharpReader, Bloglines, et Google Reader

Les premiers outils pour exploiter des sources RSS ont été des logiciels aggrégateurs trés complets, comme SharpReader, qui proposaient une interface similaire à Outlook Express. Mais les procédures pour compléter, personnaliser, et filtrer sa collection de sources restent difficiles à appréhender.
Ces outils ont trés vite été imités sous forme de services Web comme Bloglines et Google Reader qui proposent de partager ses sources RSS (ou des collections de sources) avec d’autres utilisateurs.
Toutefois, les aggrégateurs XML classiques ne pourront qu’intéresser des utilisateurs avertis qui ont besoins de consommer une grande quantité de sources RSS.

Bien que les logiciels, services en ligne d’aggrégateur ou pages de démarrage personnalisable (comme Google IG), et lecteurs en JAVA pour mobiles comportent des fonctions d’import/export, leur efficacité et inter-compatibilité entre-eux sont décévantes.
Enfin, si Google propose des versions pour mobiles de ses outils trés réussies, ils n’ont pas pris compte que les circonstances et conditions de navigation n’impliquent pas que l’on souhaite consulter les mêmes sources RSS depuis un téléphone mobile et un ordinateur.

Yahoo!, des débuts difficiles, mais…

Malheureusement, - à mon grand désarroi -, c’est Yahoo! qui, avec ses premiers services dédiés au RSS, à moins bien compris nos besoins pour la consultation des sources RSS. Bien qu’ils aient tardés à intégrer cette technologie ; ils ont “presque” complétement centralisé leurs outils comme Mon Yahoo!, Yahoo! Mail Beta, et Yahoo! News Tickers Beta en les alimentant par la même collection personnalisée. Seul le plug-in “Y! News” pour Messenger aura été épargné, mais avec le gros défaut que son annuaire est enregistré sur l’ordinateur au lieu de le conserver sur leurs serveurs en l’associant à notre compte utilisateur. Et, grosse lacune, leurs outils ne savent pas aggréger les actualités, ce qui aurait été appréciable dans Yahoo! Mail…
La récente sortie de Yahoo! Pipes, un aggrégateur doté d’une interface IDE - à la Visual Basic - qui permet de fusionner et filtrer des sources XML (et des API du groupe), marque un changement notable ; bien que le service Pipes soit destiné à des utilisateurs avertis, il montre que Yahoo! s’investit dans la recherche d’outils innovants.

Windows Live et MSIE 7 : l’occasion manquée !

Le service de page de démarrage personnalisable de Microsoft a introduit une fonctionnalité trés pratique ; Windows Live permet de conserver dans un mini-annuaire toute sa collection de sources XML pour que l’on puisse adapter rapidement, par un simple glisser-déposer, le contenu de ses onglets selon nos besoins ponctuels.

Par contre, l’implémentation d’un gestionnaire de sources RSS trés banal dans Internet Explorer 7 montre que Microsoft n’a pas (encore) une vision globale des besoins des utilisateurs. On aurait apprécié que MSIE7 soit capable d’ouvrir notre catalogue de sources RSS de Windows Live pour personnaliser le gestionnaire de flux de IE7… Voir même que la collection de IE7 se synchronise automatiquement avec celle de Windows Live. En plus de faciliter les démarches des utilisateurs, on aurait eu une solution globale pour une lecture en-ligne et hors-connection combinant l’avantage d’un annuaire personnel centralisé et synchronisé avec la possibilité que les services du réseau Live (Windows, Mail, Messenger, etc) comportent leurs propre choix de sources d’information.
Microsoft aurait-il eu peur d’être accusé de profiter de sa situation dominante sur le marché des navigateurs Web ?

La solution globale parfaite pour le RSS n’existe pas encore !

Des 3 géants du Web, aucun ne propose une solution globale qui répond aux besoins des utilisateurs “avertis”, et mis à part les boutons et assistants pour les services de pages de démarrage personnalisables, il n’y a pas encore de propositions innovantes pour faire - consommer du RSS - à des internautes néophytes à l’insu de leur plein gré !
Sur ce dernier point, le surprenant Yahoo! Pipes - marque un essai - intéressant en voulant sortir des sentiers battus. Il reste maintenant à - réussir la transformation - pour amener les tuyaux jusqu’aux services que l’on utilise déjà quotidiennement.

Autre aspect important, avec les progrès de la technologie et la baisse des coûts de fabrication des mini-portables, que nos compagnes pourront ranger dans leur sac-à-main, les utilisateurs deviendront majoritairement des adeptes de la mobilité qui n’implique pas obligatoirement que l’on soit toujours connecté à Internet. Les géants devront se battrent à la fois sur le terrain des applications Web “enrichies” (RIA en anglais ; “Rich Internet Application”), et aussi sur le Bureau de nos ordinateurs avec leurs homologues RDA (Rich Desktop Application).

Reste à savoir si la législation autoriserait ce mode de distribution. Et il serait bon que l’état subventionne les pharmacies qui s’équiperaient, en s’assurant que les distributeurs subventionnés soient équitablement répartis.

NdlA: c’est du vécu… la nuit dernière, j’aurais tellement apprécié avoir un aspirine pour soulager une grosse migraine :o|

Je m’étonne que la SNCF n’y a pas pensé ; ils pourraient soit incliner un peu plus le couvercle vers l’arrière pour bien le stabiliser, ou soit mettre un aimant sur le mur qui s’accrocherait à une plaque de métal au bout du couvercle… D’autant plus facile que leurs WC n’ont pas de lunette pour ces dames.

A défaut que ces craintes soient fondées, un tel dispositif aurait le mérite de nous rassurer.

• Respecter les contraintes techniques et exploiter les caractéristiques ou astuces des navigateurs mobiles,
• Répondre aux exigences du mobinaute en terme de facilité d’accés, et de confort de lecture.

Un mobile n’est pas une “usine à gaz” aussi tolérante que le navigateur d’un PC

L’écran d’un mobile est au moins 5 fois plus petit que celui d’un ordinateur, et détail non négligeable, il a le plus souvent une orientation comme un “Portrait”.

Conseil : renoncer à une mise en page en colonnes. Et réduire au maximum la hauteur de l’entête pour proposer un maximum de contenu attractif sans qu’il soit nécessaire de faire défiler la page.

Le poid du code source d’une page est limité entre 15 à 50 ko selon le logiciel ou le prestataire. Et c’est sans compter le coût de téléchargement qui incombe au mobinaute. Le débit oscille entre 6 à 30 ko/s selon le réseau.

Conseils :

• Adopter un affichage “page-par-page” pour la liste des actualités.
• Utiliser des caractères spéciaux pour les puces des listes ou des préfixes des titres d’actualité
• Se limiter à une ou deux images (et photos) par pages.
• Charger des images de 2 ou 3 ko

Un mobile n’a pas de molette, et encore moins de souris. Il est d’autant plus difficile pour le mobinaute de faire défiler une page avec ses touches directionnelles (quand elles existent).
A noter que les navigateurs mobiles font souvent défiler la page en déplaçant le focus sur les liens cliquables suivants.

Conseils :

• Réduire au maximum le nombre des liens cliquables, et bien doser le nombre de lignes entre 2 liens pour en faire un moyen de défilement agréable et continu.
• Si le titre d’une actualité est accompagnée d’un résumé et d’autres mentions, rendre cliquable uniquement la mention “lire la suite” qui sera placée en dernier. Paramétrer vos résumés pour que 2 mentions “lire la suite” soient en même temps sur l’écran (Cf conseil précédent).
• Eviter les accumulations consécutives de liens, voir même déplacer son menu de rubriques (ou de pages principales) en fin de page tout en compensant sa position défavorable par l’emploi judicieux des raccourcis clavier numériques… D’autant que un menu sous l’entête sera devenu invisible, suite au défilement, quand le mobinaute aura fini sa lecture .oO(logique, non ?)

Le choix des couleurs est trés vaste, - des résolutions en 16 bits sont devenues trés répandues pour l’affichage des photos -, par contre la perception des contrastes est trés différente sur un petit écran. C’est certainement une conséquence de notre mécanisme biologique de perception visuelle.

Conseil : employer des couleurs fortement saturées, et renoncer aux teintes pastels.

Généralement, le navigateur bloque la taille des textes selon la préférence du mobinaute.

Conseil : baser la différenciation de vos mentions sur l’emploi de couleurs contrastées, la caste, la mise en gras ou italique des textes. Et paramétrer la largeur des photos associées à une actualité proportionnellement à la largeur de l’écran (43% est un bon compromis).

Le navigateur d’un mobile ne dispose pas de fonction de lissage des polices, ou rarement, et même si c’est le cas, elle sera peu efficace sur une petite taille de texte.

Conseil : éviter l’emploi du style d’écriture en italique pour les titres des actualités, leur texte, ou son résumé.

Les raccourcis clavier numériques (touches de 0 à 9, le dièse #, et l’astérisque *), hérités du Wap 1.0, sont souvent pris en charge par les nouveaux navigateurs, même quand ils affichent un contenu en XHTML.

Conseils :

• Affectez les raccourcis aux pages importantes (comme les différentes rubriques, ou la liste de celles-ci), et prenez soin de définir ces raccourcis sur toutes vos pages.
• Conservez “en réserve” un raccourci (le dièse ou l’astérisque de préférence) pour pouvoir l’affecter à une action importante selon la page, notamment pour la mention “suivant” lors d’un affichage page-par-page… Au cas où le mobinaute fairait défiler la page trop vite.
• Si on ne peut pas voir au moins 3 ou 4 titres d’actualités en même temps sur l’écran, çà présente peu d’intêret de leur attribuer un raccourci numérique .oO(c’est même totalement crétin)

Un navigateur mobile aura déjà réservé une touche pour permettre à l’internaute de revenir à la page précèdente, et souvent en réutilisant sa copie en mémoire cache pour ne pas solliciter la connection ou consommer inutilement le quota de téléchargement.

Conseil : il est inutile de créer un lien “retour” sur vos pages, et encore moins de lui affecter un raccourci numérique.

Les exigences d’un mobinaute sont, par nécessité, dix fois supérieures à celles d’un internaute

Le mobinaute sait rarement avec exactitude combien de temps il va pouvoir surfer… Ne lui faite pas perdre du temps avec des démarches inutiles. Et c’est sans compter qu’une page inutile donnera la sensation d’avoir sacrifié du temps ou un coût d’accés non négligeable pour le mobinaute.

Si vous êtes un adepte de la règle du “2 clics” pour accéder au contenu d’un site Web, vous allez devoir adopter celle du 1 voir même 0 clic !

Les mobinautes apprécieront d’avoir dés votre page d’accueil des actualités interressantes. Voir même un condensé des principales actualités de vos différentes rubriques.

Suggestion : proposez vos actualités récentes, toutes rubriques confondues, sur votre première page. Et si possible par ordre chronologique… Le mobinaute voudra peut-être obtenir trés vite des infos “fraiches” au cour d’une séance de navigation occasionnelle et trés brêve.

Et pour la plupart de vos actualités, le mobinaute pourrait, et apprécierait, de se contenter du titre ou du résumé d’une actualité si ils sont “assez” longs.

Suggestions :

• Proposez votre liste d’actualités en les accompagnant d’un résumé, d’une date, et du nom de la rubrique (mais non-cliquable*).
  (*) si vous avez suivi le conseil du menu des rubriques en fin de page avec des raccourcis numériques.
• Si vous préférez indiquer seulement son titre, faites le plus long possible. Mais si vous affectez un raccourci numérique aux titres, dosez les longueurs et le nombre de titres pour pouvoir tous les afficher sur l’écran .oO(on n’a pas tous un don de voyance)

Les circonstances, en France, ne sont pas favorables pour les publicités qu’il faudra insérer avec précautions…

A la différence d’une page Web pour PC, le mobinaute ne peut pas “zapper” une publicité consciemment ou inconsciemment à cause de la taille de l’écran et de la linéarité de la navigation… C’est un avantage marketing qui peut se retourner contre vous si vos publicités représentent un obstacle “agaçant” pour la continuité de la lecture.

Conseil : placez vos publicités au début de la page (dans l’entête), ou à la fin du contenu à lire juste avant la mention “articles suivants” (pour les listes en page-par-page) et la liste des rubriques.

Les coûts de connection et téléchargement sont encore trés élevés en France ; les bannières publicitaires “graphiques” seront mals vues si elles consomment plus de 5 ou 6 ko. D’autant que pour un tel poid, elles auront besoins de 2 à 4 secondes pour s’afficher et que le mobinaute peut commencer à faire défiler la page entre-temps.

Conseil : placez votre bannière graphique (ou une publicité textuelle avec un mini-logo) aprés le contenu pour s’assurer qu’elle sera téléchargée lors de la lecture.

Le mot de la fin :

Proposez un bon service d’actualités, et c’est dans la poche…
Du mobinaute !

Pour approfondir votre démarche, vous pouvez lire les recommandations (en cours de rédaction) du W3C ; Mobile Web Best Practices 1.0

Ainsi que les conseils avisés du “Journal du Net” (Développeurs) des Cinq clés pour réussir son site en Wap

A mon domicile, j’ai pris goût à adopter ou expérimenter des recettes Express ; c’est à dire, à base d’aliments frais ou précuits qui permettent de se préparer un plat en 10 à 15 minutes.
Ce sont surtout des recettes froides à base de salade, crudités, et viandes grillés ou charcuteries fumées. Mais on peut aussi varier en utilisant des “aliments de base” précuits qu’il suffit de réchauffer comme par exemple les produits de riz Express à réchauffer au micro-onde.

En fait, derrière ce concept, j’applique le fait que de préparer soit même un plat contribue au plaisir finale… Même quand on l’a un peu raté ! .oO(sic)

Je dois cette petite trouvaille à mon traiteur chinois, qui lors de l’achat de soupes de nouilles iophilisées (du genre Bolino), m’a suggéré d’ajouter quelques légumes (ou crustacés) précuits pour ré-équilibrer le repas.

Du coup, j’aurais pour suggestion aux producteurs de plats “préparés”, de permettre aux consommateurs de personnaliser leur plat “presque tout préparé” en séparant les différents ingrédients (faciles à réchauffer) dans des emballages distincts avec plusieurs possibilités de combinaisons… Ainsi, les gourmands ne seraient pas tentés de tous mettre, et garderaient certains ingrédients pour un autre repas.

Est-ce un problème de coût de connection, ou tout simplement une offre mal adaptée à la demande ?

Il faudrait une enquête sur le sujet. Car personnellement, aprés le reflexe de trouver une sonnerie et un fond d’écran, je n’attendais pas de la part des “géants” du Web (Google, Yahoo!, et Microsoft) de pouvoir lire ou écrire des emails, ou même d’utiliser un Messenger comme ils le scandent dans leurs campagnes marketing… Je trouve plus simple de téléphoner ou envoyer un SMS avec un mobile plutôt que d’utiliser ces services de messagerie hérités du Web.
Par contre, pour occuper mes déplacements et attentes en train ou tramways, j’aurais apprécié un service de consultation des actualités agréable et bien adapté pour un navigateur mobile… Pour les francophones, seul le journal “Le Monde” et “Google Actualités”, ou aussi “Google Reader” (aprés l’avoir alimenté en source RSS) propose un service presque correct. Avec un service mobile d’aggrégation RSS, il est d’ailleur trés pratique d’avoir accés aux publications (et confidences) de nos ami(e)s depuis leurs blog… N’est ce pas un bon moyen de garder le contact avec ses prôches quand on n’a pas le temps d’être à leurs cotés ?

Pourtant, les technologies sont prêtes, et facile à déployer !

Tout d’abord, en adoptant les recommandations du W3C pour créer des sites Internet en XHTML, en rend l’usabilité du document sur un mobile trés facile à déployer ; il suffit de créer une feuille de styles CSS qui débarassera la page des éléments de l’interface qui ne sont pas indisdensables comme les images de fond de page, l’entête (que l’on résumera au titre du site) et son menu des rubriques principales (que l’on déplacera en fin de page), le panneau latéral contextuel, les grandes images d’illustration, etc. Les blogs (comme celui-ci) se prêtent trés facilement à une reconversion pour mobiles.
Mais si vous obtez pour un mini-site exclusivement dédié aux mobiles, les mini-navigateurs regorgent d’astuces à prendre en compte pour faciliter la lecture, notamment le défilement de la page, ou l’accés rapide à une page avec un raccourci clavier numérique.

A noter que les navigateurs mobiles récents utilisent une sorte de “moulinette”, trés efficace avec le XHTML, pour réduire le poid des pages et de leurs images tout en adaptant le contenu.

Mais il sera difficile d’obtenir un retour économique instantané !

L’introduction de publicités reste possible, mais avec subtilité, pour ne pas exaspérer le mobinautes par le surcoût de téléchargement d’une bannière, ou la présence de trop nombreux liens cliquables qui génent le défilement de la page.
Je pense même que les publicités sur mobile ne devraient pas être cliquables quand elle sont au milieu de la page, car comme à la télévision et à la différence d’une page Web, le mobinaute ne pourra pas l’ignorer ; son regard va forcément la percevoir du fait de la petitesse de l’écran… Mais on peut compenser en affichant une URL courte (comme le conseille le W3C). C’est un autre modèle publicitaire, différent du Web, qu’il reste à établir.

Par contre, pour les moyens de paiement, les banques accusent un retard (ou une négligence) dans ce domaine. Est-ce que les prestataires mobiles vont en profiter pour proposer un système commun de paiement depuis un mobile, par exemple basé sur la facture de l’abonnement moyennant quelques précautions pour éviter les excés ?

En fait, il serait peut-être plus judicieux de percevoir le déployement de ses services sur mobiles, plus pour fidéliser et satisfaire ses utilisateurs (quand on propose déjà les mêmes services sur le Web) en élargissant la pénétration de son activité jusque dans la poche du consommateur, plutôt qu’en espérant en tirer un bénéfice directement issu de l’accés mobile.

Et pour les mobinautes qui souhaitent seulement consommer Yahoo! Actualités, j’ai régler le raccourci http://ymobactus.miaouw.net/

Attention: ce service n’a pas reçu d’autorisation officielle de Yahoo! France, et la mise à jour des actualités sera arrêté dés que je constaterai que Yahoo! nous propose une consultation “vraiment” conviviale de ses actualités depuis un mobile… Un avertissement sur la page d’accueil vous en informera ;o)

Consultez l’adresse ci-dessous avec un navigateur Web compatible XHTML/Wap 2.0
http://www.miaouw.net/labo/experiences/ymobactus/index.php
(Votre navigateur Web sur PC affichera un aperçu proche de celui d’un mobile)

Je me suis fait plaisir en ajoutant les actualités pour le Nord-pas-de-Calais… Une façon de montrer que çà serait sympa de personnaliser automatiquement Yahoo! Actualités selon sa région.

Attention: parfois il n’existe pas de page sur Yahoo! Actualités pour certaines des annonces qui figurent dans leur flux XML .oO(étrange ?!!)

NdlA: toutefois, je reconnais qu’il est plus facile de développer en Wap 2.0 que en Wap 1.0 comme c’est le cas actuellement pour le portail de Yahoo! ;o)

• Clavier de saisie en mode T9
• Première lettre en majuscule par défaut

Je pense qu’il faudrait proposer un identifiant unique utilisable uniquement pour l’accés avec un mobile, qui serait choisi par l’internaute en lui prodiguant des conseils selon son modèle (avec ou sans T9), voir même en proposant automatiquement un identifiant prôche de son mot de passe habituel mais qu’il saisira en appuyant une seule fois sur l’une de ses 9 touches.

Pour faciliter la démarche de l’internaute, il faudrait aussi :

• Appliquer les sessions SSO à tous vos services
• Conserver la session pendant plusieurs jours
• Pré-saisir son login si il se reconnecte avec le même user-agent (à vérifier avec un cookie)

En effet, comme lors des précèdentes élections, c’est seulement à quelques semaines du “grand jour” qu’ils débattent pour choisir un candidat. Et je ne sais pas pour vous, mais moi j’ignore toujours quel est le contenu du programme qu’ils envisagent de nous pondre !
C’est certainement par peur d’abattre ses “cartes” face aux autres partis, et de ne plus pouvoir “bluffer”. Ne serait-il pas temps de ne plus considérer la démocratie comme une “partie de poker” ?

A l’heure du Web 2.0 et de ses outils de communication, ne serait-il pas plus judicieux d’inverser le problème ?
Et si un parti débattait d’abord pendant plusieurs mois et années pour définir un projet de vie, l’ouvrir à la réflexion du public à la recherche d’un consensus, et l’enrichir de nos attentes… Puis le “grand jour” venu, débattre pour choisir le candidat qui représentera et défendra le mieux possible ce projet !

J’avais espéré que le PS aurait songé à cette nouvelle stratégie de lui-même…