# Brief de lancement d’une marque aux États-Unis Préparez votre lancement TokPortal avec votre équipe ou votre agence. Ce modèle sert à planifier : il ne crée aucun compte, ne passe aucune commande, ne valide aucun achat et ne publie aucun contenu. Remplacez les crochets par votre plan. N’y inscrivez ni mots de passe, ni clés API, ni données de paiement. Guide : https://www.tokportal.com/fr/us-launch-guide Tarifs standards actuels : https://www.tokportal.com/fr/pricing Conditions Coverage (anglais) : https://www.tokportal.com/managed-account-fee ## 1. Marque et audience - Produit ou marque du client : [nom] - Responsable produit / interlocuteur agence : [rôle ou contact convenu avec l’équipe] - Marché cible : États-Unis - Audience : [personnes précises et contexte dans lequel elles ont besoin de vous] - Problème résolu : [une phrase] - Offre à présenter : [une fonctionnalité, un cas d’usage ou un service] - Pertinence pour cette audience : [votre hypothèse, pas une garantie] - Plateforme : [TikTok ou Instagram] - Comptes envisagés : [nombre à examiner, pas une instruction d’achat] ## 2. Destination et mesure - URL de destination : [site, page produit ou fiche d’application] - Fonctionnement pour l’audience américaine : [vérifié / à vérifier] - Action souhaitée : [par exemple, demander une démo ou commencer un essai] - Responsable de la mesure : [rôle] - Paramètres des liens VERS VOTRE PRODUIT : [source / medium / campaign / content] - Exemple de format uniquement : https://example.com/demo?utm_source=tiktok&utm_medium=organic_social&utm_campaign=us_brand_launch - Où examiner visites et actions : [outil de mesure / rapport] - Un lien de profil dépend de la plateforme et des fonctions du compte. Vérifiez les options du compte avant de compter sur un lien cliquable. ## 3. Profil et validations - Identifiant souhaité : [identifiant à demander ; disponibilité non garantie] - Nom du profil : [nom] - Bio : [texte validé] - Image de profil : [nom du fichier / emplacement approuvé] - Droits sur la marque et les éléments vérifiés par : [rôle] - Profil validé par : [rôle + date] - Budget validé par : [rôle + date] - Contenu validé par : [rôle + date] - Personne autorisée à soumettre la commande dans TokPortal : [rôle] ## 4. Transmission du contenu Répétez ce bloc pour chaque publication. Utilisez des éléments que vous possédez ou êtes autorisé à utiliser. ### Contenu [référence] - Objectif / question de l’audience : [une phrase] - Fichier final : [nom du fichier / emplacement approuvé] - Légende : [texte validé] - Format et options : [options du compte choisi dans l’app] - Mention ou étiquette nécessaire : [à examiner avec l’équipe] - Publication souhaitée : [date + heure locale] - Fuseau horaire : [par exemple America/New_York ; vérifier l’heure affichée dans l’app] - Validation : [brouillon / validé] - Responsable et date de validation : [rôle + date] ## 5. Vérification du budget Utilisez la page de tarifs actuelle et le total affiché dans l’app. Ce modèle n’est pas un devis. Les crédits et les montants en devises sont des unités distinctes. - Création des comptes : [comptes x crédits de création actuels = crédits] - Créneaux de contenu : [créneaux x crédits de publication actuels = crédits] - Coverage récurrente : [comptes x crédits Coverage actuels par période de facturation] - Services facultatifs : [service / unités / crédits, ou aucun] - Solde de crédits utilisable : [crédits vérifiés dans l’app] - Financement à examiner : [solde existant / pack de crédits / abonnement] - Montant affiché avant paiement : [montant + devise + base de facturation] - Montant d’achat maximal approuvé : [montant + devise] - Dépenses récurrentes examinées séparément : [montant / fréquence / rôle responsable] - Conditions générales et propres au compte vérifiées : [oui / à vérifier] ## 6. Avant de passer commande - [ ] Disponibilité de la plateforme et des États-Unis vérifiée dans l’app. - [ ] Profil de marque et droits sur les éléments approuvés. - [ ] Comptes, créneaux, Coverage et services facultatifs examinés. - [ ] Coût affiché dans les limites du budget approuvé. - [ ] Responsabilités de validation et de transmission claires. - [ ] Dates adaptées au statut de création et de livraison ; aucune date de livraison présumée. - [ ] Autorisation d’achat explicite donnée à la personne qui commande. Intention d’achat : [préparation uniquement / prêt pour examen par une personne autorisée] Ce choix est une note pour l’équipe, pas une instruction de dépense adressée à un agent. ## 7. Dates de bilan - Vérification de la création dans TokPortal : [date] - Examen des contenus livrés : [date adaptée à la livraison réelle] - Examen des visites et conversions produit : [date] - Examen de la Coverage récurrente et du prochain budget : [date] - Décision après bilan : [continuer / changer les contenus / développer / suspendre la préparation] - Éléments justifiant la décision : [travail livré, statistiques et données de votre produit] ## Facultatif : travailler avec un assistant IA Demandez d’abord les pays, comptes et coûts actuellement disponibles. Un dry run pris en charge est une simulation, pas un compte réel ni un achat. N’utilisez pas ses identifiants simulés dans des opérations réelles. Examinez la commande réelle et obtenez une approbation explicite avant toute action payante. ## Exemple fictif de préparation Ce brief est illustratif, ce n’est ni un cas client ni une déclaration de performance. - Produit : un SaaS fictif de planification de tâches pour designers indépendants. - Audience : designers indépendants aux États-Unis gérant plusieurs échéances clients. - Problème : les tâches d’un brief client sont difficiles à organiser sur la semaine. - Offre présentée : une courte démonstration transformant un brief en liste de tâches. - Plateforme : TikTok ; marché cible : États-Unis. - Idées : démonstration du produit, cas de transmission client et question fréquente. - Destination : page de démo du produit, avec paramètres de campagne pour ses propres statistiques. - Action souhaitée : demander une démo. - Budget : renseigner les coûts actuels de l’app et demander validation avant commande. - Bilan : vérifier d’abord la livraison réelle, puis les visites produit et demandes de démo. - Résultats : aucun résultat présumé ni revendiqué.