Méthode

Comment on travaille ensemble

Pas de process d’agence ni de jargon inutile. Quelques étapes claires pour comprendre le besoin, faire le travail, et vous laisser autonome — remote-first, avec un déplacement seulement si le terrain l’impose.

Carnet de notes et checklist sur un bureau

Déroulement

Cinq étapes, toujours les mêmes

Que ce soit un dépannage, un serveur ou un petit développement, le fil reste le même : écouter, cadrer, faire, transmettre — et suivre seulement si on l’a convenu.

1

Écouter le besoin

On commence par le contexte : ce qui bloque, depuis quand, ce qui a déjà été tenté, et l’urgence réelle. Décrire le symptôme et l’impact suffit.

Échange par message ou appel court pour savoir si le sujet entre dans le périmètre.

2

Cadrer

Cadrage écrit : périmètre, hypothèses, inclus / exclu, prochaine étape. Pas de devis magique sans info.

Si ça ne matche pas, on le dit clairement. Mieux vaut un non net qu’un chantier mal démarré.

3

Mettre en place

Remote en priorité. Sur site seulement si matériel, câblage ou locaux l’imposent (Ardèche, Drôme, Haut Var, Bas Isère).

On reste dans le périmètre. Imprévu = signaler avant d’élargir.

4

Transmettre / documenter

Notes utiles, accès remis, gestes de base. Pas de boîte noire — vous devez pouvoir reprendre la main.

Documentation proportionnée : une page claire plutôt qu’un roman.

5

Suivi (optionnel)

Uniquement si convenu : points ponctuels, mises à jour, surveillance légère. Pas de hotline 24h.

Activité secondaire : calendrier au cas par cas, sans créneau affiché.

Principe : un technicien, pas une agence — moins de process, plus de clarté.

Expertise

Dette technique & budget : ce qu’on regarde vraiment

La dette technique, c’est le coût différé des choix précipités : plugins empilés, configs opaques, code sans documentation, sauvegardes jamais testées. Pour une TPE : chaque évolution prend plus de temps, coûte plus cher, augmente le risque de panne.

La traiter = identifier ce qui freine, prioriser, rembourser par petits pas — ou ne pas toucher à un coin stable.

Le budget : cadrage écrit, ordre de grandeur avant de coder ou d’acheter, préférer l’existant. Mesurer le coût récurrent autant que le one-shot. Parfois la bonne réponse est un outil simple, un forfait téléphone, ou de ne rien construire.

Exemple concret : SMS GateWeb

Plateforme SMS avec API sur smartphone Android — au lieu d’un gateway fournisseur coûteux. Ordre de grandeur : ~20 000 SMS/mois → ~10 000 €/mois « provider », vs ~100–150 €/mois forfait téléphone.

Détail : SMS GateWeb.

Préparation

Avant de démarrer

Plus le premier message est concret, plus le cadrage est rapide.

  • Symptômes & contexte : ce qui ne marche plus, depuis quand, impact, tentatives déjà faites
  • Accès : poste, hébergeur, panneau admin, VPN — temporaire / révocable de préférence
  • Contraintes : horaires, contact, matériel sensible, règles internes
  • Budget / ordre de grandeur : même approximatif

Ce que vous recevez en retour

Après le premier échange utile : périmètre proposé, inclus / exclu, hypothèses, prochaine étape (diagnostic, devis, ou orientation).

Pas de proposition creuse « on s’occupe de tout ». Si l’info manque, on demande avant d’avancer.

Livrables

Ce que vous récupérez

Pas de dépendance : vous devez comprendre ce qui a changé.

  • Notes de fin d’intervention
  • Accès et identifiants remis / documentés
  • Schéma ou checklist simple si utile
  • Recommandations sobres pour la suite
  • Liste claire de ce qui n’était pas inclus

Pas de boîte noire.

Limites

Ce que ce n’est pas

  • Pas un process d’agence
  • Pas de hotline 24/7 ni SLA affiché
  • Pas d’études de cas inventées ni logos clients
  • Pas d’engagement sans cadrage
  • Pas de disponibilité immédiate affichée

Adaptation

Selon le type de mission

La méthode ne change pas selon la page service : seuls le contenu du cadrage et les livrables s’adaptent.

Support & dépannage

Focus symptôme → diagnostic → correction. Remote d’abord. Voir →

Serveurs & infra

Cadrage plus technique (accès, backups, risques). Voir →

WordPress / Woo

Environnement, plugins, sauvegarde avant touche. Voir →

Développement

Besoin écrit avant le code. Voir →

Expertises assurances

Constat factuel, méthode et limites du rapport. Voir →

Serveurs de jeux

Même logique, contraintes jeu (mods, perf, sauvegardes). Voir →

Pour le suivi récurrent (rare) : Hébergement / suivi — périmètre écrit, jamais de promesse de disponibilité permanente.

FAQ

Questions fréquentes

Quels délais / calendrier ?

Pas d’horaires affichés ni délai standard. Activité secondaire : créneau réaliste au cas par cas.

Remote ou sur site ?

Remote-first. Déplacement si matériel, câblage ou locaux l’imposent — Ardèche, Drôme, Haut Var, Bas Isère.

Quels documents à la fin ?

Notes utiles, accès remis, éventuellement schéma ou checklist — proportionné au sujet.

Et en cas d’urgence ?

Via le formulaire. Pas de garantie de délai ni créneau d’urgence affiché.

Le suivi est-il obligatoire ?

Non. Seulement s’il est convenu clairement. Sinon la mission s’arrête à la transmission.

Un besoin à cadrer ?

Décrivez le contexte et ce que vous attendez. On voit si c’est dans le périmètre — sans engagement flou.

Parlons de votre projet

Un message suffit — pas de tunnel commercial. Décrivez le contexte, je vous réponds après lecture.