Une question de temps

Je crois qu’avant de détailler comment je fais ma veille, il est important de parler du facteur temps. Quand j’ai commencé ce métier en 2005, je blogais beaucoup, je faisais énormément de veille. Je “veillais” jusqu’à 4/5 heures par jour à ce moment-là. Puis ma fille est arrivée en 2007, et tout à changé. La charge de travail a aussi considérablement augmenté, me laissant peu de temps pour me tenir au courant chaque jour.

Jusqu’à il y a peu, ma veille était très simple. Elle se limitait à Google Reader et à Twitter. Un grand classique. J’ai fait le tri dans mes flux RSS mais sans parvenir à tout lire régulièrement. Je me retrouvais donc avec plus de 1000 éléments à lire par moment et au final des articles datant de trop longtemps, sans oublier parfois le fait que je les avais déjà vu passer sur Twitter.

J’ai donc laissé de côté les flux RSS et ai décidé de concentrer ma veille sur Twitter. Je suis 500 personnes environ et j’ai déjà l’impression que c’est trop. Aurélien, dans son article, parle de veille passive et active. La veille sur Twitter est un mélange des deux pour moi. Elle est active parce que je suis là pour ça mais aussi passive parce que je lis globalement ce qui se dit sans pour autant faire vraiment de la veille. J’espère que je me fais bien comprendre !

Mais là encore, je ne suis pas toujours dispo, donc je loupe pas mal de choses intéressantes aussi sur Twitter. L’info y file à une vitesse grand V.

L’iPad, compagnon idéal pour la veille

Tout a commencé à changer quand je me suis acheté un iPad. Je lis énormément de livres mais très peu sur ordinateur. Du coup, la tablette était le bon compromis pour faire de la veille sans pour autant être bloqué derrière mon bureau. J’avais Twitter en poche, puis j’ai adopté Instapaper. Super outil pour bookmarker des articles et les lire plus tard. A condition de les lire plus tard. J’ai accumulé, tout comme je faisais auparavant avec mes flux RSS et je n’arrivais pas à m’en sortir. J’ai donc “ressorti” aussi mes flux RSS en nettoyant bien la liste des sites que je suivais pour me concentrer sur le principal: A list Apart, Smashing Magazine, quelques sites d’UX, beaucoup de typo et puis basta. J’ai donc utilisé Reeder, comme pas mal de monde sur OSX ou iOS, mais l’expérience utilisateur pour moi s’est avérée pas terrible. Je trouve que Reeder est très chouette au niveau style mais n’apporte pas vraiment grand chose de plus que Google Reader comme expérience. Ca reste un lecteur plutôt classique de flux RSS.

J’ai donc testé Flipboard. Super interface, on peut y ajouter nos flux RSS. Présentation magazine, c’était génial. J’en ai profité pour utiliser l’application pour d’autres sites que mes flux RSS. J’y ai même installé Twitter pour tout faire au même endroit. Super expérience mais un souci. Flipboard ne marque pas très bien les articles lus sur Google Reader. C’est un peu pénible à gérer. Si on trouve des articles qui nous intéressent pas, il faut quand même les ouvrir pour les “marquer comme lu”.

Puis sont apparus trois outils qui ont considérablement changé ma manière de faire de la veille.

1. Zite

Zite est une application qui vous propose toutes une séries d’articles, selon ce qui vous intéresse. En gros et pour faire simple, vous commencez avec une série d’articles, proposés un peu à la manière de Flipboard et à chaque fois vous avez la possibilité de dire si vous avez aimé l’article ou pas, et l’application vous proposera plus d’articles que vous aimez. Plus vous allez lire, plus les articles proposés seront proches de ce que vous voulez lire. Et pas besoin de compte Google Reader ici, les sources sont proposées par l’application. Donc pas de stress inutile à devoir lire “500 éléments non lus”. Les articles sont globalement de très bonne qualité et correspondent aux nouveautés du jour. Très intéressant quand vous avez un moment tranquille sur votre sofa, on a un peu l’impression de lire son journal sans trop savoir sur quoi on va tomber.

2. Feedly

The New Feedly Mobile from Feedly on Vimeo.

J’avais testé l’application à ses débuts mais c’était trop buggé pour moi et pas assez original par rapport à un Flipboard. Sauf que les dernières versions se sont fortement améliorés et qu’elles apportent quelques nouveautés qui ont changé pas mal de choses pour moi.

Pour ceux qui ne connaissent pas, Feedly est un lecteur de flux RSS, mais pas seulement, il propose maintenant des flux un peu comme Flipboard.

Le souci de Feedly au départ était le même, justement, que pour Flipboard. Que faire quand on tombe sur une page avec des articles qu’on n’a pas trop envie de lire ? Il faut les ouvrir un par un pour les marquer comme lu. Relou. Avec la dernière version de Feedly, un swipe vers le bas sur la page marque les articles comme lus. Tip top et super simple. Je lis quelques blogs Apple ou encore The Verge et chez certains la quantité d’articles rédigés par jour est énorme et seulement une partie m’intéresse. Avec Reeder, j’aurais viré le flux parce que ça aurait rapidement été impossible à gérer ou j’aurais tout marqué comme lu. Avec Feedly, je parcoure les pages rapidement sur mon iPad, je swipe vers le bas pour marquer comme lu chaque page et je lis ce qui m’intéresse. Ca peut paraître con mais j’ai retrouvé le plaisir de lire mes flux RSS de manière simple et intuitive grâce à une très belle mise en page magazine. J’en profite aussi pour bookmarker certains articles sur Pocket ( qui a remplacé Instapaper chez moi…) même si comme expliqué plus haut, je bookmarke plus que je lis.

En fait, le souci de ces outils comme Pocket, Instapaper ou même Google Reader, c’est que la plupart du temps, il est publié plus d’articles qu’on ne peut en lire. Donc c’est voué à l’échec d’une certaine manière, sauf si on a du temps…

3. Pinterest

Pendant un moment j’ai utilisé Gimme Bar comme Aurélien pour toute une veille graphique: sites web, UX, illustration, photo et typo. Mais j’ai quelques soucis avec l’interface et pour bookmarker des sites web, j’utilise Little Snapper, malgré que ce soit loin d’être parfait. Gimme Bar a pourtant sorti une application iPhone mais elle n’est même pas finalisé, certaines fonctions affichent même un message “Coming soon”. Super.

Et il y a quelques semaines, je décide de rouvrir mon compte Pinterest et d’aller à la pêche aux idées. Et là, je suis surpris par la qualité des éléments partagés. C’est clair que si vous y recherchez des exemples de sites web, vous allez être déçus. Il y en a mais pas des masses. Par contre, pour toute autre inspiration, je trouve le site génial.

Déjà il y a une communauté impressionnante. Difficile même parfois de suivre plus de 100 personnes tellement certaines proposent de nouvelles choses constamment. Les éléments que je préfère sont bien entendu la typographie. Je n’ai encore trouvé nulle part ailleurs autant de choses de qualité et aussi diversifiées. Vraiment sympa. Pas mal d’inspiration au niveau déco d’intérieur, print, illustration également. Personnellement, j’aime aussi aller chercher parfois mon inspiration dans des domaines qui sont plus annexes à mon activité. Et là j’y trouve mon compte.

Un gros plus de Pinterest c’est aussi ses applications iPhone et iPad. Où que je sois, je peux accéder à ce que j’ai bookmarké. Et tout comme Zite par exemple, ici pas de chiffre d’éléments non lus. On surfe sur une page, on peut naviguer aussi selon des catégories. Encore une super veille à faire sur son sofa en soirée !

Enfin, c’est aussi un réseau social donc vous pouvez suivre vos amis ou vos designers préférés.

Donc, vous l’aurez sûrement compris, je fais maintenant principalement ma veille sur tablette et quasiment plus sur mon ordinateur. Je suis aussi plus disponible pour faire cette veille via la tablette. Sur l’ordi, je ne consulte que Twitter au final, sur lequel je retweete pas mal de choses que je découvre. Le reste se fait le matin après le petit dej ou le soir après le travail. Je consulte rapidement Zite, puis Pinterest et déroule mes flux RSS. Et si j’ai le temps je lis quelques articles bookmarkés sur Pocket. C’est tout, mais c’est déjà pas mal, vu le temps qui m’est donné. Je dois avouer que l’iPad joue un rôle important ici. Sans lui je ne ferai probablement plus beaucoup de veille. A noter aussi que toujours grâce à ma tablette, je suis plus productif dans la journée car je ne fais pas vraiment de veille, hormis un peu Twitter.

Voici donc ma méthode pour suivre l’actu web. Largement moins d’outils et de services qu’Aurélien mais plutôt un retour d’expérience comme j’aime les faire. Je ne dis pas non plus que c’est la manière idéale de faire de la veille mais c’est celle qui me correspond le mieux, avec le temps qui m’est donné

N’hésitez pas à partager vos méthodes pour faire de la veille, que ce soit en commentaire ou, comme j’ai pu le faire après la lecture de l’article d’Aurélien, sur votre blog, si vous en avez un !

Enfin bref, on est là pour parler d’une livre que je viens de finir et que j’ai trouvé formidable. Ce livre c’est “CSS Maintenables avec Sass et Compass” de Kaelig Deloumeau-Prigent.

Il y a quelques mois de cela, j’ai fait une sorte d’overdose de CSS. Je ne suis pas intégrateur, en tout cas je ne me considère pas de telle sorte bien qu’intégrant une grande partie de mes projets. Je suis plutôt un web designer qui code, HTML, CSS ou encore PHP. Donc j’ai fait cette overdose à force de bouffer du CSS pendant des mois et surtout à force de passer un temps fou à essayer d’optimiser et de ranger mes feuilles de styles. Ca peut rapidement devenir un TOC.

J’ai donc décidé de ne plus du tout en faire pendant quelques mois et on verrait à l’issu de ce lapse de temps si c’est vraiment la fin ou si j’avais juste besoin d’une pause. Je me suis un peu intéressé à SMACSS, super intéressant mais encore trop de ras le bol pour faire des essais et mettre ces bonnes pratiques en place.

Et puis, il y a quelques semaines, je découvre CSS Maintenables que certaines personnes recommandent fortement sur Twitter. Je l’achète donc et commence à le lire. Je ne m’attends pas à grand chose à vrai dire, mais mon appetit pour les CSS semble doucement revenir. Dès les premières pages, Kaelig mentionne pas mal de choses qui me semblent évidentes depuis pas mal de temps. Les CSS ça peut être un bordel pas possible et chacun y va de SA méthode pour montrer comment organiser et gérer tout ça. Et le pire c’est que chacun pense que sa méthode est la meilleure. Bref, je me sens un peu rassuré. Un autre truc qui me rassure c’est que j’aime bien ranger mes feuilles de style, les commenter et les optimiser. Mais y a des limites. J’en connais qui optimisent tellement qu’à un moment si quelqu’un doit reprendre le projet, il ne va pas y piger grand chose. Et c’est un peu le concept du livre je trouve. Ranger tout ça, tout en restant simple pour que ce soit le plus maintenable possible.

Donc, toute la première partie du livre va énumérer toutes les étapes de la création d’une page web et va fournir toutes une série d’idées plus sympas les unes que les autres pour apprendre à bien maintenir ses feuilles de styles. Alors, bien sûr, j’en vois d’ici certains qui vont dire “pas besoin d’un bouquin comme ça, je sais déjà faire ça !! ” ou alors “C’est pour les débutants ton truc…”. Héhé…. Et bien même si on est un kador, un ninja ou une rockstar des CSS, il y a toujours quelque chose qu’on peut apprendre des autres, non ?

Kaelig présente aussi un chapitre que j’ai adoré: “Pragmatisme, démystifier certaines bonnes pratiques”. J’appellerais ça le chapitre Troll. Kaelig met à mal certaines bonnes pratiques et j’avoue y avoir trouvé mon compte. Finalement, je me rends compte que j’étais dans le vrai sur pas mal de choses. Voici la liste de ces mythes abordés:

• Mythe n°1: Pas d’informations de présentation dans le HTML
• Mythe n°2: Ne pas utiliser d’éléments non sémantiques
• Mythe n°3: One ne doit pas créer de classes non sémantiques
• Mythe n°4: Le rendu doit être le même dans tous les navigateurs
• Mythe n°5: La taille du texte ne doit pas être exprimée en pixels (j’adore celui là )

Ensuite, après un chapitre intéressant sur le travail en équipe, Kaelig aborde la partie sur les préprocesseurs et notamment Sass. Il présente donc l’outil et très vite nous amène sur la voie de l’optimisation et de la maintenabilité. Et là, on se rend compte très vite que les préprocesseurs peuvent être d’une aide incroyable. Et quand on pense en avoir fait le tour, il nous présente Compass qui nous permet d’aller encore plus loin. Bref, super intéressant. Personnellement, je n’avais pas encore mis les mains dans les préprocesseurs du fait de mon overdose mais finalement c’est peut-être le traitement qui va me permettre de me réconcilier avec les CSS. En tout cas, le livre a déjà été une très bonne thérapie, et je ne peux que le conseiller. A tout le monde. Sans exception. Vous pouvez être le meilleur en CSS, ce livre ne vous fera pas de mal. Croyez-moi.

Je vous invite donc à aller sur le site préparé pour l’occasion et à partir de là, vous trouverez les meilleures crémeries pour vous procurer le livre. Mais franchement allez-y, il se lit simplement, rapidement et est un livre dans lequel vous pourrez vous replonger dans 6 mois ou un an, juste pour aller vous rappeler de quelques évidences que vous auriez oublié

Si je vous parle du WordCamp c’est avant tout pour vous mettre au courant, parce que c’est une bonne opportunité pour aller plus loin dans le monde de WordPress avec de bonnes conférences mais aussi pour rencontrer pas mal de monde issus du ce monde. Je vais, personnellement, y faire une conférence dans la matinée sur “l’art (difficile) de vendre des thèmes WordPress“. Je vais y parler de l’expérience acquise depuis la création du projet Peaxl, mais je vais aussi étendre le sujet à ce qu’il faut savoir et bien comprendre quand on veut vendre des thèmes WordPress.

Autre raison pour laquelle je vous parle du WordCamp, c’est également parce que Peaxl vous propose de gagner 2 places pour l’événement. Pour participer, rien de plus simple, vous allez sur l’article en question sur le site de Peaxl, et vous cliquez sur le bouton Twitter qui va envoyer un message sur votre timeline et ainsi votre participation sera prise en compte.

J’espère que vous serez nombreux à participer et que vous serez nombreux à venir au WordCamp, c’est vraiment un événement à ne pas manquer !

Si vous suivez mon compte Twitter, vous avez probablement dû voir tomber sur la news. Notre boutique de thèmes WordPress est en ligne depuis lundi dernier. Alors, je comptais faire un long récit de l’aventure, comment elle a débuté, comment elle a évolué, les hauts et les bas, tout ce qu’on a appris de ce projet, mais Gilles l’a fait mieux que je ne le ferais. Je ne dis pas que je n’en parlerai pas de temps en temps, un peu comme Adii de Woothemes (… mais en moins bien ! )le fait sur son blog perso où il évoque les leçons apprises avec sa boutique et sa vie d’entrepreneur. Mais pour aujourd’hui, j’aimerais vous expliquer l’idée qu’il y a derrière Peaxl et la manière dont nous comptons vendre des thèmes.

Commençons donc par le début. Peaxl vend des thèmes WordPress, mais pas de simples thèmes. Nous vendons des thèmes parents et enfants. Alors, qu’est-ce que les thèmes parents et enfants ?

Le mieux pour commencer est d’essayer de donner une définition simple. Le thème parent est un thème normal, classique. Tout thème peut être un thème parent. Un thème enfant est un peu comme une couche supplémentaire que l’on vient mettre par-dessus le thème parent pour en modifier le design ou certaines fonctionnalités.

Prenons un exemple concrêt et voyons comment créer un thème enfant. Vous verrez qu’ensuite, vous comprendrez plus facilement le concept de Peaxl. Pour cet exemple, on va se servir du codex et du thème WordPress par défaut, Twenty Eleven. Pour créer un thème WordPress enfant, c’est très simple. Il suffit de créer un dossier pour votre thème et d’y inclure une feuille de style, avec une mention spéciale pour lier le thème enfant à son parent. Vous allez donc insérer le code suivant dans la feuille de style du thème enfant:

/*
Theme Name: Twentyeleven Child
Description: Child theme for the twentyeleven theme
Author: Your name here
Template: twentyeleven
*/

On y retrouve les informations d’un thème WP classique si ce n’est qu’il y a une ligne très importante, la ligne “Template: twentyeleven”. En ajoutant cette ligne, vous créer un thème enfant pour Twenty Eleven.

Si vous n’ajoutez rien d’autre et que vous commencez à y mettre du CSS, alors, seul la feuille de style du thème enfant sera prise en compte. Dans l’exemple précis, on veut juste ajouter ou modifier quelque chose au thème Twenty Eleven, donc on va inclure la feuille de style du thème parent avec cette ligne de code:

@import url("../twentyeleven/style.css");

A partir de là, vous pouvez ajouter le CSS que vous souhaitez, il viendra modifier le style existant du thème parent. Simple non ? Dans un thème enfant, vous pouvez également modifier les fonctionnalités du thème parent. Je dis modifier, mais ça peut être aussi ajouter ou supprimer. Pour ce faire, vous avez plusieurs possibilités, utiliser un fichier functions.php ou bien récrire certains fichiers du thème parent. Pour plus d’infos, je vous invite à aller sur la page du codex de WordPress qui explique très bien tout ce système.

Revenons à Peaxl. Quand on achète des thèmes Premium, on veut souvent y faire des modifications. On veut y coller notre identité ou marque. Souvent, pas mal de monde a tendance à modifier le thème directement, ce qui est une erreur. Créer un thème enfant et y mettre les modifications est la bonne marche à suivre.

Ensuite, on va passer pas mal de temps à enlever des choses à ce thème pour lui donner notre identité. Personnellement, je trouve ça dommage. On nous vend finalement un thème avec un design “fini” mais qui l’utilise tel quel ? Dans la plupart des cas, on va enlever une partie des éléments graphiques pour les remplacer par les nôtres. C’est vrai notamment pour les thèmes “Corporate”.

Du coup, on s’est dit que ce serait intéressant de proposer des thèmes parents minimalistes. Ce sont en quelque sorte des wireframes dynamiques, prêtes à l’emploi et à vous d’y ajouter les éléments de design que vous voulez. Si vous ne voulez pas ou ne pouvez pas faire de design, vous avez la possibilité d’acheter un des thèmes enfants que nous proposons.

Au quotidien, les avantages d’utiliser une structure parent/enfant sont nombreux. Tout d’abord, vous n’allez pas toucher au thème parent, celui qui renferme la structure même du site. Si demain on met à jour ce thème pour des raisons X ou Y, vous n’aurez qu’à remplacer le dossier du thème, ça n’aura pas ou peu d’impact sur votre site et son design. Si vous avez fait les modifications directement dans le thème parent, alors vous ne pourrez pas bénéficier de ces updates.

Autre avantage, au niveau du thème enfant ce coup-ci. C’est un plus complexe parce que tout dépendra des modifications que vous y faîtes. Mais vous avez toujours la possibilité, quand vous le souhaitez, de changer le design, donc de créer un nouveau thème enfant ou d’en acheter un. La structure du site restera la même mais l’apparence pourra être différente. Ici encore, on n’a pas touché au thème parent.

Maintenant, tout thème n’est pas forcément un bon thème parent. Il y a grand nombre de thèmes vendus qui permettent un nombre limité de modifications via un thème enfant. Un des aspects important d’un bon thème parent c’est d’avoir ce qu’on appelle des “hooks”, des ancres en français. Ces ancres sont des emplacements prédéfinis dans le thème, avec un nom attribué. Elles peuvent déjà avoir du contenu ou être vides. En créant un fichier functions.php dans votre thème enfant, vous allez pouvoir appeler ces ancres qui sont dans le thème parent et lui “dire” que vous souhaitez y inclure de nouveaux éléments, en supprimer ou en ajouter. Je fais ici un peu de vulgarisation. Pour bien cerner le concept des hooks, je vous invite à voir cette page. Attention, c’est pas mal technique !

Prenons un exemple. Je travaille actuellement sur un nouveau thème parent pour Peaxl. Sur la page d’accueil, j’ai mis un slider sous la navigation. Imaginons que vous achetiez ce thème mais que vous ne vouliez pas de slider. Et bien, vu que le slider a une ancre dans le thème parent, il vous sera très simple de le retirer dans le thème enfant, via une fonction (functions.php). Idem, si vous souhaitez ajouter un flux Twitter à un certain endroit et que cet endroit à une ancre, vous pourrez ajouter ce flux via le fichier functions.php du thème enfant. Encore là, on ne touche pas au thème parent !

Tout ça peut paraître un peu complexe, mais ce qui est important de retirer de cette lecture c’est que la structure parent/enfant vous donne beaucoup plus de flexibilité que d’utiliser simplement un thème. Ca fait un petit moment que Matt Mullenweg essaie d’évangéliser la communauté WordPress à propos de cette organisation des thèmes.

Donc, pour nous, le thème parent est un thème métier, un thème prêt à l’emploi, avec toutes les fonctions WordPress et un certain nombre d’ancres placés dans le layout afin de vous permettre d’y raccrocher des fonctions qui contribueront à faire évoluer votre thème. Son design est simple et minimaliste pour vous permettre d’ajouter vos éléments spécifiques et de ne pas passer du temps à retirer les éléments design existants déjà. Ensuite, à vous de vous exprimer sur cette base ou d’acheter directement un ou plusieurs designs qui vous plaisent !

En pensant à cette idée, on a au départ pensé aux designers et développeurs qui utilisent des thèmes WordPress pour leurs clients. Quelque part, il y a un peu une sorte de retour sur expérience dans notre offre. Cela dit, ce principe devrait être aussi utilisé par les utilisateurs qui ne maîtrisent pas forcément le code. L’ensemble est plus “propre”, mieux organisé et permet de faire les modifications dans les meilleures conditions.

Aujourd’hui, notre offre est encore limitée avec un thème parent, Aeronef et 3 thèmes enfants, mais comme dit plus haut, nous travaillons déjà activement à d’autres thèmes, plus généralistes, histoire de toucher plus de monde. On croise les doigts !

Ca a mis un coup d’arrêt direct à mon intérêt pour ce cahier des charges. Je suis formellement opposé à ce genre de pratique que l’on appelle communément le “spec work” et qui consiste à faire faire les premières maquettes d’un site à différents designers histoire de pouvoir choisir celui qui aura fait la plus belle. Les autres pouvant aller “se rhabiller” et ayant perdu quelques journées de travail pour rien.

Je me décide donc à répondre au prospect en lui expliquant que je ne réponds pas à ce type de brief pour les raisons évoquées ci-dessus. Quelques heures plus tard, je reçois une réponse de ce même prospect qui m’explique de manière amicale qu’il fait comme ça parce qu’il a besoin de voir ce que le designer peut faire pour être sûr de bien choisir. Il me parle de la première version du site pour laquelle, visiblement, il n’a pas fait le bon choix (si j’ai bien tout compris). Il ne veut pas se planter une seconde fois.

Je prends alors le temps de lui répondre une nouvelle fois, pour lui expliquer que, selon moi, ce n’est pas la bonne manière de voir une future collaboration avec un prestataire en web design.

Autant vous dire tout de suite que je ne sais pas precisement comment ça se passe en agence, donc je ne parlerai ici que de mon expérience en tant que free. J’ai bossé de longues années en SSII mais c’était au début des années 2000 donc difficile de pouvoir se baser là-dessus pour comparer. Je ne connais pas bien le milieu des “web agencies”. J’ai travaillé plusieurs années pour une SSII mais je ne suis pas sûr qu’on puisse vraiment comparer. Si vous avez une expérience agence et que vous souhaitez la partager pour donner un point de vue different, surtout n’hésitez pas.

Voici donc, en substance, le type de réponse que je lui ai fait.

Il ne faut pas voir le web designer free comme un simple fournisseur ou sous traîtant mais comme un véritable partenaire – pour cela, il faut que les web designers freelance se vendent tels quels, ce qui n’est déjà pas évident.

En faisant quelques conférences web design en UK et une très bonne conférence à Lausanne, qui s’appelle Going Solo et qui est sur le freelancing (Je vous invite d’ailleurs à lire cet article que j’avais écrit à l’occasion), j’ai appris qu’il est très important de se vendre sur sa valeur. J’emploie souvent ce terme que je trouve très juste. Il faut apporter de la valeur à son travail et à sa personnalité pour se démarquer des autres. Certains seront tout simplement talentueux, d’autres seront bons communiquants et certains auront de brillantes idées de business. Mais, pour réussir, et être heureux dans son job de freelance, il faut se démarquer, créer sa propre valeur.

Cette manière de voir et de faire les choses va vous permettre de travailler différemment, notamment pour la prospection. Si vous communiquez cette valeur, vous allez vous faire remarquer, normalement positivement et bon an mal an vous risquez d’être contacté pour des projets, tout simplement parce que votre travail finit par être connu ou reconnu, ou tout simplement parce que vous communiquez parfaitement bien. Certains vont donc vous contacter parce qu’ils ont envie de bosser avec vous. Quelque part, c’est une finalité à laquelle on voudrait arriver. Tout le monde ne rêve-t-il pas de bosser avec des clients qui vous ont choisi parce qu’ils avaient envie de bosser avec vous et que du coup, ils vous laissent carte blanche et vous font entièrement confiance ? Et bien, en créant et en vendant votre valeur, vous risquez de tendre vers ça. Et d’une certaine manière, probablement naïve, j’ose à penser que si le marché français était plus peuplé de ce genre de frees, peut-être que la vision que les clients potentiels ont de ces mêmes frees serait différente.

Je dis ça parce que je l’ai plutôt bien perçu comme tel en Grande-Bretagne notamment. J’ai fait ma première conférence en 2007, au FOWD et j’ai assisté à un workshop d’Elliot Jay Stocks qui vendait justement ce dont je viens de parler. Idem au Going Solo de Lausanne, où un très bon orateur dont j’ai oublié le nom (^^) allait jusqu’à dire que cette valeur était la condition siné qua non pour pouvoir fixer des prix plus élevés, justement en phase avec la valeur estimée du travail fourni. Et donc, à l’issue de ces 2 conférences et en suivant de nombreux designers outre Manche, je me suis rendu compte, qu’effectivement, chez eux, il y avait bon nombre de clients qui recrutaient des freelances justement parce qu’ils avaient envie de bosser avec eux et qu’ils apporteraient leur style et leur patte à leur projet. Et oui, il ne faut pas oublier ça: le style est une partie de cette valeur. Savoir s’adapter à toutes les demandes est peut-être un argument de vente de certaines agences, mais je crois sincèrement qu’un free doit vendre son style, et le garder dans les projets qu’il fait.

Alors, pour revenir à mon brief et mon prospect, j’essaie de lui expliquer qu’il ne faut pas voir le free comme une vulgaire agence web quelconque mais vraiment comme un partenaire et qu’il faut le choisir, pas au hasard ou sur présentation de maquettes réalisées en avant vente, mais plutôt sur sa réputation, sa visibilité, son talent bien entendu, et notamment son portfolio, qui est justement là pour montrer de dont le designer est capable. Pourquoi pas essayer de parcourir le web pour voir s’il y a des infos sur lui. Le mieux étant de le contacter sur recommendation de quelqu’un avec lequel le designer a déjà travaillé. Bref, comme je le dis plus haut, ne pas le choisir ou le consulter par hasard.

Je lui parle de l’artisan, que l’on ne va pas choisir par hasard mais bien souvent parce qu’un ami ou une connaissance a fait appel à ses services et que ça s’est bien passé.

Encore une fois, il ne suffit pas de faire passer le message pour que les prospects changent tous leur manière de faire et de choisir leur prestataire web. Il faut aussi et surtout que les frees communiquent dans ce sens. Il n’y a que par là que les choses évolueront “sensiblement”. Parce qu’il ne faut pas se leurrer, tout ne va pas changer du jour au lendemain.

Après toutes ces explications, le prospect est revenu vers moi et j’ai senti que ce que je lui avais raconté lui avait plu. J’ai senti que quelque part c’était ce genre de relation qu’il cherchait et je suis convaincu qu’il n’est pas le seul. Mettons-nous à sa place. Il a des idées, mais souvent un budget étriqué, il ne veut pas se planter.

Bon, il y aura toujours ceux qui feront un choix par rapport à leur budget. Et si vous êtes trop haut, vous passerez à la trappe. Mais les clients et les projets les plus intéressants restent quand même ceux qui vont faire leur choix par rapport à la confiance qu’ils vous délivrent et à l’envie qu’ils ont de travailler avec vous.

Donc, designers, à vous de bosser dans ce sens, en montrant chaque jour de quoi vous êtes capables. Montrez votre travail, partagez vos connaissances, développez votre réseau via les médias sociaux par exemple. Montrez que vous êtes professionnels et par là démarquez-vous de ceux qui se voient simplement comme des sous-traitants, des agences à un collaborateur* et qui ne voient pas d’autres solutions que de se vendre à 10€ de l’heure pour gagner des projets. Ceux-là n’ont pas d’autres alternatives. Mais peut-être que vous avez suffisamment de valeur et de talent pour montrer autre chose aux clients potentiels. En tout cas, je suis convaincu que certains vous verront différemment. Le free est un professionnel comme un autre. Dans certains domaines, les frees sont vus comme des experts, pourquoi en serait-il autrement dans le web design ?

* Il serait probablement intéressant de développer ici aussi la stratégie à adopter quand on travaille seul: communiquer sur son nom ou se positionner comme agence, même si on est seul.

Et puis, donc, avant l’été, je me suis intéressé de près à la typographie pour le web et là, ça a été une sorte de déclic. Je me suis acheté la tonne de bouquins sur la typo mais aussi sur le “lettering” (connaît pas le terme en français…). J’ai également contacté plusieurs personnes qui pourraient m’orienter dans ces lectures. C’était notamment le cas de Brian Hoff et d’Aurélien Foutoyet. Tous deux ont pris le temps de m’envoyer un email complet avec toutes les références qu’ils jugeaient importantes. J’avoue que j’ai beaucoup apprécié leur démarche et aujourd’hui encore je les en remercie.

Puis rapidement, une idée de projet tourné autour de la typo a germé dans ma tête. Via Google Reader, je consulte chaque jour une quantité de sites de design/typo impressionnante et je tombe régulièrement sur de pures beautés, que je bookmarke mais que je ne regarde quasiment jamais par la suite. Alors, je me suis dit que ce serait une idée sympa que de créer un site simple et sympa sur lequel je viendrais mettre ces découvertes, histoire de partager avec tout le monde. Très vite j’ai pensé à Tumblr pour faire ça, pour sa simplicité et son côté réseau social, notamment avec les “reblogs”.

Mais le souci, c’était que j’avais trop de taf pour avancer. Le projet ne verrait jamais le bout… Du coup, à force de parler typo avec Aurélien, je me suis dit que ça pourrait être top de lui proposer de faire ce projet ensemble. Je lui en parle, il est enthousiaste et partant ! Il pond rapidement une première maquette qui correspond PARFAITEMENT à l’idée que j’avais du site. Et vla le projet parti sur les chapeaux de roues !!

Ensuite, il nous faudra quelques mois pour terminer le site, notamment l’intégration Tumblr qui n’a pas été évidente sous certains aspects. Quoi qu’il en soit, notre projet est aujourd’hui en ligne et s’appelle Beautiful Type !

Le site reprend donc l’idée expliquée au-dessus et Aurélien a eu l’intelligente idée de mettre des pages statiques avec des livres et des liens importants à connaître quand on veut s’intéresser à la typographie. Vous y trouverez plein de choses très intéressantes, j’en suis sûr. On a mis en place Disqus pour permettre de laisser des commentaires. On n’était pas sûrs au départ, mais finalement, on va les mettre pour le moment et on verra si les gens les utilisent.

Ca a été une super expérience de bosser avec Aurélien. Vraiment quelqu’un de bien que je vais retrouver dans 2 jours pour aller à Nottingham à la NAconf.

Donc, voilà, j’espère que notre site vous plaira et que vous y trouverez de jolies choses qui pourront vous inspirer dans votre travail !

Il y a quelques semaines, on a réorganisé le projet pour pouvoir le lancer le plus rapidement possible. Maintenant qu’on y voit plus clair, on est capables d’évaluer la charge de travail qui est devant nous. Faut aussi dire qu’on est très pixels perfectionnistes, du coup, les choses prennent plus de temps que prévu.

Cela dit, à chaque fois que je me déplace à un événement, j’ai droit à un lot de questions sur “Peaxl” et je réponds du mieux que je peux en livrant un secret qui n’en ai finalement pas un pour déjà pas mal de monde.

Alors, plutôt que de vous faire attendre et d’avoir une communication qui tourne en rond, autant vous parler un peu plus de Peaxl et d’en discuter ensemble dans les commentaires. Toutes vos remarques et autre idées seront les bienvenues.

Qu’est-ce que Peaxl ?

Le projet a un an. J’avais invité Thibaut Ninove et Gilles Vauvarin au restaurant pour discuter du projet pendant le Paris Web 2009. Mon idée était de créer une boutique en ligne de vente de thèmes WordPress. Et pour y arriver, j’avais besoin d’un bon développeur/intégrateur WordPress, c’est-à-dire Thibaut* et d’un designer que je connais, que j’apprécie dont la culture graphique pourrait nous apporter un plus, à savoir Gilles.

* A noter que depuis que j’ai rencontré Thibaut, les choses ont beaucoup évolué, et que j’ai découvert ses qualités graphiques, au point qu’aujourd’hui, il compte autant (si ce n’est plus) designer qu’intégrateur/développeur.

On a donc bossé quelques mois pour trouver un nom… Ensuite, on a encore bossé quelques mois pour trouver un logo.

Puis, on a commencé à bosser sur le site web et les thèmes. On a monté une page temporaire. Entre temps, Thibaut et moi nous nous sommes mis à Tumblr, en tant qu’utilisateurs mais aussi en tant que designers/développeurs. On a donc décidé d’ajouter Tumblr à notre arc.

La réalisation de la charte graphique a pris du temps parce qu’il fallait que tout le monde soit content. Au final, on a mis du temps mais on a trouvé quelque chose qui nous convient pleinement. En voici quelques screenshots:

Reste maintenant à terminer le site et à produire quelques thèmes avant de lancer le projet. Plusieurs thèmes sont déjà en cours et nous aurons l’occasion de les poster sur Dribbble prochainement. D’ailleurs, Dribbble nous a beaucoup apporté, tant aussi bien en critiques, remarques et aide. A ce sujet, nous avons eu un coup de main de Tim Van Damme pour le logo et d’Aurélien Foutoyet pour le ruban sur le site.

Pourquoi lancer des thèmes Premium alors que le marché est déjà largement occupé, voire bouché ?

Tout a commencé par une discussion que j’ai eu avec Adii de Woothemes en 2009 au FOWD de Londres. On a eu une discussion intéressante qui a mené au fait que finalement ce n’est pas un souci qu’il y ait de nombreux vendeurs de thèmes WordPress. Il y a de la place pour tout le monde, tant que tu sais bien communiquer et que les thèmes que tu proposes apporte un besoin pas forcément rempli par les concurrents.

Côté fonctionnalités, il y a de tout et pour avoir travaillé sur de nombreux thèmes payants pour des clients, je commence à savoir ce qui est bien et ce qui ne l’ai pas. Idem pour les designs d’ailleurs. S’il est important d’avoir un design léché, il faut aussi comprendre l’architecture WordPress et permettre suffisamment de flexibilité et de simplicité pour que l’utilisateur, ou tout du moins celui qui l’achète puisse l’apprivoiser sans passer des journées entières sur le support du site où il l’a acheté.

Cependant, bien connaître le marché ne suffit pas forcément à se faire une place au soleil. C’est pour ça qu’on va lancer notre boutique sans se mettre trop de pression, et en regardant comment le marché répond à un nouveau vendeur, et s’adapter en fonction.

Alors l’idée n’a rien de nouveau ni d’innovant. Nous ne sommes pas les premiers, nous ne serons pas les derniers. D’ailleurs, en France, il y a actuellement deux autres très gros projets qui risquent de voir le jour avant nous.

Mais je continue de penser qu’il n’y a rien de mieux que d’y être pour voir ce qui s’y passe et agir en conséquence. On n’a rien à perdre et tout à y gagner. On va vraiment se bagarrer pour proposer des designs de très haute qualité tout en utilisant nos compétences WordPress pour coller au plus près aux besoins des utilisateurs. Idem pour Tumblr, qui, bien qu’étant différent, permet de faire de jolis choses.

On proposera des thèmes payants mais aussi des thèmes gratuits, que ce soit pour WordPress ou Tumblr, et ce, dès le départ.

Le support sera assuré en anglais, mais aussi en français. Ce qui aidera probablement pas mal de monde au niveau francophone.

Est-ce qu’on va faire appel à des designers ou développeurs extérieurs ?

Une chose est sûre, on veut garder l’exlusivité du code. Il y aura tout un framework de mis en place derrière donc il n’est pas prévu de faire appel à des développeurs extérieurs pour le moment, mais il est tout à fait envisageable que l’on recrute par la suite, selon que l’activité fonctionne convenablement ou pas.

Côté designers, pour le moment, on va designer en interne, mais nous sommes déjà en contact avec quelques designers, notamment francophones, pour travailler ensemble sur des thèmes WordPress et Tumblr.

Voilà, je crois que j’ai fait le tour. J’espère avoir répondu à pas mal de questions. Si ce n’est pas le cas, n’hésitez pas à poster un commentaire.

Ah oui !! Quand est-ce qu’on va lancer Peaxl ? On va tout faire pour que ce soit avant la fin de l’année. C’est une question de semaines maintenant. Le site est en phase de finalisation et plusieurs thèmes sont en cours. Vous pouvez suivre le développement du site et des thèmes en suivant notre compte Twitter. On poste pas mal de screenshots sur Dribbble et les visuels risquent de se multiplier dans les semaines à venir !

On est bien conscients qu’on mets les pieds dans un marché déjà très concurrentiel. Mais on reste quand même super excités à l’idée de monter ce business, de pouvoir montrer ce que l’on sait faire, et éventuellement en retirer un peu d’argent. Personnellement, adorant la communication, j’attends avec impatience que tout ça soit en place pour “vendre” notre produit, jeter l’hameçon à la rivière et voir si ça mord…

Il y a encore pas mal de choses dont je ne vous ai pas parlé ici et que vous découvrirez lors du lancement. Il nous reste quelques surprises dans la hotte que l’on veut préserver !! J’essaierai également de vous tenir au courant ici si besoin est.

A très bientôt pour le lancement !! ^^

Mercredi 13 octobre 2010

Je suis donc parti le mercredi midi de ma Suisse adoptive en espérant déjà pouvoir arriver sur Paris sans encombres, vu les grèves qui prenaient racine en France. Finalement, tout s’est bien passé, je suis arrivé à l’hotel des orateurs en fin d’après-midi, à temps pour aller prendre un verre avec deux très bons amis, Gilles Vauvarin, membre du staff Paris Web et Aurélien Foutoyet. On a, bien entendu parlé web design et notamment les avantages et inconvénients d’être freelances.

Ensuite, avec Gilles, nous sommes allés au dîner des orateurs. Soirée très sympa avec de très bonnes discussions. Ca m’a permis de rencontrer notamment Christophe Andrieu et Julien Dubedout avec lequel j’ai pu avoir quelques discussions animées mais toujours amicales et autour d’un verre de vin !!

La soirée s’est terminée assez tôt pour pouvoir reprendre un peu de force pour le lendemain où la journée allait être plutôt longue !!

Jeudi 14 octobre 2010

Le jeudi matin commençait le Paris Web. Je dois bien avouer que cette première journée, je l’ai quelque peu survolée, étant plutôt concentré sur ma propre présentation à 17h.

Cela dit, il y a eu quelques pépites comme la présentation d’Amélie Boucher, toujours aussi intéressante, sur les tests utilisateurs. Une présentation menée de main de maître sur un sujet passionnant. J’ai également beaucoup apprécié la conférence de Vincent François et Denis Boudreau sur l’accessibilité, un sujet qui m’intéresse de plus en plus. Enfin, j’ai également beaucoup apprécié celle de Matthieu Mingasson sur l’UX. C’était très intéressant de voir comment fonctionne l’UX dans les grosses agences.

Enfin, à 17 heures, c’était mon tour de passer sur scène.

Finalement, je n’étais pas si tendu que ça. J’étais plutôt impatient de parler d’un sujet qui m’intéresse depuis un bon moment, à savoir ce qu’est vraiment un web designer et avec quels outils ils devrait travailler. J’ai tourné la conférence dans une sorte de confrontation entre CSS3 et Photoshop et notamment avec plusieurs exemples de sites réalisés directement en CSS, sans passer par la case Photoshop.

Le but ici était de montrer que la technologie évolue et qu’elle est parfois développée indirectement pour les designers. C’est notamment le cas de CSS3 que l’on surnomme dans le monde anglosaxon comme “the designer’s playground”. Tout ça pour au final faire réfléchir sur l’avenir du métier. Est-ce qu’il faut que le designer se mette une bonne fois pour toute aux CSS ou pas. Mon point de vue est que le designer doit connaître l’environnement dans lequel il travaille tout comme le graphiste print doit connaître l’environnement de l’imprimerie. D’ailleurs, j’ai beaucoup aimé une intervention de Florent Verschelde qui parle plutôt de connaître les “possibilités” du web plutôt que ses “contraintes”.

Voici les slides de la conférence:

Vinrent enfin les questions que j’appréhendais un peu parce que je savais que le sujet était un champ idéal pour les trolls. Ca a commencé avec une question intéressante sur les inconvénients du design dans le navigateur, puis par une intervention de Daniel Glazman qui a beaucoup aimé la présentation au point de m’inviter début novembre à une session du CSS Working Group pour exposer la vision des designers concernant toutes ces évolutions que sont CSS3 ou encore HTML5.

Ensuite, comme promis, Julien Dubedout est intervenu et là, c’est parti en vrille !! Le débat est passé de l’avenir du métier de web designer à la relation designer/intégrateur. Ca devait finir comme ça puisque la présentation touchait les deux mondes. Et je parle bien de deux mondes vu comment la discussion était complètement fermée des deux côtés, quoi qu’un peu plus du côté de Julien. On aurait pu y passer toute la soirée que ça n’y aurait pas changé grand chose !!

Fin de journée animée mais plutôt content de moi et des retours que l’on m’en a fait. Il était temps de partir pour rejoindre l’apéro du Paris Web dans le centre de Paris. Sur la route, j’ai eu l’opportunité de discuter avec Monsieur Dave Shea, Monsieur CSSZenGarden devrais-je dire. Vraiment quelqu’un de sympa. Le reste de la soirée aura été très agréable, avec de nombreuses discussions, souvent autour du débat que j’avais lancé… Je ne pouvais y échapper !! Ca a été l’occasion de discuter avec les talentueux Benjamin de Cock et Michael Villar.

J’ai fini la journée avec mes compères Gilles et Thibaut autour d’un bon repas, histoire de discuter un peu de notre projet Peaxl et de voir ensemble comment s’organiser pour les quelques semaines qui restent avant de lancer cette aventure !

Vendredi 15 octobre 2010

Beaucoup plus détendu, forcément, j’ai pris beaucoup de plaisir à écouter les deux premières conférences sur la micro et macro typographie. Vraiment deux intervenants de qualité, avec deux sujets qui me tiennent particulièrement à coeur. J’étais plus que content de voir que le staff avait accepté de programmer ce genre de sujet. Vraiment top.

Ensuite, j’ai apprécié la conférence de Dave Shea, pas forcément pour le contenu qui n’apportait pas forcément grand chose de nouveau mais surtout pour sa prestation et sa présence. En ce qui concerne l’après-midi, j’avoue que j’ai un peu commencé à décliner, la fatigue commençant à se faire sentir !!

Jusqu’à “La conférence où vous êtes le héros” qui a pour but de permettre au public de poser leurs questions sur différents sujet, et ce, pendant une petite heure. Et devinez de quoi on a parlé ? Dès la deuxième question, on parlait de ma conférence et encore une fois, le sujet a pris une ampleur un peu démesurée à mon goût où chacun exprimait son avis. A noter tout de même quelques interventions réfléchies qui montrent bien que le sujet n’est pas neuf et que certains ont déjà quelques solutions à proposer.

Le Paris Web, côté conférences, s’est achevé vers 18 heures, le temps de se diriger rapidement vers l’apéro WDfriday. C’était la première fois qu’une vingtaine de personnes qui se connaissent assez bien via Twitter se retrouvait “en vrai”. Autant vous dire que la soirée a été plutôt TRES arrosée et célébrée comme il fallait.

Vraiment de très belles rencontres et une ambiance indescriptible autour de sujets passionnants tels que la typographie, Dribbble et j’en passe. Encore un grand merci à tous ceux qui se sont déplacés !

Samedi 16 octobre 2010

Lever difficile. Les mètres de Vodka sont restés bloqués dans ma tête. Du coup, j’ai loupé les premiers ateliers du Paris Web. Et oui ! Les conférences étaient peut-être terminées mais le samedi était dédié aux ateliers. Je suis arrivé pour voir celui de Christophe Porteneuve sur l’application des CSS3 et HTML5. Très intéressant. Ensuite, j’ai enchaîné sur celui de Julien Dubedout sur la productivité sur Photoshop. Egalement très intéressant. J’ai trouvé le concept tellement intéressant que je pense qu’on pourrait le reprendre dans le cadre d’un Barcamp WDfriday. A voir ! En tout cas, ça m’a permis de découvrir des astuces que je ne connaissais pas et certaines que je connaissais mais que je n’utilisais pas.

L’après midi a été consacrée à un atelier de 3 heures par Vincent Mayol sur “le prototypage papier et design itératif“. On a dessiné, fait des prototypes et exposer tout ça en tests utilisateurs. Vraiment très pertinent et intéressant. Encore là, le genre d’initiative à re éditer, tellement que c’était “pratique” et utile.

Vers 17h, les ateliers étaient terminés. Le moment de se dire au revoir et à l’année prochaine. J’en profite ici pour saluer le boulot incroyable du staff Paris Web. Ils ont fait vraiment un gros boulot pour organiser ce qui restera une des meilleures conférences à laquelle j’ai pu assister. L’ambiance était vraiment formidable. Encore merci.

Il était alors temps pour Thibaut et moi d’aller à l’Apple Store !! Quelques achats en poche et un très bon dîner entre amis et il était temps pour moi de tirer ma révérence. Couché vers 23 heures.

Dimanche 17 octobre 2010

Mon train était à 11h24. J’ai croisé les doigts pour qu’il ne soit pas annulé et j’ai bien fait puisque je n’ai pas eu de soucis. Une heure de retard pour mon TER entre Strasbourg et Bâle mais rien de méchant. Je suis arrivé à la maison vers 17h. Bien fatigué !! Mais plein d’images dans la tête. Ce petit voyage aura été génial pour tout ce que j’ai pu y apprendre et aussi pour toute la motivation que ça donne. Mais surtout, ce que je retiendrai de ce séjour, ce sont toutes ces rencontres, toutes ces discussions qu’on a pu avoir. Vraiment, le web est plein de gens sympas et intéressants !!

Photos: Thanh Nguyen et Thibaut Ninove

1. Le wdfriday aura lieu tous les vendredis midi à 13 heures. Pour vous joindre à la conversation, utilisez le hashtag #wdfr.

2. Le wdfriday va tourner autour de questions posées au préalable par les participants. En gros, vous posez vos questions quand vous le souhaitez, on essaie de faire un sondage rapide si on a le temps et suffisamment de questions, sinon, pour la première fois, j’en choisirai parmi la liste et les autres seront reprises la semaine suivante. Donc, pour poser vos questions, c’est tout simple ( enfin, je l’espère !! ). J’ai changé la méthode pour poser des questions parce que pas mal de monde semblait perdu… Maintenant, vous pouvez poser vos questions directement sur la page Formspring du projet, comme ça tout le monde pourra voir les questions des autres, ce sera plus sympa !!

Concernant le nombre de questions par session, je pense que pour la première fois, on verra bien comment ça se passe mais par la suite, il faudra sûrement trouver un rythme histoire de pouvoir aborder différents sujets pendant l’heure qui nous est appartie.

3. J’ai acheté le nom de domaine wdfriday.com. Le but serait d’y poster chaque semaine un résumé de la session précédente. Un bon moyen pour ceux qui n’ont pas pu être là de savoir ce qui s’est dit pendant la session, mais aussi pourquoi pas pour continuer la discussion. A ce niveau-là, j’aurai probablement besoin de personnes pour me donner un coup de main, aussi bien pour mettre le blog en place, choisir un thème et rédiger les résumés à tour de rôle.

4. D’ici vendredi, je vais lier le hashtag #wdfr à un compte Delicious pour que tous les liens qui seront partagés pendant le wdfriday soient disponibles pour tous à un seul et même endroit.

Je pense que c’est tout pour aujourd’hui !! Donc, j’espère sincèrement que ce projet simple va attirer tous les web designers en herbe ou confirmés à venir discuter pendant une heure le vendredi midi. On passe tellement de temps à bosser dans notre coin que se retrouver comme ça pourrait être une superbe opportunité de se rencontrer, échanger, partager, voir faire des connexions. Et ce qui serait le plus top c’est que ça nous mène vers l’organisation d’un wdfriday live quelque part dans quelques mois, autour d’un système sympa de Barcamp, pourquoi pas !!

A vendredi donc ?

PS: si vous avez des questions, remarques, conseils, idées et j’en passe, n’hésitez pas. Ce projet, je le lance, mais c’est avant tout le projet de la communauté, donc si vous souhaitez vous impliquez, n’hésitez surtout pas, ça serait hyper sympa !!

Alors, en quoi consiste ce truc ?

En fait, c’est tout simple. On se donne rendez-vous une fois par semaine, pendant une heure, sur Twitter, autour d’un hashtag et on parle web design. Tout le monde peut se joindre aux discussions, ça doit rester ouvert à tous. Pour suivre la discussion, il ne faut pas oublier de mentionner à chaque fois le hashtag du projet. Pour organiser le fonctionnement, on peut très bien choisir 3 à 4 questions par semaine, qui seront choisies pendant la semaine, entre deux “meetups”. Ces questions pourraient être posées par tous via un Google Doc ou pourquoi pas un compte Formspring. Enfin, je me suis déjà renseigné mais on pourrait aussi créer un compte delicious pour référencer tous les liens dont on parlerais pendant nos meetups.

Pourquoi Twitter ? Ca risque pas d’être le bordel ?

Twitter est une plateforme que tout le monde, ou presque dans le métier, utilise. C’est une formidable outil de connexion et de networking. Twitter est aussi un outil qui est un très bon outil pour partager, communiquer, discuter. Enfin, Twitter est simple à utiliser et je pense que c’est la meilleure solution pour commencer. Ca reste ouvert à tous et ça permet à n’importe qui que ça intéresse de venir suivre les discussions et y participer le cas échéant. N’oublions pas non plus que l’on a accès à Twitter depuis nos téléphones, donc pas besoin d’être devant nos écrans pour suivre la discussion…

Ce genre de meetup est très utilisé dans les communautés anglophones et fonctionne super bien. J’en ai suivi quelques unes pour voir comment ça fonctionnait. J’ai demandé pas mal de questions à ma femme et à ses partenaires pour voir comment ils s’organisaient. Et finalement, c’est assez simple à gérer. Et je me dis au final que si ça fonctionne bien ailleurs, y a pas de raison que ça ne fonctionne pas pour nous les franchouillards ! On n’est pas plus cons que les autres non ?? La seule chose importante est de bien saisir le hashtag à chaque fois pour que tout le monde est votre question, remarque ou autre.

De quoi pourra-t-on parler ? Quel est l’intérêt ?

En fait, le but est multiple ici. Ce genre de “réunion” aurait pour but de mieux se connaître, mais aussi de partager des liens intéressants, d’avoir des discussions intéressantes autour de sujets précis et de faire en sorte qu’on puisse créer une sorte de réseaux de freelances ou de personnes bossant en agences pour réussir à s’entraider ou à se dépanner le cas échéant. Je ne sais pas pour vous, mais en ce qui me concerne, je bosse pas mal avec d’autres personnes et je trouve que c’est toujours très enrichissant de connaître d’autres personnes du même métier et de partager autour de notre passion qui est également notre métier.

Ce genre de projet pourrait mener plus loin mais pourquoi ne pas commencer avec un truc simple ? J’ai bien penser ouvrir un blog, un forum, ou je ne sais quoi d’autre, mais ça demande du temps et personnellement les aventures de blogs à plusieurs, j’ai déjà donné et je ne suis pas encore prêt à recommencer. Je préfère le côté chaleureux d’une rencontre une fois par semaine sur Twitter, et pourquoi pas organiser de vraies rencontres de temps en temps ici ou ailleurs.

Le but est vraiment de se connaître mieux, d’échanger, de partager et donc que chacun puisse s’enrichir des autres.

Pour ce qui est des sujets abordés, ça pourrait aussi bien être business, que Photoshop, CSS, jquery et j’en passe, tant qu’on reste dans le front end.

Quelles sont les prochaines étapes ?

Tout d’abord, j’aimerais bien qu’on en discute ensemble via les commentaires de cet article. Qu’on voit ensemble comment organiser tout ça et pourquoi pas que certaines personnes me rejoignent pour mettre tout ça en place et faire que ça ce passe au mieux chaque semaine.

Ensuite, il faudrait choisir une date et une heure. Les communautés anglophones que je connais font toutes ça le vendredi entre 13 et 14h. Il y a sûrement une raison que je ne connais pas !! ^^

Enfin, il faudrait voir comment organiser ce meetup: autour de questions ? ne rien préparer et rester ouvert aux questions en live ( risque d’être le bordel ) ? Faudrait penser à choisir un nom pour ce genre de RDV, trouver le bon hashtag, etc…

Donc, je vous transmets l’idée. A vous de me dire ce que vous en pensez et comment on pourrait organiser tout ça. Il faut que ça reste très simple. Je pense sérieusement que ça peut être une bonne idée, qu’il faut l’essayer et voir où ça nous mène, non ?

Le souci, c’est que quand on veut créer un thème, vu qu’il n’y a pas encore de documentation, c’est pas toujours évident de trouver les bonnes informations pour créer un menu de navigation avec cette fonction. Dans cet article, je vais donc vous montrer le plus simplement possible, comment créer un menu, voire même plusieurs. Ensuite, à vous de vous amuser avec l’outil pour en tirer toutes les possibilités. Une chose est sûre, c’est qu’il y encore quelques semaines, on se posait la question de savoir s’il fallait coder en dur ces menus, et bien, force est de constater qu’avec cette nouvelle fonction, vous allez pouvoir créer tout type de menu, avec des liens, qu’ils soient internes au blog, ou bien externes.

Alors, que faut-il pour utiliser la nouvelle gestion des menus de WordPress ?

Si vous arrivez avec un thème que vous avez créé vous-même ou que vous avez acheté il y a encore quelques mois, il y a de grandes chances pour que vous ne puissiez pas utiliser cette nouvelle fonction. Pourquoi ? Tout simplement parce qu’il faut qu’elle soit “générée” ou “autorisée” dans le fichier functions.php. Ca fonctionne un peu comme la widgétisation ou l’utilisation des vignettes depuis WordPress 2.9. D’ailleurs, j’écrirai un tutoriel sur cette fonction dont on entends finalement peu parler.

Pour vérifier tout ça, allez sur l’onglet “Menus” du menu “Apparence”. Si vous ne pouvez pas créer de menu, c’est que votre thème ne le permet pas. Sinon, vous n’avez pas besoin de lire plus loin ce billet !

Donc, pour “mettre en marche” la gestion des menus, il va falloir insérer une ligne de PHP dans ce fichier functions.php. Cette ligne est:

add_theme_support( 'menus' );

Retournez ensuite dans l’onglet “Menus” et vous verrez que vous pourrez alors créer un ou plusieurs menus de navigation.

“Comment faire fonctionner ce menu sur mon thème maintenant ??”

C’est bien joli d’avoir intégré du code dans le fichier functions.php mais il a de grandes chances pour que le ou les menus que vous avez créé ne s’affiche pas sur votre blog. Pour les afficher, j’ai retenu deux possibilités qui me semblent intéressantes.

La première est d’insérer la fonction qui va vous permettre d’afficher votre menu:

 <?php wp_nav_menu(); ?>

La deuxième solution, que je trouve tout aussi intéressante, sinon voire plus intéressante, c’est d’utiliser les widgets. En effet, vous avez la possibilités d’utiliser le widget “Navigation Menu” pour insérer votre menu de navigation dans votre thème.

Pour cela, rien de plus simple. Il faut bien entendu que votre thème soit widgétisé. Si ce n’est pas le cas, vous pouvez toujours passer par ce tutoriel. Cela dit, depuis que cette fonction existe, votre thème a de grandes chances d’être widgétisé.

Donc, imaginons que nous voulons créer deux menus, un pour les pages du blog et un autre pour les catégories du blog. Vous allez donc créer ces deux menus et vous allez aller dans le fichier functions.php et créer 2 zones widgétisables pour ces deux menus. Un exemple de code à utiliser va être le suivant:

    if (function_exists('register_sidebar')) {
    register_sidebar(array(
        'name' => 'Menu_Pages',
        'before_widget' => '',
        'after_widget' => '',
        'before_title' => '',
        'after_title' => ''
    ));
    register_sidebar(array(
        'name' => 'Menu_Categories',
        'before_widget' => '',
        'after_widget' => '',
        'before_title' => '',
        'after_title' => ''
    ));

Maintenant, il reste quand même à positionner ces deux zones dans votre thèmes. Vous allez procéder comme n’importe quelle zone widgétisable en insérant le code suivant, là où vous souhaitez voir apparaître vos deux menus:

et

Ensuite, en allant dans l’onglet “widgets” de l’administration de votre blog, vous allez trouver ces deux nouvelles zones widgétisables. Vous n’avez, alors, plus qu’à leur ajouter le widget “Navigation Menu” et y choisir l’un des deux menus que vous avez créé préalablement dans l’onglet “Menus”:

Allez maintenant sur votre thème et vos deux menus y apparaissent.

J’ai pris ici l’exemple avec deux menus, mais vous pouvez, bien entendu, en utiliser qu’un !! Et dans la plupart des cas, la fonction wp_nav_menu() sera suffisante. Mais la grande force de cette nouvelle gestion des menus, au delà de pouvoir y insérer ce que l’on veut, permet aussi facilement de créer plusieurs menus et de les placer comme on veut, où l’on veut !

Prochainement, je vous ferai un petit tuto sur la gestion des vignettes, apparues avec la version 2.9. J’essayerai aussi d’en faire un aussi sur la création de X blogs avec la fonction “network” qui débarque avec la 3.0

Et oui, depuis plusieurs mois, en compagnie de Gilles Vauvarin (alias Pixenjoy) et Thibaut Ninove, nous travaillons sur ce nouveau projet. Je parle de projet mais je devrais plutôt parler d’activité, puisque c’est bien d’un nouveau business dont on parle ici et pas simplement d’un nouveau blog comme ça a pu être le cas pour BlogalWarming.

Alors, bien sûr, vous vous doutez bien qu’avec nos différentes compétences on ne va pas ouvrir une pizzeria !! Cela dit, on se complait à laisser un certain doute sur ce que va véritablement être Peaxl. Tout ce que je peux vous dire c’est que ça ne va pas être uniquement un projet francophone, mais bien international. Pour le reste, vous en saurez de plus en plus en suivant notre compte Twitter. Vous pouvez également vous inscrire directement sur le site et nous vous tiendrons au courant dès que le projet sera lancé. Nous vous offrirons également quelques aperçus via Dribbble au fur et à mesure que le design du site se mettra en place.

Combien de temps ça va prendre ? Difficile à dire pour le moment. On travaille d’arrache pied pour que ça se fasse le plus rapidement possible, donc on espère que ça ne tardera pas trop. Cela dit, la masse de travail qui nous attend avant de mettre le site en ligne est assez conséquente, donc on ne fera pas de prédiction pour le moment !

En tout cas, on espère que ce projet vous plaira et qu’une belle communauté naîtra autour de cette idée !!

Rendez-vous à très bientôt donc !!

Ca fait un petit moment que je me pose la question moi-même ? Un web designer doit-il savoir obligatoirement savoir faire du HTML et CSS ? En allant au Paris Web en octobre dernier, j’étais assez abasourdi d’entendre tous ces intégrateurs et développeurs dire qu’ils ne bossaient qu’avec des “graphistes web” qui ne connaissaient pas du tout le web et comment ça fonctionne, qu’ils devaient constamment reprendre leur travail qui n’était que rarement intégrable en l’état… J’étais étonné parce que pour moi ça tombe sous le sens. Comment faire un site web digne de ce nom si tu ne connais pas les tenants et les aboutissants de la mise en place de ce site web.

Et hier, sur Twitter, c’est un peu la discussion que l’on a vu fleurir en provenance d’outre manche et pour laquelle les réponses étaient plutôt différentes, entre les pour et les contre… Cela dit, la plupart des arguments se tiennent. En fin de journée, par exemple, Mike Kus a écrit “sa version des faits” sur Think Vitamin, le blog de Carsonified. Et il offre un très bon exemple puisque c’est un web designer qui vient du print. Il affirme dans son article que c’est important voire primordial de connaître le HTML et les CSS quand on est web designer. Il donne 5 raisons à cela parmi lesquelles il y a la meilleure compréhension du média, forcément, aussi parce que CSS3 par exemple, offre de nouvelles possibilités visuelles, d’autres perspectives, et le HTML et les CSS en général, permettent d’avoir une vision supplémentaire du site web que l’on veut ou que l’on est en train de créer. Enfin, il ajoute également qu’apprendre HTML et CSS n’est pas très compliqué…

Ensuite, ça a été au tour de Mark Boulton de faire part de son opinion. Là, l’avis est légèrement différent. Si MB est d’accord que connaître HTML et CSS est important, ce n’est pas, pour lui, primordial. On peut être un excellent graphiste, faire un boulot formidable et pour autant ne pas connaître HTML ou CSS. Il faut dire qu’il a une expérience de web designer dans une grande structure comme la BBC et là, ce sont des équipes importantes où chacun à un rôle et où le graphiste reste graphiste. On ne lui demande rien d’autre.

Il est vrai que bien souvent il faut prendre dans quelles conditions travaille le web designer. S’il est indépendant, il va probablement être amené à intégrer lui-même ses designs, alors que dans des agences ou autres grosses structures, il sera uniquement cantonné à son travail graphique. Cela dit, ça n’empêche pas de connaître ces techniques. Personnellement, je ne comprends même pas comment on peut aimer le web design sans avoir envie de mettre le nez dans des CSS par exemple. Pour moi, c’est tellement un plus et un véritable plaisir de créer une maquette dynamique dans le navigateur, que j’ai du mal à envisager que certaines personnes puissent faire ce métier sans s’intéresser de près à ces aspects.

Je viens d’ailleurs de parler de “maquette dynamique“. Je ne sais pas si c’est le terme le plus adéquat pour parler d’une maquette réalisée dans le navigateur, mais si ces pratiques, qui arrivent avec CSS3, se développent, le métier même de web designer risque d’évoluer. Et la frontière entre web designer et intégrateur risque de se déplacer un tout petit peu ! D’ailleurs, pour moi, c’est la définition même de web designer qui est ambigu…

Enfin bref, j’aurai l’occasion de vous préparer un nouvel article sur les CSS3 et Photoshop dans les prochains jours si tout va bien. Restons ici concentrés sur le sujet qui nous intéresse !! Qu’en pensez-vous ? Est-il important pour un web designer de connaître HTML et CSS, voire même Javascript ? Ou au contraire, pensez-vous que le web designer n’est qu’un “simple” graphiste mais pour le web, et qu’il est “préférable pour tout le monde qu’il reste dans son domaine” (entendu au Paris Web… ^^ ) ?

PS: Elliot Jay Stocks vient de publier une version plus longue de son tweet !!

PS2: J’ai déposé une demande de sujet pour le prochain Paris Web sur le sujet… enfin, en partie. J’aimerais beaucoup faire une présentation sur le sujet, et notamment sur l’évolution du métier de web designer au fur et à mesure que la technologie web évolue…

Le dernier en date est Handcrafted CSS de Dan Cederholm et est en anglais… “Dan qui ?” vont demander certains. Dan Cederholm est le boss d’une petite web agency américaine, située dans le Massachussetts et qui s’appelle SimpleBits qui est assez connu dans la communauté web design.

Dans ce livre l’auteur souhaite présenter les dernières nouveautés CSS, donc CSS3, mais aussi montrer sa méthode de travail qu’il appelle “artisanale” (d’où le “handcrafted”…). Par artisanal, je dirais qu’il nous montre pas mal de petits trucs qui permettent d’avoir un petit effet sympa, d’être mieux organisé dans son travail et notamment dans la gestion des feuilles de style. Ce qui est sympa ici, c’est qu’il nous montre tout ça autour d’un projet réel, un site web pour un Starbucks-like, un bon vieux troquet US !!

J’aime bien le design qu’il a choisi. On y retrouve pas mal de CSS3. C’est très classe sans être trop surchargé. Donc, tout au long du livre, il explique ce qu’il fait pour réaliser le site et je dois dire que sa démarche est intéressante. Il ne donne pas tout de suite la bonne solution. Il part de la manière qui lui semble la plus simple pour arriver à quelque chose. Mais ce quelque chose n’est pas parfait, alors, on va modifier ça pour que ça rende mieux. Et puis, faut penser à IE, donc faut ajouter ça dans le markup et ça dans les CSS.

Bref, c’est très intéressant de voir comment quelqu’un de connu bosse sur un projet. Tous les aspects du site ne sont pas détaillés mais il aborde les principaux points, les plus intéressants.

Cependant, je suis resté un peu sur ma faim. Au départ, quand j’ai vu comment était construit le livre, je me suis dit “génial, je risque d’apprendre des choses !!”  :P. Et au final, d’un point de vue technique je n’ai pas appris grand chose, et je ne suis pas une tête en CSS… J’ai, par contre, appris quelques trucs intéressants sur la gestion de projet qui vont me servir dans mon travail quotidien.

Donc, pour conclure, je dirais que c’est un bon livre, qui plaira à ceux qui veulent mettre les mains dans CSS3, et pour ceux-là, la taille du livre sera suffisante ( 200 pages ). Par contre, pour les kings des CSS, je ne suis pas sûr que ça vous sera très utile…

La semaine prochaine, je vous ferai mon retour sur le sulfureux Smashing Book et vous donnera mon avis qui sera quelque peu différent de celui-ci !!

• Everything you need to know about WordPress 2.9’s post image feature – tout ce que vous devez savoir sur la fonction the_post_image dispo sur Wp 2.9,
• WordPress 2.9 – the_post_image – un article sur les limites de the_post_image dans wp 2.9,
• How to Display the Latest Sticky Posts in WordPress – Un petit tutoriel qui vous explique comment afficher les sticky posts sur votre blog,
• Custom Fields for HTML Post Titles – Ce tutoriel explique comment utiliser les champs personnalisés pour mettre du HTML dans vos titres- Pas sûr que ce soit super utile mais si ça peut au moins en aider un, ce sera déjà ça !!
• WordPress hack: Extend the body_class function – Utilisez la fonction “body_class” pour afficher la catégorie mère dès lors que vous êtes sur sur des pages enfants d’enfants par exemple. Il est intéressant parfois de pouvoir d’avoir la première catégorie mère et non pas celle qui se trouve juste au dessus de celle qui est affichée…
• How to Display Relative Dates in WordPress – Je trouve l’idée intéressante de pouvoir afficher des dates relatives sur un blog, du style “Ecrit hier” ou encore ” Publié il y a 2 jours et 23 heures. Ce tutoriel vous expliquera comment faire !!
• How to Disable RSS Feeds in WordPress – Comment désactiver les flux RSS sur un site utilisant WordPress…
• How to Display Any RSS Feed on Your WordPress Blog – Tutoriel qui explique comment afficher n’importe quel flux RSS sur son blog…
• Single Post Templates Made Easy for WordPress | WPShout.com – On a parlé la semaine dernière des pages d’articles qui étaient uniques sur certains blogs. Et bien voici une technique pour le faire facilement sur votre blog WordPress…
• WordPress eStore Plugin – Complete solution to sell digital products from your wordpress blog securely | Tips and Tricks – Plugin permettant de transformer votre site en boutique en ligne. Pas testé donc si quelqu’un le fait. qu’il n’hésite pas à nous donner son retour ici…
• Multilingual WordPress – WPML Plugin Review – Test du plugin multilangues WPML,
• Neutica+ for WordPress | fthrwght – Superbe Child Theme de Thematic pour $15 ! Comme quoi on peut arriver à faire de belles choses avec Thematic !!

A très vite pour une nouvelle revue web WordPress !