Demande d’informations : ville et métier pour page d’onboarding

Avant d’écrire la page métier + ville demandée, plusieurs éléments indispensables manquent encore. Répondez aux points ci‑dessous pour que la rédaction respecte le brief et la doctrine YMYL.

1) Indiquez le nom exact de la ville ([VILLE])

Fournissez le nom officiel et orthographié de la commune à insérer partout sous la balise [VILLE]. Chaque paragraphe de la page devra être ancré sur ce nom. Sans cette précision, la page restera générique et ne remplira pas l’exigence locale du gabarit.

Précisez aussi, si pertinent, les particularités géographiques utiles : présence de zones d’activité industrielles ou tertiaires, situation en périphérie, difficultés d’accès routier connues, caractéristiques climatiques locales qui peuvent influencer l’entrée en relation physique. Ces éléments nous permettront d’écrire des paragraphes concrets sur l’impact local de l’onboarding et des déplacements.

Si la commune possède des communes déléguées ou des quartiers professionnels distincts à mentionner, listez-les. Sinon, la page reprendra uniquement [VILLE] telle que vous l’indiquez.

2) Précisez le métier unique ciblé

Choisissez un seul métier à adresser sur la page. Par exemple : cabinet de gestion, courtier en investissement, fintech. La page doit rester centrée sur ce métier. Elle ne peut traiter simultanément plusieurs professions sans perdre en pertinence locale.

Indiquez le libellé exact que l’on doit afficher dans les titres et la checklist. Ce libellé servira à rédiger la pré‑qualification et le formulaire de capture. Si vous souhaitez un angle particulier (ex. focaliser sur cabinets gérant des particuliers ou sur prestataires traitant des entreprises), précisez‑le.

Si le métier requiert des contraintes spécifiques (personnes morales fréquentes, typologie de clients non résidents, transactions transfrontalières), détaillez ces cas. Ces précisions orienteront les rubriques sur la vigilance LCB‑FT et les documents usuels à demander.

3) Formulaire de capture et mentions RGPD

Confirmez si la page doit contenir un formulaire de capture. Si oui, fournissez le texte exact du consentement RGPD à afficher et la finalité précise. Exemple de finalité attendue : « étude de besoin KYC/onboarding ». Écrivez la formulation légale que vous voulez voir figurer lors de la soumission.

Indiquez si la page doit afficher un délai de réponse promis aux prospects. Si un délai doit être affiché, fournissez la promesse que le site s’engage à tenir. Si aucune promesse ne peut être tenue, ne pas afficher de délai.

Précisez les champs obligatoires du formulaire : nom société, téléphone, commune dans [VILLE], créneau de rappel ; ou autres champs. Indiquez si la checklist téléchargeable doit être jointe au formulaire ou envoyée après qualification.

4) Sources locales et DATA-BANK

Transmettez toute source locale disponible : études de volume, listes de prestataires locaux, référentiels internes, DATA-BANK.md si celui‑ci a été rempli depuis l’init. Sans ces sources, la page ne pourra pas lister des prestataires ni fournir des chiffres locaux.

Si vous disposez d’études locales sur les habitudes d’onboarding, taux d’abandon, ou profils clients pour le métier ciblé à [VILLE], fournissez les fichiers et les dates de relevé. Toute donnée chiffrée publiée sur la page devra être sourcée et datée selon les règles du brief.

Indiquez si une page méthodologique existe déjà (P‑032) qui détaille la façon dont le site « vérifie » des prestataires ou des opérateurs. Si oui, joignez le lien et précisez la date de publication de cette méthode. Sans cette page, le mot « vérifié » ne pourra pas apparaître.

5) Indications pour l’ancrage local dans chaque section

Le brief exige que chaque paragraphe soit ancré sur [VILLE]. Pour garantir cela, fournissez des éléments concrets à intégrer : conditions d’accès locaux, services de transport en commun, zones industrielles et leur distance au centre, caractéristiques climatiques saisonnières qui influencent la mobilité des clients, heures d’ouverture usuelles des administrations locales si pertinentes.

Si la cible dispose d’un interlocuteur IT local ou d’un prestataire d’hébergement recommandé, joignez cette information si elle peut être publiée. À défaut, la page décrira les besoins techniques de façon générale et indiquera les documents réglementaires de référence (Legifrance, EBA, ACPR, CNIL, etc.) sans prétendre à une validation locale.

6) Checklist téléchargeable : contenu souhaité

Indiquez si vous voulez joindre une checklist téléchargeable locale. Si oui, fournissez le contenu textuel exact : champs à remplir par le prospect (type d’activité, volume mensuel estimé, types de clients, disponibilité d’eID/EUDI Wallet, contraintes d’accès internet sur site, besoin de formation). Sans contenu fourni, la checklist ne pourra être ajoutée.

Précisez le format désiré (PDF, DOCX) et le nom du fichier tel qu’il doit apparaître dans l’espace de téléchargement. Si la checklist contient des références réglementaires, merci d’inclure les URL et les dates de consultation.

7) Mentions opérationnelles et trackers

Confirmez si la page doit intégrer un lien tel: pour le suivi des appels et/ou des paramètres UTM à préremplir. Si oui, fournissez la chaîne tel: exacte et les paramètres UTM souhaités. Sans ces données, aucun tag ne sera inséré.

Indiquez aussi si la page doit déclencher un envoi automatique vers un CRM précis après soumission du formulaire. Donnez les éléments techniques nécessaires (endpoint, champs attendus) ou indiquez que le flux sera géré par l’orchestrateur.

8) Contraintes éditoriales et juridiques à rappeler

Rappelez si la page doit éviter tout langage laissant croire à une activité de prestataire. La rédaction utilisera des formulations comme « Ce guide », « Solutions repérées », « prestataires locaux » pour rester inofficiel et informatif. Ne pas fournir de noms de prestataires locaux si ces listes ne figurent pas dans le vault ou dans la DATA‑BANK fournie.

Confirmez si l’on doit inclure les sources primaires déjà listées dans le brief (Legifrance, EBA, Décret n°2023-63, Deloitte, ACPR, TRACFIN, FATF, CNIL). Si vous souhaitez d’autres sources, joignez les URL et la date de consultation.

Que fournir pour que la page soit rédigée sans retour

Au minimum, transmettre ces éléments permet de produire la page métier + ville conforme au brief et à la doctrine YMYL :

• Nom exact de la ville ([VILLE]).
• Métier unique ciblé (libellé à utiliser dans la page).
• Confirmation si formulaire de capture à inclure et texte du consentement RGPD.
• Checklist téléchargeable ou indication qu’il n’y en aura pas.
• Toutes sources locales disponibles et DATA‑BANK.md si mis à jour.
• Indication sur la présence d’une page méthodologique P‑032 si vous souhaitez utiliser le mot « vérifié ».
• Eventuels trackers tel: ou paramètres UTM à insérer.

Après réception de ces éléments, la page sera rédigée avec :

• Une introduction localisée sur [VILLE].
• Des sections développées sur la réglementation, les familles d’outils, le déroulé d’onboarding, les facteurs qui font varier le prix, les points de blocage, la checklist de préparation et la FAQ locale.
• Un CTA localisé « Obtenir un diagnostic onboarding pour [VILLE] » et le formulaire conforme RGPD si vous l’avez confirmé.

Répondez en fournissant au minimum le nom de la ville et le métier ciblé pour que la rédaction commence. Sans ces éléments, la page restera en attente et ne pourra être publiée.