Que fait pairwise-daily-briefing ?
Quand l'utiliser : L'utilisateur souhaite un aperçu rapide de son travail Pairwise, pour aujourd'hui ou pour une période qu'il mentionne.
Quand ne pas l'utiliser : Pour une analyse approfondie d'une seule demande de service (utiliser pairwise-recruiting-pipeline-review).
Suivre la compétence pairwise-mcp pour la formulation (demande de service ou poste, évaluation ou entretien), les liens et la visibilité client. Les exemples ici utilisent la formulation "services".
Entrées
- Optionnel : une fenêtre de temps ("aujourd'hui", "depuis lundi"). Par défaut : les dernières 24 heures, ou depuis le dernier jour ouvré.
- Optionnel : un focus, comme une seule demande de service ou uniquement les retours.
Procédure
- Tableau de bord. Récupérer le tableau de bord de l'utilisateur : ses demandes de service ouvertes avec le nombre de candidats par étape, les épinglées en premier, plus le nombre de celles en brouillon ou en attente.
- Notifications. Récupérer les notifications les plus récentes. Charger plus de pages uniquement jusqu'à ce que les éléments soient plus anciens que la fenêtre de temps, et s'arrêter après environ 100 éléments.
- Ignorer les actions de l'utilisateur. Les actions effectuées par l'utilisateur lui-même ne sont pas nouvelles pour lui.
- Grouper les notifications :
- Retours : de l'équipe, du client ou de la direction, sur un candidat.
- Offres faites.
- Changements d'équipe : l'utilisateur a été ajouté ou retiré d'une demande de service.
- Changements de priorité sur une demande de service.
- Sélectionner ce qui nécessite attention. Ne mentionner que ce que montrent les données, par exemple :
- Offres faites.
- Nouveau retour sur un candidat.
- Une demande de service dont la priorité a augmenté.
- Rédiger le briefing (format ci-dessous). Rester court. L'utilisateur peut demander plus de détails.
Sortie
**Nécessite attention**
- <élément, avec liens>
**Retours et offres** (<fenêtre de temps>)
- <qui> sur <lien candidat> pour <lien demande de service> : <résumé en une ligne>
**Demandes de service ouvertes**
| Demande de service | Priorité | Sourcé | En revue | En évaluation |
<une ligne : combien d'autres sont ouvertes, et combien en brouillon et en attente>
-
Dans le tableau, afficher les demandes de service épinglées et celles avec des candidats en évaluation. Afficher au maximum 10 lignes, et compter le reste dans la ligne en dessous.
-
Le tableau de bord donne un compte par étape. Pour les comptes de candidats contactés et intéressés sur une demande de service, utiliser les étapes de statut de la compétence pairwise-mcp.
-
Lier chaque demande de service à son pipeline, et chaque candidat à sa candidature. Les notifications concernant un candidat portent les deux identifiants.
-
Citer les retours en une ligne courte. Ne pas transformer une évaluation en un nombre que l'utilisateur n'a pas vu.
-
Les retours clients peuvent montrer un évaluateur sans nom réel. L'appeler "le client".
-
Marquer les retours de l'équipe et de la direction (interne), comme le dit la compétence pairwise-mcp. Si l'utilisateur veut le briefing pour un client, les omettre.
Exemple synthétique
Utilisateur : "Qu'est-ce qui nécessite mon attention dans Pairwise aujourd'hui ?"
Nécessite attention
- Une offre a été faite à Jordan Lee pour Data Engineer.
- Le client a laissé un retour sur Sam Ortiz pour Account Executive.
Retours et offres (dernières 24 heures)
- Le client sur Sam Ortiz pour Account Executive : "Appels de découverte solides. Veut plus de profondeur sur les prix."
- L'équipe (interne) sur Jordan Lee pour Data Engineer : "Clair sur la conception en streaming. Vérifier la fourchette salariale."
Demandes de service ouvertes
Demande de service Priorité Sourcé En revue En évaluation Data Engineer Haute 1 204 63 4 Account Executive Moyenne 410 18 2 3 autres demandes de service sont ouvertes. 2 sont en brouillon et 1 est en attente.
Modes d'échec
- "Nouveau" ne signifie pas "non lu ici". Pairwise marque les notifications comme nouvelles jusqu'à ce que l'utilisateur les ouvre dans l'application web. Les lire via l'assistant ne change pas cela, donc les mêmes éléments peuvent apparaître comme nouveaux à chaque briefing. Utiliser la fenêtre de temps, pas le drapeau "nouveau".
- Demandes de service en attente apparaissent uniquement comme un compte dans le tableau de bord. Les rechercher par nom si l'utilisateur le demande.
- Tableau de bord vide : l'utilisateur peut n'avoir aucune demande de service ouverte, ou aucun accès. Le dire et suggérer de vérifier l'application web.
- Trop d'éléments à afficher : résumer les comptes par groupe et lister uniquement les principaux éléments.
À ne pas faire
- Ne jamais inventer une urgence que les données ne montrent pas.
- Ne jamais lister les propres actions de l'utilisateur comme des nouvelles.
- Ne jamais marquer quoi que ce soit comme traité ou lu. L'assistant ne peut pas modifier Pairwise.