# Suivi métier des clients — de l'upload initial au suivi dans la durée

**Statut : premier jet.** Ce document décrit le processus côté agence (lesiteduliberal.fr),
pas le fonctionnement technique de l'application — voir `applicatif/` pour ça. Il part de ce
qui est déjà acté dans `fonctionnel/cdc-fonctionnel.md` et `applicatif/client-json-explication.md`,
mais la partie "suivi dans la durée" ci-dessous est une reconstitution à partir du contexte de
la conversation — à corriger et compléter par Christophe, ce n'est pas un processus que
l'assistant peut connaître de lui-même.

## Principe général

L'agence est la seule utilisatrice de l'application — le client final (artisan, praticien...)
n'a jamais accès à `/gestion`, sous quelque forme que ce soit (voir `cdc-fonctionnel.md`,
en-tête). Toute la relation de suivi passe par l'agence : c'est elle qui saisit, met à jour et
publie les informations du client, généralement suite à un échange (téléphone, e-mail, visite).

## 1. Création d'un client — l'upload initial

Un client n'existe dans l'application que par **import d'un fichier JSON** conforme au schéma
documenté dans `applicatif/client-json-explication.md` (gabarit vide :
`applicatif/client-json-structure.json`). Pas de formulaire "nouveau client" vide, pas de
commande de scaffolding — l'import est le seul chemin de création.

**Informations de base à réunir avant l'import** (voir le détail champ par champ dans
`client-json-explication.md`) :

- **Identité** : prénom, nom, nom commercial éventuel, métier (slug + libellé + spécialités).
- **Localisation** : une ou plusieurs adresses de cabinet (rue, code postal, ville,
  téléphone, horaires, lien Google Maps).
- **Contact & action** : e-mail (optionnel), lien de prise de RDV en ligne si le client en
  utilise un, ou à défaut un CTA (lien + libellé).
- **Identifiants légaux** : SIRET, TVA, et pour les professions de santé réglementées ADELI/RPPS.
- **Contenu narratif** : présentation du métier, biographie, approche/valeurs — généralement
  rédigés à partir d'un échange avec le client (interview), voir le champ `credits.interviewer`.
- **Prestations** : une par service proposé, avec au minimum nom + descriptif court ; le
  reste (déroulement, avantages, FAQ dédiée...) peut être complété plus tard.
- **Avis clients** existants à reprendre, s'il y en a.
- **SEO** : title/description/mots-clés de la page d'accueil, ville ciblée si différente de la
  ville réelle du cabinet.

**Photos à prévoir** (voir `applicatif/client-dossier-arborescence.md` pour le détail
technique du nommage) :

- 3 photos d'accueil : portrait hero, illustration biographie, illustration approche métier.
- Le cas échéant, des photos de portfolio par prestation (upload + métadonnées saisis
  ensemble, jamais déduit d'un dossier).

**À l'import** : le client est créé avec un fichier brouillon et un fichier publié identiques,
`publie` forcé à `false` côté serveur quoi que contienne le JSON importé — aucune mise en
ligne accidentelle possible.

## 2. Administration au fil de la relation client

*(Cette section suppose l'admin `/gestion` construite — non fait à ce jour, voir
`applicatif/specifications-techniques.md` pour l'état d'avancement réel.)*

Toute modification ultérieure — nouvelle prestation, mise à jour tarifaire, nouvel avis,
nouvelles photos, changement d'horaires... — passe par `/gestion`, qui n'écrit **jamais** que
dans le fichier brouillon du client. Le fichier publié n'est mis à jour qu'au moment où
l'agence déclenche explicitement l'action "Publier".

Ce mécanisme sert un besoin très concret : pouvoir **prévisualiser une modification avant
qu'elle ne soit visible du client ou de ses visiteurs**, que ce soit un client déjà en ligne ou
encore en construction (`/sandbox/{slug}`).

## 3. Ce qui reste à préciser (Christophe)

- Où sont collectées les informations de base aujourd'hui, avant de constituer le JSON
  (formulaire, entretien, questionnaire type) ?
- Quel déclencheur type entraîne une mise à jour (le client rappelle l'agence, relance
  périodique de l'agence elle-même, autre) ?
- Y a-t-il un suivi/CRM externe des clients (dates de dernier contact, historique
  d'échanges) ou est-ce que ce fichier doit en tenir lieu ?
- Fréquence et déclencheur de l'action "Publier" — systématique après chaque modification,
  ou l'agence attend-elle une validation du client avant de publier ?