Partez de votre besoin, pas de qui est disponible
Avant de comparer des personnes, écrivez en quelques phrases ce que le site doit faire. Présenter une entreprise et générer des appels ? Prendre des réservations ? Vendre des produits ? Gérer une partie de votre travail quotidien, comme les dossiers ou les factures ? Chacun de ces cas est un travail différent, qui demande des compétences différentes.
Un simple site vitrine, une boutique en ligne et un système opérationnel pour un cabinet partagent un nom de domaine et un navigateur, et pas grand-chose d’autre. Savoir lequel il vous faut rend chaque échange qui suit plus court et plus honnête.
Ce qu’un portfolio devrait montrer
Cherchez des projets en ligne, pas seulement des images. Ouvrez les sites sur votre téléphone. Sont-ils rapides ? Comprend-on clairement ce que fait l’entreprise et comment la contacter ? Les détails tiennent-ils quand vous faites défiler, touchez, revenez en arrière ?
Cherchez de l’honnêteté sur la nature de chaque projet. Un concept, une démo ou une proposition de refonte sont un travail légitime et montrent comment quelqu’un réfléchit, mais ce n’est pas la même chose qu’un site en ligne utilisé par de vrais clients. Dans mon propre portfolio, chaque projet est étiqueté : Omaška est un système en ligne pour un cabinet privé, tandis que le site et le portail de psychothérapie pour Dr. Krnetić sont présentés comme une démonstration, et non comme un site client mis en ligne.
Si chaque projet d’un portfolio semble terminé, en ligne et réussi, et qu’aucun ne peut être ouvert, demandez pourquoi.
Les questions à poser
Qui fera réellement le travail ? Dans un studio, la personne présente au rendez-vous commercial n’est pas toujours celle qui écrit le code. Ce n’est pas un problème, mais vous devez savoir qui est responsable de quoi.
Comment travaillez-vous avec le contenu ? Qui écrit les textes, qui fournit les photographies, et que se passe-t-il s’ils arrivent en retard ? Pourrai-je mettre à jour le site moi-même ensuite, et comment ?
Que se passe-t-il après la mise en ligne ? Qui répare ce qui ne fonctionne plus, comment le joindre, et est-ce inclus ou convenu à part ? De quoi ce site aura-t-il besoin de ma part dans un an ?
Qu’est-ce que vous ne construiriez pas pour moi ? Un bon développeur vous dissuadera parfois d’une fonctionnalité. C’est généralement le signe qu’il pense à votre activité plutôt qu’à la taille du projet.
À qui appartiennent le code, le domaine et les comptes
C’est la question que la plupart des gens oublient, et celle qui pose le plus de problèmes par la suite. Le nom de domaine doit être enregistré à votre nom ou à celui de votre entreprise. Les comptes d’hébergement, de messagerie et de statistiques doivent vous appartenir, le développeur y ayant accès — et non l’inverse.
Le code doit aussi être à vous, conservé dans un dépôt auquel vous avez accès. Si la personne qui a construit votre site disparaît, quelqu’un d’autre doit pouvoir reprendre sans repartir de zéro.
Demandez-le par écrit avant le début du travail. Cela ne coûte rien de s’entendre là-dessus, et beaucoup de le démêler ensuite.
Les signaux d’alerte
Un prix fixe donné avant que quiconque ait demandé ce que le site doit faire. Il cache soit un modèle qui ne conviendra pas, soit une surprise plus tard.
Une promesse de première place sur Google. Personne ne contrôle le classement dans les moteurs de recherche. Un développeur peut construire un site que les moteurs lisent bien — titres et descriptions clairs, structure, vitesse, un sitemap — mais la position elle-même dépend de bien plus que la construction.
Aucun accès à quoi que ce soit avant le paiement final, ou aucun accès du tout après. Des réponses floues sur l’endroit où le site est hébergé. Un portfolio impossible à ouvrir. Une pression pour décider vite.
Remise et maintenance
Une bonne remise explique comment le projet fonctionne, où se trouve la logique essentielle, comment modifier ce qui change le plus souvent, et ce qu’il faut surveiller après la mise en ligne. Elle doit vous rendre moins dépendant, pas plus.
La maintenance est une question distincte de la construction. Certains sites n’ont presque besoin de rien pendant des années. D’autres — une boutique, un système de réservation, tout ce qui implique des paiements ou des données personnelles — demandent une attention régulière. Mettez-vous d’accord ouvertement, plutôt que de le découvrir le jour où quelque chose cesse de fonctionner.
Certaines collaborations sont faites pour durer. Golden Standard est un travail en cours via Studio Blink, où l’identité, le site, le CMS, la plateforme B2B et les programmes partenaires se développent pas à pas. Cela ne fonctionne que si les deux parties savent ce qui est inclus et ce qui vient ensuite.
Comment comparer deux offres
Deux offres pour « un site web » peuvent décrire des choses complètement différentes. Mettez-les côte à côte et vérifiez ce que chacune comprend réellement : combien de pages ou d’écrans, qui fournit les textes et les photographies, s’il existe un moyen de modifier le contenu, quelles langues, quelles intégrations, ce qui se passe après la mise en ligne.
Regardez ce qui manque autant que ce qui est écrit. Si une offre mentionne l’affichage sur mobile, les bases du référencement, une remise et une période de corrections après la mise en ligne, et que l’autre dit seulement « site moderne et responsive », ce n’est pas le même travail à des prix différents.
Si quelque chose n’est pas clair, demandez qu’on vous l’écrive en termes simples. Un développeur capable d’expliquer simplement son travail le comprend généralement bien.
Développeur, studio ou plateforme
Une plateforme à modèles peut être la bonne réponse pour une petite entreprise qui a besoin rapidement d’une page simple et qui l’entretiendra seule. Il n’y a aucune honte à cela, et un bon développeur vous le dira.
Un développeur indépendant vous donne une seule personne qui connaît tout le projet. Un studio vous donne davantage de bras et de rôles. Ce qui compte n’est pas l’étiquette, mais le fait que les personnes impliquées sachent concevoir, construire et expliquer ce qu’elles ont fait — et qu’elles restent joignables plus tard.
Comment je travaille
Je conçois et développe des sites et des applications de bout en bout, et les projets pour les clients passent par Studio Blink à Banja Luka. Chaque projet de mon portfolio porte son véritable statut, pour que vous voyiez ce qui est en ligne, ce qui est en développement et ce qui est une proposition.
Mon conseil reste le même que ci-dessus : gardez le domaine, les comptes et le code à votre nom. Le prix et les délais se décident une fois le périmètre clair, et une remise doit expliquer comment faire fonctionner le projet, où se trouve la logique essentielle et ce qu’il faut surveiller après la mise en ligne. Si vous le souhaitez, envoyez-moi ce que votre site doit accomplir et un ou deux sites qui vous plaisent, et nous partirons de là.



