Leçons outils4 min de lecture

Perplexity Projects : créer un brief de recherche reproductible

Transformez une tâche de recherche récurrente en un espace de travail maîtrisé, avec fichiers validés, instructions pérennes, preuves datées et revue humaine claire.

Bokili EditorialPublié le 31 août 2026· Vérifié le 31 août 2026

Un espace de recherche structuré transforme des documents internes validés et des sources web récentes en brief vérifiable

Un brief de recherche récurrent échoue souvent sur des détails : la question évolue, un vieux document interne se glisse dans les preuves, une information web perd sa date, ou l'analyste suivant ne comprend pas pourquoi une source a été jugée fiable. Perplexity Projects peut réduire ces dérives en conservant fichiers, instructions, préférences de sources et historique dans un seul espace pérenne. L'intérêt n'est pas que l'outil donne toujours la bonne réponse, mais qu'il rende la méthode visible, reproductible et plus simple à vérifier.

Le Projet : un cadre de recherche, pas une simple conversation.

Perplexity décrit un Projet comme un espace de travail pérenne et partageable pouvant contenir conversations, tâches, fichiers, instructions personnalisées, outils connectés et contexte accumulé. La documentation précise aussi que les Projets sont restreints par défaut, avec des contrôles de partage et de connexion gérés par les propriétaires et administrateurs. Ces contrôles sont utiles, mais ne remplacent pas le jugement : les fichiers peuvent devenir obsolètes, les pages web se contredire, et une synthèse fluide peut masquer une omission.

Utilisez l'espace pour fixer les règles pérennes pour chaque exécution. Gardez la question variable dans la nouvelle session ; conservez le périmètre stable, les références validées, le format de sortie et les règles de preuve dans le Projet. Cette séparation transforme une recherche ponctuelle en un processus fiable.

La configuration BRIEF

Périmètre

Définissez la décision, l'audience, la géographie, la période et les exclusions. Un brief sur les concurrents n'autorise pas à analyser toutes les entreprises ou tous les marchés.

Références

Ajoutez uniquement les fichiers internes validés. Notez le propriétaire et la date de révision hors du fichier si le document ne les indique pas clairement.

Instructions

Définissez les sections du livrable, le niveau de preuve, le format de date et l'affichage des inconnues. Demandez à l'outil de ne pas masquer les contradictions.

Preuves

Exigez un tableau des affirmations avec : source, date de publication/màj, origine (interne/web) et une note sur ce que la source appuie réellement.

Actualisation

Avant réutilisation, vérifiez si la question, les fichiers internes, les sources web ou les droits d'accès ont changé.

Cas pratique : un brief fournisseur hebdomadaire

Imaginez un analyste qui prépare chaque lundi un brief sur trois fournisseurs. Les documents internes validés sont un cahier des charges, le dernier questionnaire de sécurité et le contrat de service. La partie web couvre les changements produit et les avis d'incident des sept derniers jours. La décision est ciblée : un point nécessite-t-il une revue par le responsable du contrat cette semaine ?

Lire, c'est bien. Pratiquer, ça change tout.

Commencer

Créez le Projet une fois, puis exécutez-le avec une date à jour.

1
Créer un Projet restreint
Donnez-lui un nom précis et n'invitez que les personnes ayant besoin des fichiers. Vérifiez la politique de partage avant d'ajouter des documents sensibles.
2
Ajouter les références validées
Importez ou connectez les trois documents internes. Supprimez les doublons et notez quel document prévaut en cas de conflit.
3
Fixer les instructions
Fixez les trois fournisseurs, la fenêtre de sept jours, le tableau des sources requis et la règle selon laquelle les affirmations non sourcées deviennent des inconnues.
4
Lancer une requête datée
Demandez le brief en date du 31 août 2026. Gardez la date dans la requête pour que la prochaine exécution ne réutilise pas silencieusement l'ancienne période.
5
Vérifier avant transmission
Ouvrez les citations décisives, comparez-les au texte source, notez les conflits non résolus et nommez la personne qui doit agir.

Instruction de Projet pour un brief aux sources vérifiées

Prépare un brief hebdomadaire sur les changements fournisseurs pour le responsable de contrat. Ne couvre que le Fournisseur A, le Fournisseur B et le Fournisseur C. Utilise les fichiers de projet approuvés pour nos exigences et faits contractuels. Utilise les sources web actuelles uniquement pour les changements publiés dans la fenêtre de sept jours indiquée. Sépare les faits internes, les faits du web et les déductions de l'analyste. Pour chaque affirmation importante, indique la source, sa date et ce qu'elle appuie. Si les sources se contredisent ou qu'une preuve manque, écris « Non résolu » et explique la prochaine vérification. Termine par : aucune action, à surveiller, ou revue par le responsable requise. Ne recommande pas de décision sans consulter les preuves.

Un court brief décisionnel, suivi d'un tableau des preuves et d'une section visible pour les points non résolus.

Adaptez l'accès aux sources et le traitement des données à la politique de votre organisation. La disponibilité des fonctionnalités peut dépendre de votre forfait et des paramètres administrateur.

Vérifiez preuves, accès et transmission.

La documentation de la fonction Internal Knowledge Search de Perplexity indique que les utilisateurs peuvent combiner des fichiers internes avec des sources web et recevoir des citations. Le guide des connecteurs ajoute une limite importante : un utilisateur peut rechercher un fichier via un Project partagé, mais ne peut consulter la source que s'il y est autorisé dans le système de stockage d'origine. Le passage de relais doit en tenir compte. Un réviseur qui ne peut ouvrir la preuve ne peut terminer sa relecture.

Réutiliser le brief la semaine prochaine

Modifiez la période et reformulez la décision que le brief doit éclairer.
Confirmez que chaque fichier interne est à jour, validé et nécessaire.
Vérifiez que les collaborateurs conservent le bon niveau d’accès, sans droits inutiles.
Ouvrez les citations derrière chaque affirmation susceptible de changer l’action.
Étiquetez les déductions, désaccords et preuves manquantes au lieu de les fondre dans le texte.
Notez le réviseur, la décision et le suivi non résolu.
Supprimez les fichiers ou collaborateurs lorsque le travail est terminé.

Assurer la reproductibilité

Un Project est utile si un collègue peut en voir les limites, reproduire la recherche et questionner les sources. Il ne doit pas devenir une boîte noire opaque que personne ne maintient. Associez cette méthode aux modèles Bokili : vérification des omissions dans les résumés IA, passage de relais et template d'expérimentation de prompts. Le meilleur brief hebdo n'est pas le plus peaufiné. C'est celui dont les sources, les dates, les inconnues et le prochain responsable restent consultables.