Lien de l'article : Identifier et recruter un bon développeur

 Crédit photo : Ruiwen Chua via FlickR

Recruter un développeur est un sujet qui revient très fréquemment sur le devant en ce moment. Encore récemment, je discutais avec une étudiante qui me présentait son projet. Afin de construire techniquement le service qu’elle souhaite à terme commercialiser, elle cherchait à recruter un développeur qui serait intéressé pour intégrer sa structure en début d’activité. Je me rends compte rapidement qu’elle ne sait pas comment trouver son « mouton à 5 pattes », celui ou celle que beaucoup de monde recherche. Pour tout vous dire, elle ne sait même pas ce qu’elle recherche.

A chaque fois que je commence à discuter de ce sujet, je me retrouve systématiquement à donner les mêmes conseils. Plutôt que de me répéter une énième fois (et surtout pour vous fournir un support de référence), j’ai souhaité compiler une liste de conseils personnels.

Comme dans tous les domaines, vous trouverez de tout : des très bons développeurs et aussi des très mauvais ! Vous serez confrontés à la même situation que si vous cherchiez un prestataire informatique. La seule chose qui compte à présent est de savoir les identifier pour recruter un développeur qui correspond à vos besoins.

Le questionnement que je souhaite aborder aujourd’hui n’inclut pas le « où » : je ne vous apprendrai pas comment rencontrer des développeurs. Ce sujet fera, à coup sûr, l’objet d’un autre article.

Pourquoi devriez-vous me croire ?

Pourquoi, au juste, devriez-vous écouter mes conseils ? Vous devez vous demander si la personne qui écrit ce post, c’est à dire moi, sait réellement de quoi elle parle, et c’est tout à fait légitime.

Afin de vous laisser juger par vous-même, voici plusieurs faits qui vous permettront de juger ma crédibilité sur ce sujet :

- cela fait 5 ans que j’étudie en école d’ingénieur dans laquelle je suis constamment entouré de développeurs ;

- je travaille en tant que freelance depuis environ 2 ans et j’ai collaboré avec (au bas mot) une cinquantaine de développeurs ayant des domaines de compétences très variés  ;

- j’aide souvent mes amis et mes clients à trouver rapidement les profils qu’ils recherchent.

L’état d’esprit nécessaire pour recruter un développeur

Il est primordial de bien s’entourer, surtout au début de votre activité : un mauvais profil peut entraîner la mort d’une société sur un laps de temps très court.

Premier point : pour recruter quelqu’un sur un domaine, il est primordial de s’y connaître un minimum. Si vous n’y connaissez rien, faites vous assister d’un développeur expérimenté qui saura vous conseiller. Ne vous risquez pas à faire un recrutement approximatif !

Rien ne me tue plus que de voir des profils non techniques recruter des développeurs. Pour vous donner un exemple concret, j’étais récemment en discussion avec une recruteuse du groupe SFEIR qui recherchait des développeurs HTLM 5 (oui, vous avez bien lu, je l’ai même faite répéter pour vérifier que je n’étais pas sourd ce matin la…). Les pros du Java m’excuseront pour la mauvaise publicité, mais ce genre d’attitude – niveau RH – est pour moi impensable.

Second point : sachez jauger la quantité de travail. Le développeur le plus merveilleux ne pourra pas faire le travail de 10 personnes. Sachez donc estimer les durées afin de savoir combien de développeurs seront nécessaires et vers quels profils techniques se tourner (back-end, front-end, admin serveur…). Encore une fois, si vous ne savez pas, demandez de l’aide !

Dernier point, et non des moindres : les bons développeurs, c’est comme les bons prestataires / freelances, ils sont en permanence sollicités. Il faut donc que votre offre soit assez alléchante pour donner au développeur envie de travailler avec vous. Ce que j’entends par la est de ne pas espérer convaincre un développeur agrémenté de 10 ans d’expérience avec une maigre compensation de 30K ni même 40K. Si vous comptez vous associer, prévoyez une part conséquente du capital. Si une équipe est déjà en place (5 – 10 personnes), prévoyez salaire + equity.

Sachez quelles technologies utiliser

Recruter un développeur c’est bien, savoir quel type de développeur recruter, c’est mieux ! Dans le cas d’une création, c’est un choix qui, au mieux, va entraîner tout le développement du produit. Au pire, vous serez obligé(e) de changer d’environnement technique en cours de route ; et cela vous coûtera cher, très cher !

Vous comprendrez donc qu’il ne s’agit pas uniquement de faire un choix technique portant sur un laps de temps très court mais aussi de penser à l’avenir de votre projet : si votre solution prend du galon (ce que je vous souhaite), il va vous falloir recruter plus de développeurs pour maintenir, faire évoluer la solution…etc. Le choix que vous prenez dès le départ doit s’orienter sur une vision long terme.

Pour cela, il vous faudra définir un spectre technique cohérent : listez ce dont vous avez besoin pour construire votre projet ou votre MVP (Minimum Viable Product). N’hésitez pas à demander l’avis de spécialistes : il est toujours bon de récolter des critiques extérieures constructives, que ce soit pour la technique ou autre d’ailleurs ! Avec ces informations en poche, vous saurez exactement le type de profil(s) recherché(s) et vous pourrez commencer à enfiler votre casquette de « chasseur de têtes ».

N’oubliez pas que la technologie seule ne vaut rien ! Seule la réalisation compte ! PHP, Zend, Symfony, Yii, Laravel, Ruby, Python, Django, Java, Play… la liste est tellement longue que l’on pourrait s’amuser toute la journée. Il y a toujours des technos en vogue et je vous conseille de ne pas tout le temps vous y référer. Actuellement, c’est la « mode Ruby on Rails ». Rien qu’au dernier startup weekend, j’entendais valser des « on va faire notre machin chose en RoR, c’est mieux » de la part de gens qui s’y connaissaient très peu (voir pas du tout). Ruby on Rails, c’est super, mais encore faut-il savoir l’utiliser :)

Plus une technologie est nouvelle (ou peu utilisée), et plus vous aurez de mal à recruter, tout simplement car vous trouverez moins de profils compétents. Tout est question d’offre et de demande. Vous trouverez beaucoup plus facilement des développeurs PHP que Ruby on Rails par exemple. Attention: je ne suis pas en train de vous dire « ne cherchez pas de dev RoR » mais plutôt « analyser bien votre produit et vos besoins, vous aurez peut être plus besoin de compétences en Symfony qu’en RoR » par exemple.

Qu’est ce qu’un bon développeur ?

Au final, vous devez vous demander comment différencier un bon d’un mauvais développeur. Voici les différents critères qui me permettent de faire mon choix rapidement.

• Un bon développeur est passionné : il effectue une veille permanente, chatte sur IRC avec la communauté qui l’entoure, traîne sur Twitter en recherche de nouvelles technologies, participe souvent à un (ou plusieurs) projet(s) open-source…
• Un bon développeur est logique : il n’abordera pas directement un problème avec une ligne de code mais réfléchira d’abord avec sa tête pour trouver une solution. Il n’hésitera pas à demander l’avis de ses collègues et à remettre en question sa façon de résoudre un problème.
• Un bon développeur est curieux : il ne s’arrêtera pas uniquement à ses compétences et partira constamment à la recherche de nouveaux défis. Il ne prétextera jamais être parfaitement au point (sauf s’il créé lui même le framework, module…).
• Un bon développeur collabore : il communique avec le reste de l’équipe. Ne recrutez pas un barbu qui passera ses journées dans une cave sans la moindre intéraction avec vos autres entités. Il faut qu’il y ait de l’échange et de la créativité, donc du dialogue.
• Un bon développeur est bon élève : il est capable de prendre rapidement en main une nouvelle technologie ou un nouveau langage de programmation. Un bon développeur a donc de très bonnes bases au niveau technique, ce qui lui permet d’être à l’aise et d’appréhender n’importe quel sujet (ou presque).
• Un bon développeur est fainéant : il n’aime pas faire et re-faire les mêmes choses, à bas les tâches répétitives et le gaspillage de temps. Il s’armera d’outils lui rendant la tâche plus simple, tels des snippets ou une librairie hand-made par exemple.
• Un bon développeur est perfectionniste : il ne pushera pas uniquement du code mais s’assurera aussi qu’il est maintenable, évolutif et surtout qu’un autre développeur puisse le comprendre. Il cherchera en permanence à améliorer la qualité de son code et des autres livrables.
• Un bon développeur n’a pas spécialement de diplôme(s) : ne vous basez surtout pas sur une quelconque licence, un statut d’ingénieur ou autre. Mieux vaut être ouvert et chercher un développeur compétent et passionné plutôt qu’un développeur diplômé qui ne se foulera pas le petit doigt pour votre business.
• Un bon développeur n’a pas d’âge : vous trouverez des jeunes surdoués du développement et des « vieux ténors » qui monteront sur leurs grands chevaux parce qu’ils veulent un statut de CTO (Chief Technical Officer). Vous aurez aussi l’inverse. Ne vous basez pas sur l’âge mais sur l’expérience et les réalisations !
• Un bon développeur est expérimenté : il sait estimer la durée de réalisation d’une tâche, déléguer… Il a déjà travaillé sur des projets personnels ou professionnels. Il identifiera très rapidement les problèmes actuels et à venir et fera tout son possible pour les résoudre.

Vous l’aurez donc compris : recruter un développeur n’est pas chose facile.
Avec toute cette check-list, je me demande si je ne devrais finalement pas monter un cabinet de chasseur de têtes avec mon associé. A bon entendeur… ;)

Publié par : Axel Bouaziz

Lien de l'article : Startup Weekend HEC Paris – retour d’expérience et débriefing

 Crédit photo : Duncan Leung via FlickR

Tout commence lorsque l’un de mes camarades de classe, Jérémy Pinhel, me propose de participer à un Startup Weekend. J’avais déjà entendu parler du concept, regardé quelques livestreams et même lu de beaux articles de Camille Roux, un participant récidiviste.

Il m’a fallu 15 minutes à peine pour me décider : je m’inscris sur l’event Amiando en tant que designer. Jérémy en fait de même et propose ses talents de développeur back-end (spécialisé Symfony2 pour les curieux). C’est officiel, nous serons donc sur le campus HEC du 16 au 18 novembre.

16 novembre 2012, 18h30 : début du Startup Weekend

Après une bonne heure passée dans les bouchons, arrivée sur le campus d’HEC. Première fois que j’y mettais les pieds et franchement c’est grandiose… et très grand ! On a mis au moins 20 minutes à trouver l’entrée du campus et le bon bâtiment. Des locaux énormes, de superbes infrastructures, un wifi excellent, tout un paysage digne d’une université américaine, du tout bon :)

Par contre, la localisation d’HEC (Jouy en Josas) rend le campus difficile d’accès… mais bon, on ne peut pas tout avoir. Il aurait été sympa d’être guidé au sein du campus, à l’aide de grandes affiches Startup Weekend par exemple.

Présentation et séance de pitchs

Accueil très chaleureux : session de networking accompagnée d’une bonne bière gentiment proposée par Guilhem Bertholet. Trente minutes plus tard, on assiste à une présentation de la compétition par l’équipe organisatrice. Margaux Pelen (co-fondatrice de Home’N'Go – service qui vous sera très utile si vous cherchez un logement) prend la parole et présente les grandes lignes du week-end.

La compétition Startup Weekend est « vendue » aux participants comme un moyen de monter une start-up en seulement 54h. Pour ma part, je comprends vite qu’il s’agit de construire un MVP (Minimum Viable Product). Je vais même jusqu’à voir cela comme un side project plutôt qu’une start-up.

Vient alors la séance de pitchs : chaque porteur de projet a 1 minute chrono pour présenter son idée et convaincre le maximum de participants de rejoindre son équipe pour le week-end. Je vois déjà la foule se bousculer sur Twitter et le fameux hashtag créé à l’occasion du Startup Weekend : #swhecpa. Très bonne initiative d’ailleurs de la part des organisateurs de tweeter chacun des projets (une trentaine au total).

Accompagné de mon anglais très approximatif, je me lance, et pitche du mieux que je le peux. Mon idée est la suivante : un outil qui aide les commerciaux à organiser leur prospection. L’outil que je propose est de type SAAS et s’adresse exclusivement à une cible de professionnels (du B2B en somme).

Fin de la session pitchs, je me rends compte que je suis un des seuls (si ce n’est le seul) à avoir proposé un projet « business » orienté B2B. Les porteurs de projets étaient en général plus orientés sur une composante « cool » (je pense ici à Feel, Le Strapontin ou encore CookNMeet) avec une approche B2C.
Lors du pitch d’un projet, je crois aussi avoir entendu un « ça n’existe pas à l’heure actuelle », notamment pour l’appli mobile qui proposait de faire des check-in automatiques. Que ça reste entre nous : ça existe déjà et ça s’appelle Autosquare ou CheckMate ;)

A mon sens, il y avait beaucoup trop de projets présentés. Je n’arrivais même plus à me souvenir du 1er une fois venue la présentation du 10ème… Je pense qu’il aurait été plus judicieux d’avoir un tri en amont : via une soumission online et un vote préalable des participants ; ou encore une pré-validation de l’idée de la part des organisateurs / mentors / juges du Startup Weekend.

Composition des équipes

Apparemment, mon idée ne conquiert pas les foules, elle n’est donc pas sélectionnée. Etant quand même 3 personnes à vouloir la réaliser – David Benamran rencontré sur place, Jérémy Pinhel et moi même – nous pouvions quand même nous lancer (le règlement le permet).

Nous nous retrouvons tous dans la salle de networking de départ. La session composition des teams commence. Beaucoup de porteurs cherchaient des designers et des développeurs. Les teams se forment petit à petit et il devient très dur de trouver des co-équipiers. On en est presque arrivés à se demander si certains n’avaient pas formé leur team la veille ;)

Il aurait été sympa que les participants présentent leur profil et leur background ; ou au moins demander à chacun de se coller un sticker sur son haut avec ce qu’il / elle propose comme compétence (biz, dev ou design). Bref, nous finissons par rester 3, un développeur, un designer et un business, le trio attendu. Il est temps de se mettre à bosser.

Début de la réflexion

Il est 22h00, nous nous installons dans une salle et commençons à travailler. Etant porteur de l’idée, je présente, tel que je le vois, le concept à l’équipe. Grosse séance brainstorming, on commence à poser les grandes lignes fonctionnelles du projet, parler des concurrents direct / indirects, réfléchir à une stratégie de pénétration du « marché CRM », envisager un business model…

Les bases étant fixées, je décide d’aborder la conception fonctionnelle du produit. Jérémy et moi même nous comprenons immédiatement (ayant un background technique). Nous en profitons pour expliquer à David comment tout cela fonctionne (différence entre back-end / front-end ; pourquoi modéliser un système pareil… etc). J’incite l’équipe à s’orienter vers la réalisation d’un MVP et non pas chercher à construire LA chose « parfaite » en un week-end.

Nous nous lançons alors dans la définition d’une liste de données à stocker pour chaque prospect / entreprise (une sorte de « mini » base de données). En parallèle, je schématise immédiatement l’interface du produit afin d’avoir un aperçu visuel de type wireframe.

Il est 2h30, plus grand monde dans les couloirs d’HEC. Les bases de notre MVP sont posées. Contents de notre avancée, nous nous donnons rendez-vous le lendemain matin de bonne heure.

Startup Weekend Jour 2, la remise en question

Samedi matin, 10h00. La fatigue accumulée toute la semaine se ressent. On le voit sur la tête des gens au petit déjeuner… bref, on met le pied à l’étrier et c’est reparti :)

On installe tout le matériel dans une salle qui nous a été attribuée : écrans, ordinateurs portables, câbles… Je prends les devants et propose à l’équipe de partir sur une méthodologie agile. Pas le temps pour du Scrum en 1 week-end (avis personnel). Je propose donc un suivi de type Kanban : trois colonnes, todo, current et done.

On commence à bosser chacun sur notre partie (David la partie business, Jérémy le dev et moi le design) et on se rend compte que ça n’avance pas vraiment : la partie besoins / usage bloque.

Confrontation aux mentors

Guilhem Bertholet passe nous filer un coup de main. De part sa connaissance pointue des outils en SAAS, il nous explique les indispensables de ce genre de services. Il nous conseille de nous recentrer sur l’usage et les besoins de base. On abandonne donc tout ce qu’on était en train de faire pour se centrer sur le produit.

Une heure plus tard, Audrey Soussan (Analyst / VC chez Ventech) nous rend une petite visite. A son tour, elle nous fait comprendre que le produit est intéressant mais qu’il faut vraiment se démarquer de Salesforce & co pour ne pas tomber dans le « moule CRM ». Elle prend le temps de nous orienter vers une présentation résolument business.

PS : apparemment, notre idée plaît… mais il reste encore beaucoup de travail :)

Great teams at HEC startup week end !!! I love simpleprospection!#swhecpa

— Audrey Soussan (@AudreySoussan) Novembre 17, 2012

 
A son tour, Olivier Desmoulin (UX Designer & CEO de Supermarmite) passe dans notre salle. Les mêmes éléments reviennent de plus en plus : le travail principal porte sur le produit en lui même, l’analyse des besoins et la/les problématique(s) qui en découlent. Il faut que les commerciaux installent le produit et s’en servent réellement, pour ne pas que cela devienne un Clear (produit inutilisable au quotidien).

Un pivot inévitable

Il est 19h00 : c’est décidé, on stoppe design et développement pour transformer notre trio de base en une équipe de 3 business… promis, on ne l’avait pas vu venir ;)

Il va sans dire que nous avons complètement arrêté de suivre les tâches à réaliser sur le tableau puisqu’on a complètement changé d’objectif : nous ne souhaitons plus réaliser « techniquement » la solution mais nous recentrer sur les besoins et comprendre exactement ce à quoi nous attaquer. Nous savons que nous pourrons développer le produit rapidement, la n’est pas le problème.

C’est l’heure pour nous de faire une pause. Dîner avec les autres équipes, le bon moment pour prendre l’air après avoir passé la journée enfermés. La nourriture est très bonne, le personnel sur place très serviable et poli : du (quasi) jamais vu pour un restaurant universitaire ! On en profite pour discuter avec les autres équipes, faire connaissance avec les gens…

Analyse des besoins en direct et sondage téléphonique

Fin du repas, c’est reparti ! Pour nous confronter aux besoins, nous décidons d’appeler une dizaine de commerciaux afin d’avoir leur avis. On fait aussi le point sur nos besoins de tous les jours :
- Jérémy encadre une équipe de commerciaux chez EFFOR, un centre de formation agréé ;
- je démarche pour ma part très souvent, pour mes clients ou la start-up que je monte actuellement avec mon associé.

Notre idée de base était un outil de prospection simplifié : un Excel-like en ligne, partageable entre commerciaux, présentant une interface plus attirante et intuitive. On se retrouve avec un pivot total de l’idée : nous souhaitons à présent offrir au commercial un aperçu immédiat de ce qu’il a à faire. Plus besoin de déléguer des tâches par voie orale, tout peut se faire directement via l’interface. En gros, on ne veut être ni un CRM, ni un Excel mais un hybride au centre de la pyramide qui se focus uniquement sur la prospection (et qui fait les choses bien, il va sans dire).

La nuit tombe rapidement. Il est déjà 1h00 du matin et nous essayons encore de lister des besoins précis. Aux alentours de 3h00, on commence à avoir une bonne vision d’ensemble. David commence à fatiguer et il est préférable qu’il rentre dormir chez lui : il pitchera la présentation finale, mieux vaut qu’il soit en forme ;)

Jérémy et moi même restons sur place. Aux alentours de 5h00, plus personne sur Twitter. Je commence à me mettre sur l’interface du produit afin d’avoir au moins quelques vues présentables. J’en profite pour pousser la chansonnette, musique sur haut parleurs pour nous motiver !

Jérémy finit par s’endormir péniblement, allongé sur une table, aux alentours de 6h (je ne publierai pas de photos par peur de représailles ^^). Exténué, je fais de même vers 8h30.

Réveil difficile

A peine une heure plus tard, David arrive et nous nous réveillons. Et c’est reparti !

Je prends le petit-déjeuner en compagnie de Maud Arditti et Stanislas Joly (de l’équipe CookNMeet). Pendant ce temps, Guilhem branche son iPad et met l’ambiance avec sa super playlist pour motiver les troupes :)

Je retourne rapidement dans la salle de travail parce qu’on a (encore) du boulot. On doit monter rapidement un discours, une présentation et répéter tout ça pour que ça rentre bien.

On essaye de trouver un nom pendant une bonne heure, sans succès. Ca sera Simple Prospection, on verra plus tard si d’autres idées nous viennent. On commence à parler des slides et c’est, comme toujours, difficile de se décider. On finit l’intégralité de la présentation 40 minutes avant le pitch final. David préfère répéter seul, on le laisse ;)

Session finale du Startup Weekend

Tout se joue maintenant. Dans les couloirs, je reconnais immédiatement Pascal-Emmanuel Gobry (Noosphere), Sacha Bostoni (Jimmy Fairly) et Gabriel Hubert (Teleportd). Je me doute qu’ils font partie des juges.

Tout le monde prend place, présentation du jury par Margaux. Les pitchs débutent, nous sommes les 4èmes à passer. Hop, c’est notre tour : branchement du Macbook, lancement du Keynote, chrono de 5 minutes enclenché, c’est parti, David c’est à toi !

David se débrouille bien, le pitch se termine en douceur. Les questions démarrent. Gabriel Hubert nous demande en quoi nous sommes différents de Streak. Je lui réponds du mieux que je le peux très rapidement, contrainte de temps oblige. D’autres questions suivent.

C’est fini, on débranche le matos et on retourne s’asseoir. Ca passe vite quand même 5 minutes ! On écoute les autres pitcher jusqu’à s’endormir sur les sièges confortables de l’amphi… la fatigue finit toujours par nous rattraper…

Le verdict

Il ne reste plus qu’à patienter : les jurys sont sortis de la salle pour se décider. En attendant, Guilhem et Liping nous occupent avec un quizz… comment dire… assez recherché ! Je vous laisse le découvrir ici, et vous amuser :)

Les jurys reviennent, verdict final en approche. C’est CookNMeet qui remporte le premier prix, suivi de Feel et d’United Contributions, respectivement en seconde et troisième place ! Le jury décerne aussi un prix d’honneur à Choco.lo. Félicitations !

Les projets gagnants

Tout d’abord, bravo et bon boulot aux équipes gagnantes. Il faut le dire, ce n’est pas facile d’expédier un MVP qui « roule » en seulement 54h :)
CookNMeet est un projet porté par Maud Arditti et Stanislas Joly. Je pensais au début du week-end que c’était un « simple » copycat de Cookening, mais ce n’est finalement pas le cas ! CookNMeet permet aux gens de se rencontrer autour d’un bon repas (un AirBnb de la nourriture en quelque sorte). Les invités cuisinent avec leurs hôtes, afin d’offrir une expérience conviviale et de rentrer directement en concurrence avec les cours de cuisine.

Le second, Feel, est un projet porté par 7 jeunes motivés : Pénélope Liot, Marjolaine Grondin, Adrien Montcoudiol, Rebecca Munz, Franziska, Nicolas Garnault et Nikolas Wise. C’est une application mobile qui vous permet de partager vos émotions. Toutes les données agrégées permettent à Feel de vous construire un journal intime. L’équipe a présenté une v1 de l’application sous forme de mock-ups. Vous pouvez les retrouver sur leur site web.

Enfin, United Contributions. Le projet a réuni 5 étudiants ce week-end : Arthur Guillermin Hazan, Loïc Saint-Roch, Ilan Houssepian, Adrien Catalano et Barbara Jeandeau. Pour moi, c’est un mix entre Kiva et Kickstarter pour les ONG. C’est une association à but non lucratif qui permet de simplifier la recherche d’association pour ceux qui souhaitent donner. On a eu le droit à une démo technique (légère) qui présentait un listing d’associations sur un site web.

Un prix d’honneur a été attribué à Choco.lo, un projet porté par 2 étrangers (dont il m’a été impossible de retrouver les noms). Ils proposent de l’impression 3D de chocolat et donc une personnalisation sur mesure avec un poster / un portrait etc… J’ai beaucoup aimé le concept, et ça m’a surtout donné faim :)

Le mot de la fin

C’était mon tout premier Startup Weekend. Au cours du week-end, j’ai pu rencontrer plein de gens sympas, enthousiastes et motivés. Beaucoup d’entre eux étaient attirés par l’entrepreneuriat.

J’ai pu participer à la compétition avec une team motivée comme jamais, merci encore David et Jérémy ! En dehors de cela, je souhaiterai remercier toute l’équipe organisatrice pour leur boulot formidable. On ne se rend pas compte lorsqu’on ne s’en charge pas, mais c’est quand même un gros morceau d’organiser un Startup Weekend.

Que vous soyez participant, participant « à venir » ou encore que vous souhaitiez juste avoir mon avis sur le week-end, n’hésitez pas à me contacter.

Rendez-vous au prochain ;)

Publié par : Axel Bouaziz

Lien de l'article : Choisir un prestataire, c’est pas si simple…

 Crédit photo : Sylvia Fredriksson via FlickR

Premier coup de fil de la semaine, lundi matin, 9h30. Un très bon ami qui souhaite prendre de mes nouvelles, sympathique me dis-je. Nous en arrivons à parler boulot, et j’apprends que cela fait 2 mois qu’il cherche à réaliser un site web accompagné d’un blog pour sa petite entreprise. Pendant une trentaine de minutes, j’ai droit au récit des déboires rencontrés avec son prestataire actuel.

Mardi soir, 20h00, rendez-vous avec une charmante entrepreneuse, pour parler de la start-up qu’elle dirige. Même constat : une agence qui la balade depuis 6 mois pour un simple site e-commerce.

Aujourd’hui, je prends mon clavier à deux mains (excusez moi du jeu de mots) et décide de vous aider. Oui, vous avez bien lu, j’ai bien parlé de vous aider, un mot qui ne revient pas souvent dans le vocabulaire sociétal actuel.

Se développer requiert des compétences et un savoir-faire

Que vous soyez un indépendant, une start-up ou même un grand compte, il arrive un moment où certaines compétences sont nécessaires pour développer son activité.

Dès lors, vous êtes en général confrontés à un choix assez trivial :
- vous avez des compétences en interne : vous les exploitez afin de développer le produit / service que vous recherchez ;
- vous avez un budget conséquent : vous pouvez faire appel à une agence qui a déjà bon nombre de réalisations à son actif ainsi qu’une expertise reconnue par les professionnels du milieu ;
- vous avez prévu un budget raisonnable : vous faites en général appel à une « petite » agence ou à un freelance compétent dans le domaine adéquat ;
- dernier choix et non des moindres, le système D : les copains geeks, les étudiant(e)s, l’entourage familial…

Je ne souhaite pas aborder dans ce billet les prestations « multi-compétences ». Je vais me limiter au fait de choisir un prestataire dans le domaine de l’informatique.

C’est la branche dans laquelle j’ai le plus d’expérience pour vous proposer mon analyse, qui, je le pense, peut se révéler très utile pour la plupart d’entre vous.

Vous êtes donc au bon endroit si vous souhaitez réaliser :
- un site web corporate
- un e-commerce plein de produits
- une application iPhone / Android et consors
- ou que sais-je…

et que vous vous demandez comment choisir un prestataire compétent !

Si vous n’êtes pas dans ce cas, nul besoin de quitter ce mur d’expression personnelle :) Quel que soit le domaine, les prestataires finissent par tous se ressembler… et on finit par utiliser les mêmes techniques pour faire le tri.

Etat des lieux

Ils sont de plus en plus nombreux, envahissent le marché et passent la journée à faire sonner les téléphones de votre bureau pour vous vendre la dernière solution d’emailing (oui Emailvision, je pense à vous).

Aujourd’hui, les prestataires sont PARTOUT ! En France comme à l’international et dans tous les domaines :

- le web
- le marketing
- le consulting
- la communication
- et j’en passe…

Il y a 10 ans de cela, aucun gérant n’aurait mis 10000€ sur la table pour un site vitrine. Depuis, la roue a tourné et les dépenses ont subi des modifications structurales considérables. On parle à présent de budgets alloués au web (au digital comme aiment si bien le dire les agences).

Certains prestataires sérieux ont compris qu’il y avait du travail dans ce domaine et ont donc décidé de vous simplifier la vie en échange d’un bon gros chèque. Offre tout a fait honnête me direz vous ! Dans le même temps, beaucoup d’amateurs ont cru qu’il était facile de monter une agence, d’employer des gens formés « sur le tas » ou pas formés du tout et de vendre des prestations de qualité. Mettons nous au clair de suite, cela est strictement impossible.

Comment définir un budget réaliste ?

Etant moi même prestataire, il m’arrive souvent (pour ne pas dire tout le temps) de rencontrer des particuliers / entreprises qui n’ont aucune notion des budgets. Il est nécessaire que vous compreniez que la qualité d’une prestation repose sur les compétences d’une agence / d’un freelance, autrement dit des employés qui travaillent sur votre projet. Et il faut bien payer ces employés, vous vous en doutez ! Plus ils sont qualifiés, plus ils vous coûtent cher, c’est pas nouveau et c’est partout pareil.

Une agence sérieuse vous indiquera toujours le total de la mission AVANT le démarrage du projet. Elle vous enverra le détail de la prestation sous forme de TJM.

Un exemple :
Demande du client : « j’ai un petit site vitrine à mettre en place »
Estimation de l’agence : « j’ai besoin de 2 profils pendant 3 jours, un designer et un développeur, chacun à un TJM de 550€ HT. La mission est donc estimée à 3300€ HT ».

Quels sont les TJM actuels du marché ?

Dans le secteur de l’informatique, il est globalement réaliste de dire qu’une prestation de qualité coûte cher. Bien entendu, vous aurez toujours des exceptions et des agences qui factureront plus cher pour faire « comme tout le monde » !

Pour obtenir quelque chose de fonctionnel, qui est codé proprement et qui fait bonne impression (sans pour autant être exceptionnel), les TJM sont les suivants :

- pour un site vitrine : 250 à 500€ HT
- pour un site sous WordPress : 300 à 700€ HT
- pour un site e-commerce sous Prestashop : 300 à 700€ HT
- pour un site e-commerce sous Magento : 400 à 1000€ HT
- pour une application mobile : 450 à 1000€ HT

Sachez qu’une agence vous facturera toujours un minimum pour couvrir ses dépenses, de l’ordre de 3000 à 5000€.

PS : certaines compétences non listées ci-dessus peuvent se payer bien plus cher. J’ai déjà rencontré des experts Zend par exemple qui facturent 1500€ la journée d’intervention.

Autrement dit, l’agence qui vous promet une boutique Prestashop bien développée et fonctionnelle pour moins de 6000€ HT : dites lui adieu dès à présent ! Soit vous aurez à faire à des incompétents, soit à des débutants qui pratiquent des prix attractifs pour signer leurs premiers contrats.

Dans le cas d’un site sous WordPress avec un thème conçu exclusivement pour celui-ci, la facture peut aussi grimper très vite : de 3000€ à 15000€ HT, voir beaucoup plus pour des développements spécifiques.

Les « tarifs freelance » sont quant à eux extrêmement volatiles. Certains de mes collègues vont facturer un TJH (Tarif Jour Homme), d’autres un montant global pour le projet avec une estimation de durée. Trouver un freelance « abordable » se révèle rapidement être un euphémisme si vous souhaitez un travail d’une qualité certaine. Si vous vous attendez juste à quelque chose de fonctionnel « sans finitions », un freelance vous coutera bien moins qu’une agence, aucun doute la dessus. N’oubliez jamais qu’un bon freelance est pris toute l’année, discute très rarement les prix et vous annoncera un tarif fixe sans marge de négociation importante (n’espérez pas plus de 15% de remise).

Si votre projet est autre que ceux cités ci-dessous, n’hésitez pas à laisser un commentaire et je vous aiguillerai du mieux possible ;)

Durée de la prestation

La durée est un facteur important qui entre en jeu lors de la négociation de votre mission. Vous souhaitez avoir une boutique Prestashop, c’est noté. Mais quand ? Dans 3 semaines ? 3 mois ?

Une agence sachant travailler vite et bien vous annoncera les délais suivants :
- pour un site vitrine : 1 mois max
- pour un site sous WordPress : 2 mois max
- pour un site e-commerce sous Prestashop : 2 mois max
- pour un site e-commerce sous Magento : 3 mois max
- pour une application mobile : 3 mois max

Edit du 23/10/2012 :

Suite au commentaire de Benoit Gaillat, je souhaite mentionner que les délais annoncés ci-dessus ne sont valables que si l’agence a des ressources à allouer à votre projet immédiatement.

Si elle est déjà sur d’autres projets, attendez vous à des délais (jusqu’à) 2 fois plus longs.

Attention aussi au délai de réponse des clients. Si ils augmentent, les délais s’allongent ;)

Je vous rappelle que ces délais sont des maximums ! Un délai correct pour une boutique sous Prestashop est compris entre 4 et 5 semaines par exemple. Si on vous annonce un début de la mission demain matin et 6 mois de délai pour un site e-commerce sous Prestashop : fuyez comme la peste !

Il faut être réaliste, les prestataires qui fournissent du travail de qualité sont souvent pris ou alors hors-budget pour 99% des clients. Dans ce cas, ils vous annonceront leurs disponibilités. Assurez vous de toujours les connaître, même si ils ne vous les communiquent pas eux-mêmes ! Les agences qui ont peu de personnel et une mauvaise organisation peuvent mettre les mêmes ressources sur 4 à 5 sites qui doivent être mis en production la même semaine… C’est comme cela que vous vous retrouverez avec d’innombrables problèmes.

Les erreurs fréquemment commises

Vous l’aurez compris, le plus dur est de choisir le parfait trio budget / durée / compétences.

Voici donc les points clés pour mener à bien votre projet.

Un budget réaliste

Je pense avoir assez martelé sur le budget, mais n’oubliez surtout pas, un budget non réaliste vous mènera 99% du temps à une catastrophe le jour de la livraison.

Expérience et réalisations
Ce point est très important : il est primordial que vous demandiez à l’agence qui va travailler sur le projet. C’est à dire nom, prénom, expérience de chacun(e), postes occupés avant d’atterrir en agence, en gros leurs CVs.
Allez jusqu’à vérifier les CVs sur LinkedIn / Viadeo si vous avez des doutes. Ne devenez pas non plus parano hein ;)

Pour les réalisations, ne passez pas la moitié de la journée à baver sur leur site, ils n’y présentent que les meilleures. Vous comprendrez qu’un commerçant ne vas pas afficher l’article le plus moche de son magasin en vitrine.
Demandez leur donc des réalisations qui sont dans votre budget. Si vous doutez, même chose, appelez le client en question. Vous trouverez toutes les informations dont vous avez besoin avec le superbe trio Google / Societe.com / Infogreffe.

Conditions de paiement
Les agences vous demanderont en général 30 à 50% de la prestation à la signature sous forme d’acompte.
Un freelance vous demandera entre 50 et 70%.
Ne payez le reste qu’à la fin de la mission, une fois la prestation livrée ET en production. Ne payez qu’après avoir récupéré tous les documents, et j’insiste la dessus. Allez jusqu’à modifier les mots de passe de vos accès FTP, d’admin, de base de données…

Soyez intransigeant(e) sur les délais
Ne laissez rien passer. Vous donnerez la main, ils vous prendront le bras ! Toutes les agences ne sont pas comme cela, et bien heureusement. Les freelances encore moins. Mais sachez négocier et ne vous laissez pas marcher dessus.

Lisez bien les conditions du contrat
J’y vois de plus en plus d’escroqueries, un non respect total de la loi, des pénalités de retard sur les paiements non conformes, des contrats d’hébergement cachés dans la paperasse… et j’en passe.

Ne perdez pas de temps à discuter
Je ne vous le dirai qu’une fois : les agences ont des commerciaux qui sont la pour faire du chiffre. Ils touchent une prime en fonction de leurs résultats. Vous n’avez en général pas de temps mais eux SI, surtout quand il s’agit de vous vendre une prestation !

Faites vous accompagner !
Vous ne connaissez rien au web ? Rien aux contrats ?
Qu’attendez vous pour vous faire accompagner ?
Quitte à mettre 10000€ dans un site web, autant qu’il soit bien fait. Payez 300 à 500€ de plus et faites vous accompagner chez les prestataires par un connaisseur qui se chargera de faire le tri à votre place.

Faites jouer votre réseau

Vous connaissez quelqu’un qui … ?

Votre amie connait une personne qui connait une autre personne qui … ?

On ne le dira jamais assez, mais votre réseau n’est pas la pour décorer ! Utilisez le :)

Finir en beauté tout de même

Après cette brève analyse sur les prestataires, j’aimerais tout de même vous dire qu’il existe grand nombre d’agences et de freelances hautement qualifiés. Et ils sauront vous proposer des budgets raisonnables.

Attention à ne pas être trop méfiant(e), cela ne vous servira à rien, sachez juste demander les informations qu’il faut au moment où il faut :)

Préférez une équipe jeune et qui a la niak si vous êtes sur un projet qui doit être réalisé très rapidement ! Ce sont les seuls prêts à travailler jour et nuit, week-end et jours fériés inclus. En métropole, quelques agences suivront cette dynamique de rush, elles se comptent sur les doigts d’une main.

N’hésitez pas, si vous avez une quelconque question, les commentaires sont la pour ça !

Publié par : Axel Bouaziz

Lien de l'article : Hello

Lundi 13 août 2012, 12h00. 

Je rédige ma première note.

Bienvenue sur mon (premier) blog personnel.

J’ai souvent envie d’écrire, à propos de choses que j’aime, que je n’aime pas, de choses intéressantes que je vois passer sur le net, de coups de gueule… mais je n’ai jamais pris la peine de me poser et de la faire sérieusement. Ce livret de notes sera, je le pense, un bon point pour commencer.

Je m’attaquerai principalement à des sujets relatifs à l’expérience utilisateur, le design d’interface aussi bien pour le web que pour les plateformes mobiles et pourquoi pas un peu de code, ça ne peut pas me faire de mal ;)

Je risque sans doute de m’éloigner de ce mur d’expression personnelle de temps à autres, étant (trop) souvent surchargé de travail et jongler entre les activités n’est malheureusement pas mon fort.

Ce site est accessible aussi bien depuis un ordinateur de bureau que depuis vos portables, iPad et autres tablettes (merci au responsive de nous compliquer la vie).

Sur ce, je retourne bosser et vous donne rendez-vous pour ma prochaine note.

Publié par : Axel Bouaziz