↑↓ choisir · ENTER ouvrir · ESC fermer

Igor Turkin · Product engineer

Un besoin flou. Un produit qui fonctionne.

Sites web, services web, bots, intégrations et automatisation. Je prends en charge la tâche entière — du cadrage à une version opérationnelle en production — et je réponds seul du résultat, sans passage de relais entre prestataires.

5+ ans
de développement professionnel
0 → premières ventes
le parcours produit que j’ai mené
Cycle complet
produit, code, infrastructure

Ce qui se passe après votre prise de contact

Un même système de responsabilité, quel que soit le parcours. Ci-dessous, les quatre étapes et ce sur quoi chacune débouche.

  1. 01 Hypothèse ce que l’on teste exactement
  2. 02 Limites de la première version ce qui entre, ce qui attend
  3. 03 Version opérationnelle en production, pas une démo
  4. 04 Premiers utilisateurs et une prochaine étape claire

RésultatUn MVP opérationnel avec ses premiers utilisateurs et un plan clair pour les prochaines itérations.

Obtenez l’analyse de votre tâche en deux minutes

Six questions en termes simples. Résultat : un brief complet à présenter à n’importe quel développeur. Sans inscription, sans e-mail, sans appel.

  • le type de tâche et une fourchette de complexité réaliste
  • une première étape concrète, réalisable sans moi
  • le risque principal propre à votre tâche
  • ce qui a sa place dans la première version et ce qu’il est plus honnête de reporter

L’outil n’annonce jamais de prix : sans éléments concrets, ce serait un chiffre inventé. Il montre plutôt de quoi dépend le prix.

Exemple de résultat Automatisation de la réception des demandes
Type de tâche
Automatisation des processus
Complexité
Moyenne
Première étape
Décrire le parcours actuel d’une demande
Risque principal
Le processus n’est décrit nulle part
Première version
réception des demandes · notifications · rapports

De l’idée à l’exploitation — entre les mêmes mains

Chaque étape se conclut par un résultat vérifiable, et non par la promesse de l’étape suivante.

  • Business Objectif, contraintes, priorités
  • Produit Parcours et limites de la première version
  • UX Interfaces utilisables sans formation
  • Architecture Modèle de données, API, décisions qui permettent d’évoluer
  • Intégrations Systèmes externes, paiements, échange de données
  • Infrastructure Environnements, déploiement, supervision

Ce que vous obtenez dans tous les cas

Les limites sont posées d’avance — ce sont elles, les conditions de travail.

  • Un seul ingénieur responsable

    Pas un chef de projet adossé à une chaîne invisible de sous-traitants, mais la personne qui voit le résultat dans son ensemble et en répond.

  • Des limites explicites

    Si le périmètre s’élargit, je m’arrête et j’explique pourquoi, au lieu de gonfler la facture en silence.

  • Fonctionnel avant d’être parfait

    Des versions intermédiaires et des étapes vérifiables plutôt qu’un seul grand dévoilement à la fin.

  • NDA et confidentialité

    Les projets commerciaux ne sont jamais divulgués sans accord : les études de cas sont anonymisées et leurs limites clairement indiquées.

De l’ingénierie au-delà du web classique

Mes travaux d’ingénierie antérieurs comprennent des algorithmes de traitement du signal, des microprocesseurs, des calculs et de la documentation technique. Je ne les présente pas comme un service courant : ils montrent une capacité à aller plus loin quand un problème exige des mathématiques et une pensée systémique.

Ce que cela coûte

  • La première analyse est gratuite

    Vous décrivez la tâche en termes simples ; je vous renvoie un court résumé — la première étape, le risque principal et les dépenses que vous pouvez éviter en toute sécurité. Il ne vous engage à rien et vous appartient, même si nous ne travaillons jamais ensemble.

  • De quoi dépend le prix

    Le périmètre de la première version. Le nombre de systèmes externes avec lesquels il faut communiquer. Le niveau d’exigence en fiabilité et en contrôle. Pour les projets existants, l’état réel du code — qu’on ne voit que de l’intérieur.

  • Quand un chiffre apparaît

    Une fois les limites de la première version fixées par écrit. C’est alors une estimation ferme pour cette étape, et non une approximation — et elle ne bouge pas tant que le périmètre ne bouge pas.

Pourquoi il n’y a pas de mention « à partir de N » ici : ce chiffre n’apporte aucune information. Annoncer un prix avant d’échanger, c’est soit le sous-estimer pour que vous écriviez, soit le gonfler par précaution. Dans les deux cas, vous entendrez un autre chiffre plus tard. Je préfère l’annoncer une seule fois.

Les questions les plus fréquentes

Quel est le coût ?

Sans éléments concrets, un montant exact ne serait qu’un chiffre inventé. Le coût dépend du nombre de systèmes externes, du volume de données à transférer, du niveau de fiabilité exigé et de la quantité d’interface nécessaire aux utilisateurs externes. L’estimation intervient après un court examen de la tâche, avant tout début de travaux, et elle est fixée en même temps que le périmètre de la première version.

À qui appartiennent le code et les accès ?

À vous. Le code source, le dépôt et les accès aux serveurs et aux services sont remis au client, et non conservés par le développeur. Cela vaut aussi pour les versions intermédiaires : vous n’êtes jamais pris en otage en cours de projet.

Travaillez-vous sous contrat ?

Oui. Pour les petites tâches, il faut un périmètre et des modalités de paiement convenus par écrit ; les plus importantes font l’objet d’un contrat avec étapes et recette. Je signe des NDA sans réserve.

Et si le résultat ne me convient pas ?

Les versions intermédiaires sont présentées au fil du travail, et non à la fin : un décalage apparaît donc tant qu’il coûte encore peu à corriger. Les anomalies relevant du périmètre convenu sont corrigées sans surcoût. Si la tâche s’avère différente de ce que nous avions fixé, nous en discutons au lieu de tout refaire en silence.

Que se passe-t-il après la livraison ?

Vous recevez le code, les accès et un court guide pour l’exploiter et le mettre à jour. Ensuite, soit vous poursuivez vous-même, soit nous convenons séparément d’une maintenance. Je ne crée pas sciemment de dépendance envers moi.

Dans quel délai pouvons-nous commencer ?

Un examen de la tâche, généralement sous un ou deux jours. Le début de la réalisation dépend de ma charge du moment, et je le dis franchement : si le prochain créneau est dans trois semaines, vous le savez tout de suite, et non après avoir convenu des conditions.

Peut-on commencer par une petite étape ?

Oui, et pour un projet inconnu ou risqué, c’est le bon ordre : ScopeMap, puis un court examen ou un diagnostic, et seulement ensuite la décision de démarrer.

Pouvez-vous reprendre le travail d’un autre développeur ?

Oui. Je commence par reproduire le problème et examiner la structure. Je ne propose une réécriture complète que si elle est, preuves à l’appui, plus sûre et moins coûteuse.

Qu’est-ce qui n’est pas inclus dans les étapes gratuites ?

L’écriture de code, l’examen d’un gros dépôt tiers, les jeux d’écrans complets et les estimations détaillées sont des prestations payantes. L’étape gratuite montre le raisonnement, pas une partie de la commande.

Me contacter

Un projet à discuter ?

Commencez par ScopeMap ou décrivez ce qui se passe aujourd’hui et ce qui devrait se passer à la place. Je vous proposerai une première étape sûre.