Quelles questions poser avant d'engager un webdesigner ?

La plupart des gens arrivent à ce premier appel avec un webdesigner complètement sans préparation. Ils parlent de couleurs. Ils mentionnent le site d'un concurrent. Ils disent quelque chose comme "épuré et moderne." Ils raccrochent en pensant que ça s'est bien passé, sans la moindre idée si cette personne est vraiment la bonne pour le travail.

Puis trois mois plus tard le projet est bloqué, le périmètre a explosé, le choix de plateforme n'a aucun sens, et on leur facture des suppléments pour des choses qu'ils pensaient incluses.

J'ai été des deux côtés de cette conversation pendant 28 ans. J'ai reçu ces appels en tant que designer et j'ai regardé des clients venir me voir après s'être fait brûler ailleurs. Les questions ci-dessous sont celles qui les auraient protégés. Posez-les toutes. Faites attention à ce que les réponses dégagent, pas seulement à ce qui est dit.

1. Qui construit vraiment le site ?
2. Sur quelle plateforme allez-vous construire, et pourquoi celle-là pour mon projet ?
3. Est-ce que je possède tout après le lancement ?
4. À quoi ressemble le calendrier, et qu'avez-vous besoin de moi pour le tenir ?
5. Qu'est-ce qui est inclus, et comment gérez-vous les changements de périmètre ?
6. Puis-je voir des sites en ligne que vous avez construits récemment ?
7. Que se passe-t-il après le lancement ?
8. Une dernière chose : les questions qu'ils vous posent

Qui construit vraiment le site ?

C'est la première question et la plus importante. Posez-la directement.

Dans les agences, la réponse n'est souvent pas la personne à qui vous parlez. Vous parlez avec un chef de projet ou un responsable de compte. Le vrai développeur est ailleurs, peut-être en train de travailler en freelance en parallèle, peut-être dans un autre pays, peut-être en train de jongler avec quatre autres projets. Vous ne lui parlerez jamais directement. Vos retours sont filtrés, traduits, et souvent dilués avant d'atteindre la personne qui fait le travail.

Une bonne réponse : une seule personne, celle à qui vous parlez en ce moment, construit le site de A à Z et est votre contact principal tout au long du projet. Vous pouvez lui poser une question technique et elle peut y répondre sans planifier un autre appel.

Un signal d'alarme : "notre équipe s'en occupera" ou "vous aurez un chef de projet dédié qui coordonne tout." Ça signifie des couches. Les couches signifient une communication plus lente, des coûts plus élevés, et un produit final que personne ne possède vraiment entièrement.

Sur quelle plateforme allez-vous construire, et pourquoi celle-là pour mon projet ?

Cette seule question vous en dira plus que tout le reste de la liste. Écoutez très attentivement.

Le mauvais choix de plateforme est l'une des erreurs les plus coûteuses du webdesign, et ça arrive constamment. Pas parce que les designers sont incompétents, mais parce que les agences ont des certifications et des spécialisations. Elles ont investi du temps et de l'argent pour maîtriser un outil et maintenant elles l'utilisent pour tout, que ça convienne ou non.

Quelques exemples concrets.

TYPO3 est un CMS d'entreprise puissant. Il est vraiment bon pour les grandes plateformes corporate complexes, multilingues, avec des équipes éditoriales, des permissions complexes et des intégrations profondes. C'est complètement disproportionné pour un site marketing et branding de 10 à 15 pages pour une entreprise locale ou régionale. J'ai vu exactement ça : une agence avec une certification TYPO3 vendant cette plateforme à un client dont l'intégralité du site aurait pu être construite en un week-end sur quelque chose de plus léger. Le client a payé des frais de développement de niveau enterprise, s'est retrouvé avec un système qu'il ne pouvait pas toucher lui-même, et avait besoin de l'agence pour chaque mise à jour. Cette dépendance, c'était tout l'objectif du point de vue de l'agence.

Magento en est un autre. Conçu pour le e-commerce à grande échelle, les catalogues complexes, les volumes de transactions élevés, la logique de tarification B2B. Il a sa place. Cette place n'est pas une boutique avec 80 produits et 20 commandes par jour. J'ai vu une petite boutique construite sur Magento combiné à TYPO3, tournant sur un hébergement mutualisé pas cher, mettant 10 secondes à charger. La personne qui héritait de cette base de code a écrit sur un forum qu'elle suspectait que l'ensemble était "pratiquement condamné et aurait besoin d'une reconstruction de toute façon." Elle avait raison. L'agence qui l'avait construit avait livré une solution techniquement impressionnante pour un problème qui n'existait pas.

Shopware est la version actuelle de ce schéma sur le marché allemand. Les plans cloud payants commencent à 600 EUR par mois. C'est 7 200 EUR par an avant de payer un développeur, avant les plugins, avant la maintenance. Shopware eux-mêmes déclarent que leur plateforme n'est pas la bonne solution pour les entreprises qui vendent seulement quelques produits. Leurs mots. J'ai vu des marchands décrire l'expérience d'avoir été mis sur Shopware comme la découverte qu'ils avaient besoin d'applications pour tout, que chaque application facturait des frais récurrents, qu'ils étaient poussés vers des serveurs de plus en plus chers, et que le site tombait quand même. Un marchand l'a bien formulé : "Je pensais que ce serait abordable mais quand on a tout additionné c'était beaucoup plus cher que ça n'en avait l'air." Pour la plupart des petites et moyennes entreprises e-commerce, Shopify ou une configuration WooCommerce personnalisée fait le travail proprement à une fraction du coût total.

Et puis il y a WordPress. J'ai géré une activité de thèmes WordPress pendant des années. Je connais suffisamment bien la plateforme pour m'en être éloigné. WordPress avait du sens comme choix par défaut pour la plupart des projets web pendant longtemps. Ce temps passe pour certains types de travail. Pour un site de branding haut de gamme, une marque personnelle, une entreprise de services qui a besoin de bien se positionner, de charger vite et de faire une impression, construire sur WordPress aujourd'hui et utiliser un page builder tiers ou se battre avec Gutenberg ajoute une complexité et un poids inutiles. Le résultat charge plus lentement, se casse plus souvent, nécessite des mises à jour constantes de plugins et des patches de sécurité, et a rarement l'air aussi soigné que ça devrait. Pour un travail de branding de premier plan, un Jamstack statique construit avec Next.js ou Astro livre un résultat plus propre, de meilleures performances, et beaucoup moins de maintenance continue. Le bon designer devrait pouvoir expliquer pourquoi son choix de plateforme correspond à votre projet spécifique, pas seulement aux projets qu'il prend habituellement.

Une dernière chose là-dessus, et je vais être direct sur la façon dont je le gère personnellement. Si un client insiste sur une plateforme que je ne crois pas être le bon choix pour son projet, je le dis clairement. S'il veut quand même aller de l'avant avec, ce client n'est probablement pas le bon pour moi et il devrait chercher ailleurs. Je préfère perdre le projet que livrer quelque chose que je sais va causer des problèmes dans deux ans. Ce n'est pas de l'arrogance. C'est la seule façon de travailler avec intégrité.

Pendant que vous posez des questions sur la plateforme, posez aussi des questions sur le domaine. Je l'ai vu d'innombrables fois. Une entreprise fait construire son premier site par une agence. L'agence enregistre aussi le nom de domaine, au nom de l'agence. Le client n'y pense pas sur le moment. Deux ans plus tard il veut changer de prestataire ou simplement reprendre le contrôle de son propre actif et soudain c'est une négociation. Parfois l'agence traîne pendant des semaines. Parfois il y a des frais de "rançon" impliqués. Votre domaine est le vôtre. Assurez-vous qu'il est enregistré à votre nom dès le premier jour et que vous avez un accès complet au compte du registrar. Demandez ça avant de signer quoi que ce soit.

Une bonne réponse : une explication claire de pourquoi cette plateforme correspond à votre taille, vos objectifs, la capacité de votre équipe à la gérer, et votre budget dans le temps. Pas seulement le coût initial mais le coût total. Pas seulement ce avec quoi ils sont à l'aise mais ce qui est réellement bon pour vous. Et la confirmation que votre domaine est enregistré à votre nom.

Un signal d'alarme : "on utilise toujours X" ou "on est certifié X" sans aucune explication de pourquoi X est le bon outil pour votre projet spécifiquement. Aussi : toute suggestion que l'agence va gérer l'enregistrement du domaine "pour vous."

Est-ce que je possède tout après le lancement ?

Vous seriez surpris de la fréquence à laquelle la réponse est non, ou compliquée.

Certaines agences construisent sur des plateformes CMS propriétaires qu'elles seules peuvent maintenir. Le code leur appartient ou le système tourne via leur infrastructure. Vous voulez changer de prestataire deux ans plus tard et vous découvrez que votre site ne peut pas partir sans une reconstruction complète. Ce n'est pas un accident. C'est un modèle économique.

Demandez spécifiquement : qui est propriétaire du code ? Est-il dans un framework open-source standard ? Puis-je le confier à n'importe quel développeur après notre collaboration et lui permettre de continuer le travail ? Puis-je accéder au dépôt ?

La tactique d'intimidation que vous entendrez parfois est l'inverse : des agences vous disant que le travail freelance est risqué parce que si le développeur disparaît, personne d'autre ne peut y toucher. C'est du n'importe quoi quand le travail est fait correctement. Un site construit sur Next.js ou Astro avec des patterns standards et du code propre peut être repris par n'importe quel développeur compétent dans ce monde. Il y a des centaines de milliers de personnes qui connaissent ces frameworks. Rien ne devrait être verrouillé, obscurci ou propriétaire. Si une agence utilise cette peur pour justifier son propre verrouillage, c'est ça la chose dont il faut avoir peur.

Une bonne réponse : vous possédez tout. Le code est dans un dépôt que vous contrôlez. N'importe quel développeur peut travailler dessus. Voici comment y accéder.

Un signal d'alarme : des réponses vagues sur "notre plateforme," des frais de licence récurrents pour le CMS, ou toute suggestion que le code "ne fonctionne qu'avec notre équipe."

À quoi ressemble le calendrier, et qu'avez-vous besoin de moi pour le tenir ?

Cette question fait deux choses. Elle vous dit à quel point le designer est organisé et elle force une conversation honnête sur votre propre rôle dans le projet.

La plupart des projets web sont en retard. La raison la plus courante, celle que les agences admettront rarement, est que le client devient le goulot d'étranglement. Le contenu n'est pas livré. Les décisions prennent des semaines. Les retours arrivent par vagues de plusieurs personnes avec des opinions contradictoires. Pendant ce temps l'équipe de l'agence est passée à d'autres projets et votre travail attend dans une file.

Quand un client vient me voir avec un site qui doit être refait, j'entends souvent la même histoire. Des réunions interminables au début. De longues attentes pour les retours à chaque étape. Un processus douloureux d'être invité à produire tout le contenu pendant que l'agence attendait. Le projet a stagné, la relation s'est détériorée, et le résultat final a reflété toute cette friction.

Mon approche est différente et ça vaut la peine de demander à tout designer s'il fait quelque chose de similaire. J'essaie d'obtenir autant d'input du client que possible au départ. Mais dès que je peux avancer plus vite en générant le contenu moi-même qu'en attendant que le client le produise, je change d'approche. Au lieu d'aller de bas en haut, demander au client de tout construire de zéro, je vais de haut en bas. Je rédige le contenu, construis la structure, et demande au client des corrections et des modifications. Il est beaucoup plus facile de réagir à quelque chose de concret que de créer à partir de rien. La plupart des clients gèrent une entreprise, pas un département de rédaction. Travailler avec ce en quoi ils sont bons, à savoir connaître leur activité et affiner ce que je leur présente, maintient le projet en mouvement.

Mon délai standard pour un site personnalisé est d'une à trois semaines. Les clients sont souvent surpris d'entendre ça. Ils le sont encore plus quand ça arrive vraiment.

Les outils IA ont rendu ça plus rapide. Non pas en remplaçant le savoir-faire, mais en comprimant le temps entre la réflexion et la construction. Plus mon processus est optimisé, plus cette fenêtre se resserre. Une à trois semaines est un engagement réel, pas un argument de vente.

Une bonne réponse : un calendrier précis avec des jalons clairs. Une liste honnête de ce dont ils ont besoin de vous et quand. Une indication qu'ils ont un plan pour maintenir l'élan quand le côté client ralentit.

Un signal d'alarme : un vague "ça dépend" sans aucune structure, ou un calendrier qui s'étire sur des mois pour un site de petite entreprise standard. À noter aussi : un processus qui nécessite des semaines de wireframes, de maquettes et de tours d'approbation avant qu'une seule ligne de code soit écrite est souvent une question de facturer des heures, pas de livrer un meilleur résultat.

Qu'est-ce qui est inclus, et comment gérez-vous les changements de périmètre ?

Un périmètre vague est l'endroit où les projets web vont mourir.

Si la proposition ne précise pas exactement quelles pages, fonctionnalités et livrables sont inclus, vous négocierez chaque ajout comme un avenant. Le designer dit une chose, vous supposez une autre, et trois semaines plus tard vous vous disputez sur la question de savoir si un formulaire de contact était inclus dans le devis initial.

Demandez une liste écrite claire de tout ce qui est couvert. Puis demandez spécifiquement : qu'est-ce qui n'est pas inclus ? Que se passe-t-il si quelque chose de nouveau apparaît ? Comment est-ce tarifé ?

Il y aura toujours des moments où le projet doit pivoter. C'est normal et pas un problème en soi. Le problème c'est quand ces pivots sont gérés différemment par chaque côté, l'un pensant que c'est une évolution naturelle du projet, l'autre tendant la main vers une facture. Quand le périmètre est clairement convenu en amont, un pivot n'est qu'une conversation. Vous corrigez le périmètre ensemble, vous vous accordez sur tout ajustement, et tout le monde sait ce qui vient ensuite. La friction disparaît parce que rien n'est une surprise.

Mon approche est de fixer le prix en amont après l'appel de découverte et de gérer tout ajout vraiment nouveau comme une conversation séparée et transparente. Pas une facture surprise. Une discussion qui se passe avant le travail, pas après.

Une bonne réponse : un périmètre écrit détaillé, un processus clair pour gérer les changements, et un designer qui semble avoir réfléchi à ça avant que vous le demandiez.

Un signal d'alarme : tout ce qui est facturé purement à l'heure sans plafond, un langage vague sur "le travail supplémentaire facturé séparément," ou un designer qui semble ennuyé par la question.

Puis-je voir des sites en ligne que vous avez construits récemment ?

Pas un PDF de portfolio. Pas des maquettes. Des sites en ligne, dans un navigateur, maintenant.

Cliquez autour. Ouvrez-les sur votre téléphone. Passez-les par PageSpeed Insights si vous voulez être rigoureux. Voyez comment ils performent réellement.

Regardez si les sites semblent finis ou s'ils ont été précipités en ligne. Regardez si les appels à l'action sont clairs ou enterrés. Regardez si le contenu fait un vrai travail ou remplit juste l'espace. Un designer qui construit des sites qui font gagner de l'argent à ses clients aura des sites qui semblent avoir un but, pas seulement jolis.

Demandez si vous pouvez parler à un de ces clients. Un designer confiant dans son travail dira oui sans hésiter. Personnellement, je demande à mes clients des avis sur Google Business Profile. Ils sont publics et sur mon site. On vit dans un monde libre. Appelez ces clients directement et demandez si j'ai fait du bon travail et s'ils me recommanderaient à nouveau. Ils vous le diront. Tout designer confiant dans son travail devrait pouvoir dire la même chose.

Faites aussi attention à la technologie. Si chaque site de leur portfolio tourne sur la même plateforme, la même structure de template, les mêmes patterns visuels, ça vous dit qu'ils ont une formule. Les formules sont efficaces pour le designer. Elles ne sont pas toujours bonnes pour vous.

Une bonne réponse : des liens en ligne envoyés immédiatement, des avis publics que vous pouvez vérifier, et une proposition de vous mettre en contact avec un ancien client sans aucune hésitation.

Un signal d'alarme : un portfolio qui est principalement des captures d'écran, un travail qui date de plusieurs mois ou années, ou toute friction quand vous demandez à parler à quelqu'un avec qui ils ont vraiment travaillé.

Que se passe-t-il après le lancement ?

Le site est en ligne. Et ensuite ?

C'est là que beaucoup de relations se dégradent et que beaucoup de coûts continus apparaissent dont personne n'a discuté en amont.

Demandez spécifiquement : combien coûte une petite modification après le lancement ? Que se passe-t-il si quelque chose se casse ? Qui gère l'hébergement et le renouvellement du domaine ? Y a-t-il des frais continus intégrés dans le projet qui n'ont pas encore été mentionnés ?

Pour les plateformes qui l'exigent, les coûts continus peuvent être significatifs. Abonnements mensuels aux plugins, hébergement qui évolue de façon inattendue, un CMS qui nécessite l'intervention d'un développeur pour tout ce qui dépasse les modifications basiques, un retainer que vous ne saviez pas être en train de signer. Tout ça peut facilement doubler ou tripler le coût réel d'un site web sur deux ou trois ans par rapport au prix affiché qu'on vous avait cité.

Les sites que je construis sont hébergés sur une infrastructure moderne, parfois Cloudflare, parfois Vercel, parfois d'autres fournisseurs selon ce qui convient au projet. En général c'est pas cher, souvent proche de rien. Pas de plugins à mettre à jour, pas de patches de sécurité à suivre, pas de page builder à combattre. Si un client a besoin de modifications après le lancement, il paie mon taux horaire pour le temps réel que ça prend, rien de plus. Pas de retainers à moins que quelqu'un en demande spécifiquement. L'architecture est conçue pour durer et pour être peu coûteuse à maintenir.

Certains clients, surtout ceux habitués à WordPress, veulent pouvoir faire de petites modifications eux-mêmes. C'est tout à fait bien. Il existe des solutions CMS faciles à utiliser qui peuvent être ajoutées sur un build Jamstack moderne exactement dans ce but. On le configure simplement. Pour tout le monde, envoyez-moi un email et je fais la modification. Je facture 95 EUR de l'heure pour le travail post-lancement, il n'y a pas de frais minimum, et je trace tout par périodes de cinq minutes. Un changement de deux phrases dans le texte ne vous coûte pas une heure.

Une bonne réponse : des taux horaires clairs pour le travail post-lancement, des coûts d'hébergement transparents, pas de retainers obligatoires, et une réponse directe sur ce qui se casse et à quelle fréquence.

Un signal d'alarme : des réponses vagues sur les "packages de maintenance," des frais mensuels qui n'étaient pas dans la proposition initiale, ou un système si complexe que le client ne peut pas faire de modifications simples sans l'implication de l'agence.

Une dernière chose : les questions qu'ils vous posent

Faites attention à ce que le designer vous demande lors de ce premier appel. Un designer genuinement focalisé sur les résultats posera des questions difficiles avant de parler de quoi que ce soit de visuel.

Qu'est-ce que votre site actuel fait bien et où échoue-t-il ? Quel est le client que vous voulez le plus atteindre ? À quoi ressemble une conversion pour votre activité, un appel, une réservation, un achat ? Que fait votre concurrent que vous ne faites pas ? Que sait déjà la personne qui atterrit sur votre site de vous et que doit-elle découvrir ?

Si le premier appel parle surtout d'esthétique, de couleurs, de polices, de savoir si vous aimez le design plat ou quelque chose de plus texturé, ça vous dit quelque chose. Un site qui performe est construit autour des réponses aux questions business. La couche visuelle vient après.

Le designer qui pose les questions pertinentes dans les 20 premières minutes est celui qui construira quelque chose qui fonctionne.

---

Si vous voulez savoir à quoi ressemble un appel de découverte direct en pratique, j'explique mon processus complet et mes tarifs dans l'article sur combien coûte un webdesigner. Ou passez la lecture et appelez simplement. Vingt minutes et vous saurez exactement ce que coûte votre projet et quand il sera fait.

Contactez-moi ici.

La question de la plateforme est un proxy pour tout

Je veux revenir sur la question de la plateforme parce qu'elle est plus grande qu'elle n'y paraît. Ce n'est pas seulement une décision technique. C'est un signal sur la façon dont ce designer pense.

Un designer qui recommande le bon outil pour votre travail, même si ce n'est pas celui qu'il connaît le mieux, est un designer qui travaille pour vous. Un designer qui mappe chaque projet sur son ensemble de compétences existant travaille pour lui-même. Cette différence se voit dans le choix de la plateforme, dans la conversation sur le périmètre, dans le calendrier, dans ce qui vous est remis à la fin.

Le schéma que je vois encore et encore est le suivant. Une agence construit une expertise dans un système. Elle obtient des certifications, forme son équipe, construit des workflows internes autour. Cet investissement doit être rentabilisé, donc chaque nouveau client est orienté vers ce système. Le discours est généralement présenté comme une recommandation. "Nous trouvons que TYPO3 donne à nos clients le plus de flexibilité." "Nous avons eu d'excellents résultats avec Magento pour des entreprises comme la vôtre." Ce que ça signifie réellement c'est que c'est l'outil qu'ils connaissent et l'outil qui justifie leurs tarifs.

WordPress est la version la plus claire de ça en ce moment. Passez cinq minutes dans n'importe quelle communauté de webdesign et vous trouverez des développeurs WordPress vétérans défendant la plateforme avec une vraie conviction. SEO, flexibilité, l'écosystème, la communauté, ils ont une bonne réponse pour chaque critique. Certaines de ces réponses sont légitimes. Mais regardez attentivement quand la conversation tourne autour des performances, de la surcharge de sécurité, du bloat des page builders, ou de pourquoi un site Jamstack statique se charge en moins d'une seconde pendant que leur build WordPress a besoin d'un plugin de cache, d'un plugin CDN, d'un plugin d'optimisation, et obtient quand même 68 sur PageSpeed. La défensivité est le signal d'alarme. Un développeur qui travaille vraiment dans votre intérêt n'a pas besoin de défendre son outil. Il a juste besoin d'expliquer pourquoi il est bon pour votre projet. Si l'explication ressemble à un débat qu'ils ont eu de nombreuses fois, c'est probablement le cas.

Le client n'en sait pas assez pour s'opposer. Il fait confiance à la recommandation parce que l'agence sonne confiante. Trois ans plus tard il paie encore des licences de plateforme, appelle encore l'agence pour des mises à jour mineures, est encore assis sur un système plus lent et plus coûteux à exploiter qu'il ne devait l'être.

La bonne question à poser n'est pas "quelle plateforme utilisez-vous ?" La bonne question est "pourquoi cette plateforme est-elle le meilleur choix pour un projet de ma taille, mon budget, et la capacité de mon équipe à le gérer ?" Si la réponse est précise et honnête, c'est bon signe. Si la réponse est vague ou s'appuie fortement sur l'expertise de l'agence plutôt que sur vos besoins, ça c'est la réponse.

Ce que les meilleurs clients apportent

C'est dans les deux sens. Les questions ci-dessus concernent l'évaluation du designer. Mais les meilleurs projets sur lesquels j'ai travaillé se sont produits parce que le client s'est aussi présenté préparé.

Les clients qui ont obtenu les meilleurs résultats étaient ceux qui pouvaient expliquer clairement leur activité en quelques phrases, qui savaient à quoi ressemblait un site réussi pour eux en termes pratiques, et qui étaient prêts à être décisifs quand des décisions étaient nécessaires. Ils n'avaient pas besoin de connaître quoi que ce soit sur la technologie. Ils avaient besoin de connaître leur propre activité et de faire confiance à quelqu'un d'autre pour l'exécution technique.

Les clients qui ont eu du mal étaient ceux qui arrivaient avec des objectifs vagues, changeaient de direction en cours de projet, amenaient des opinions de personnes qui ne faisaient pas partie du brief initial, ou disparaissaient pendant des semaines quand des décisions étaient nécessaires.

Un bon designer gérera une partie de ça. Mais plus vous arrivez avec des réponses claires aux questions business de base, plus rapide et meilleur sera le résultat. À quoi ressemble le succès six mois après le lancement de ce site ? Si vous pouvez répondre à ça en une phrase, vous êtes prêt à commencer.

Le premier appel vous dit la plupart de ce que vous devez savoir

Vous pouvez passer en revue chaque question de cette liste en 20 minutes si l'appel est focalisé. Vous n'avez pas besoin d'un long processus de découverte réparti sur plusieurs réunions. Un appel direct, les deux côtés posant des questions directes, couvre tout.

Faites attention à la façon dont le designer gère l'appel lui-même. Sont-ils à l'heure ? Écoutent-ils ou commencent-ils à pitcher immédiatement ? Posent-ils des questions sur votre activité avant de parler de design ? Peuvent-ils vous donner un prix lors de l'appel ou ont-ils besoin de partir "préparer une proposition" pendant deux semaines ?

Je donne à chaque client potentiel un prix lors de l'appel. Le même jour. Parce qu'à la fin d'une conversation de 20 minutes, je sais ce qu'implique le projet. Si je ne peux pas vous dire ce que quelque chose coûte après 28 ans, quelque chose ne va pas.

Le designer qui mène un premier appel direct, précis et bien préparé est presque certainement le designer qui mènera un projet direct, précis et bien préparé. Le designer qui divague, sur-promet, évite les spécificités, et fait un suivi trois jours plus tard avec un document de 12 pages va probablement gérer le projet de la même façon.

Faites confiance à ce premier appel. Posez les questions. Écoutez les réponses. Le bon fit est généralement évident dans les dix premières minutes si vous savez ce que vous cherchez.