VESICA
FQDCM_FQ_1Brouillon

DCM_FQ_1 — Fiche prospect / pipeline CRM

Formulaire· Développement Commercial & Marketing· émetteur VESICA DCM_PRO_1

DCM_FQ_1 — Fiche prospect / pipeline CRM

Objet (quoi enregistrer)

Enregistrer l'identité, le score et l'avancement de chaque prescripteur B2B dans le pipeline commercial, avec son historique d'interactions. Support unique du suivi de prospection (DCM_PRO_1). [STANDARD]

Champs / structure

Prototype d'une table cible dcm.prospects (schéma-first, ADR-033). colonne: type.

prospect_id: uuid (PK)
type_prescripteur: enum(agence | notaire | syndic | gestionnaire | constructeur | autre)
raison_sociale: text
contact_nom: text
contact_fonction: text
email: text
telephone: text
adresse: text
zone_chalandise: enum(coeur | peripherie | hors)
volume_potentiel_an: int                 # nb dossiers/an estimé
score_icp: int                           # 0-45, cf. DCM_IQ_1
priorite: enum(P1 | P2 | P3)
stade: enum(a_contacter | contacte | rdv | en_negociation | gagne | perdu | sommeil)
source_coordonnees: text                 # provenance (RGPD) : annuaire, terrain, reco…
date_premier_contact: date
date_dernier_touch: date
date_prochaine_relance: date
nb_touches: int
concurrence_en_place: text
opt_out: bool                            # opposition RGPD → stop sollicitation
compte_lie_dossier_id: text              # 1er dossier à l'ouverture de compte (lien J1)
notes: text
cree_le: timestamptz
maj_le: timestamptz

[STANDARD]

Sous-structure : journal d'interactions (table fille dcm.prospect_interactions) :

interaction_id: uuid (PK)
prospect_id: uuid (FK → dcm.prospects)
date: timestamptz
canal: enum(mail | appel | rdv | autre)
sens: enum(sortant | entrant)
resultat: text                           # réponse, objection, no-show, RDV pris…
prochaine_action: text

[STANDARD]

Règles de remplissage

  • score_icp et priorite calculés selon DCM_IQ_1 (grille de scoring). [STANDARD]
  • source_coordonnees obligatoire (traçabilité RGPD de la provenance). [STANDARD]
  • opt_out = true → stade = perdu et arrêt de toute relance (registre d'opposition). [STANDARD]
  • date_prochaine_relance pilotée par la cadence DCM_IQ_2 ; en sommeil, fixée à T+3 mois. [STANDARD]
  • À l'ouverture de compte : stade = gagne + renseigner compte_lie_dossier_id (le 1er dossier déclenche J1). [CORPUS]
  • dossier_id au format YYMMDD-NN-CLIENT-VILLE (convention workflow, non contrainte en base). [CORPUS] (CLAUDE.md)

Rattachement (procédure/instruction)

  • Procédure : DCM_PQ_1 (prospection B2B). [STANDARD]
  • Instructions : DCM_IQ_1 (scoring), DCM_IQ_2 (cadence). [STANDARD]

Enregistrement résultant

  • Une fiche prospect persistée (1 ligne dcm.prospects + N lignes dcm.prospect_interactions). En v0 : tableur _CONFIG ou fiche .md. Cible : Postgres, édité via console S1. [STANDARD]