Comprendre votre OS
Missions : gardez la promesse avec la prochaine étape.
Qui attend, qu’avez-vous promis et que faut-il obtenir avant d’avancer ? Gardez ensemble la raison, le responsable et la prochaine étape pour qu’un suivi reste compréhensible quand un collègue le reprend.
Le travail au quotidien
« Rappeler le client. » Pour quoi, et pourquoi maintenant ?
Un rappel donne une date. Le travail a aussi besoin de sa raison : un accord manquant, un devis à revoir ou une question sans réponse. Une mission garde ce contexte avec l’engagement.
Suivre l’engagement, jusqu’à lever le blocage.
Préparer la visite
Autorisation signée
Léa
01L’engagementComprendre la raison du suivi.
« Nous préparerons la visite dès réception de l’autorisation d’accès signée. »
Client : Camille. Responsable : Léa. Prochaine étape : demander l’autorisation signée avant d’organiser la visite.
Un signal pris en charge ou une demande explicite peut être à l’origine de la mission.
02Le blocageVoir ce qui doit arriver avant.
« Pourquoi l’intervention de Camille attend-elle encore ? »
L’autorisation manque. Léa peut préparer une relance précisant le document attendu et sa raison.
Une relance préparée n’est pas un message livré.
03La suiteReprendre à partir de ce qui a changé.
Le document arrive. La personne responsable le vérifie avant de poursuivre.
Autorisation reçue, contenu à vérifier. Si elle convient, préparer l’invitation de réservation avec les consignes d’accès.
Recevoir une pièce ne la valide pas automatiquement et ne clôture pas à lui seul la mission.
Exemple fictif, pas une capture du produit. Les sources et accès doivent être configurés ; les réponses illustrées s’appuient sur les informations présentées.
Un collègue reprend le travail, pas seulement son intitulé.
L’équipe retrouve l’engagement, son responsable et la raison de l’attente. Un manager autorisé peut examiner le travail ouvert dans son périmètre. La réaffectation garde la responsabilité explicite.
Comprendre la responsabilité et la collaborationSur cette page
Pourquoi une mission existe
Les petites actions se perdent : rappeler un client, envoyer le devis promis, demander une pièce, confirmer une réunion, appliquer une décision ou répondre avec la procédure approuvée. L’information peut rester dans un appel, un message ou la mémoire d’une personne.
Une mission relie ce qui s’est passé à ce qui doit être fait. Elle garde les personnes concernées, la raison de l’action, l’échéance, le responsable, la validation attendue et la prochaine étape.
Une mission n’est pas une tâche sans histoire
« Appeler Marc » ne suffit pas. Une mission utile précise que Marc a demandé un rappel vendredi après avoir étudié la proposition, qu’il attend une version révisée et qu’une explication sur le déploiement doit être préparée.
La mission explique pourquoi agir et ce qui peut être préparé. Elle peut concerner un rappel, une relance, un document, un devis, un rendez-vous, une action interne ou une décision issue d’un groupe.
Création manuelle et signaux du travail
Une mission peut être créée à partir d’une demande explicite ou préparée depuis un signal pris en charge : « rappelle-moi demain » dans un appel, « envoie le document » dans un message, une responsabilité attribuée en réunion, une procédure à mettre à jour dans un groupe ou un dossier à préparer avant un rendez-vous.
Le signal doit être reçu, rattaché au bon contexte et suffisamment clair. Toutes les phrases ne deviennent pas des missions. Une information manquante doit être clarifiée.
Préparation, confirmation et résultat
AlefOS peut préparer un message, une synthèse, une proposition de réunion ou une autre action disponible. L’utilisateur conserve la décision dans le parcours prévu. Une mission en attente peut être confirmée, rejetée ou archivée selon son état.
La confirmation d’une mission engage son parcours d’exécution ; ce n’est pas une simple consultation. Une mission rejetée ne doit pas être exécutée. Archiver une mission sans suite ne signifie pas envoyer le message qu’elle proposait.
Ce que consulte le collaborateur
Les missions permettent de retrouver les rappels du jour, promesses ouvertes, documents manquants, messages prêts, relances en retard et éléments à valider. Chaque détail doit rester relié au contact, au signal d’origine et, lorsqu’il existe, au rendez-vous concerné.
Exemple : une pièce signée est nécessaire avant une intervention. La mission conserve la pièce attendue, le client, la date de relance, le brouillon éventuel et le statut de suivi.
Ce que consulte le responsable
Dans son périmètre, le responsable peut examiner les actions ouvertes, retards, clients en attente, blocages et préparations non exécutées. Les missions peuvent faire apparaître des difficultés récurrentes : même document manquant, validation lente ou responsabilité non attribuée.
Ces constats dépendent des données et filtres disponibles. La documentation ne promet pas un indicateur de performance calculé si le produit ne le fournit pas.
Affectation et file d’entreprise
Une mission peut être attribuée à un membre responsable, réaffectée selon les droits ou remise dans la file d’entreprise. Le retrait de l’affectation individuelle ne supprime pas le travail ni son contexte.
La reprise doit être explicite. L’identité du responsable reste visible et les changements d’affectation sont tracés. Une vue de manager ne donne pas accès à des dossiers hors de son périmètre.
Lire l’état avant de poursuivre
Une mission utile répond à six questions : d’où vient la demande, pourquoi compte-t-elle, qui en est responsable, pour quand, qu’est-ce qui la bloque et quelle est la suite ? Un rappel porte une heure ; une mission conserve l’engagement et son contexte disponible.
En attente, exécutée, rejetée et archivée ne sont pas des états interchangeables. Confirmer une mission exécutable en attente peut lancer son action ; l’archivage ne prouve pas que le client a été contacté. Consultez la source et le résultat avant d’annoncer une réalisation.
Référence de fonctionnement
Modules, outils et conditions d’accès
Cette référence décrit les opérations MCP et leurs effets. La liste effectivement exposée à votre assistant dépend du serveur déployé, des modules et des autorisations. Une lecture, un brouillon et une exécution sont des opérations distinctes.
Missions et responsabilités
Lire la source et l’état d’exécution avant d’agir. Confirmer exécute une mission en attente ; rejeter et archiver ont des effets distincts. L’affectation dépend des rôles de l’entreprise.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
missions. | Lister les missions de l’utilisateur courant, éventuellement regroupées par contact. |
missions. | Lire la source, les objets liés et l’état d’exécution d’une mission. |
missions. | Confirmer et exécuter une mission en attente. |
missions. | Rejeter une mission en attente sans l’exécuter. |
missions. | Archiver une mission sans exécuter ni supprimer son action. |
missions. | Affecter depuis la file d’entreprise ou réaffecter avec le rôle requis ; les changements sont tracés. |
Signaux et actions contrôlées
Ajouter un signal peut enrichir la mémoire et préparer du travail en attente sans exécuter un envoi. Un action_id identifie une préparation ; son exécution et son résultat doivent rester distincts d’une réponse en lecture seule.
Faites glisser le tableau pour lire toutes les colonnes. Au clavier : flèches gauche et droite.
| Outil | Fonction et effet |
|---|---|
signals. | Rechercher des mots-clés dans les titres et contenus des signaux extraits. |
signals. | Lire un signal accessible, ses participants et les missions associées. |
signals. | Enrichir la mémoire depuis une note ou source structurée ; les éléments manquants peuvent nécessiter une clarification. Aucun envoi n’est exécuté. |
signals. | Corriger ou enrichir un signal existant sans en créer un autre. |
alefos. | Lire un briefing compact sur le travail à traiter et le contexte récent visibles. |
alefos. | Lire une synthèse d’une journée locale dans le périmètre courant. |
actions. | Exécuter après confirmation le travail préparé identifié par action_id. |
Les scénarios de cette page illustrent des parcours, pas des données clients réelles ni une garantie de résultat. Les connexions et capacités doivent être activées et vérifiées pour votre environnement. Les outils métier officiels conservent leurs responsabilités.
Poursuivre la lecture
Une capacité de votre OS IA d’entreprise. AlefOS fournit le socle commun ; votre déploiement définit les outils activés et les accès. Comprendre votre OS IA ↗