Aller au contenu principal
Audact
Explorer un workflow

Intégration · Pipedrive

Conçue pour faire avancer les affaires parce que l’appel les a fait avancer.

Intégration · Pipedrive: En développement

En développement : Audact créerait une activité Pipedrive pour chaque appel et ferait avancer l’affaire selon le résultat : qualifiée, rendez-vous demandé, perdue, opt-out. Le reçu de l’article 50 et la référence de transcription arriveraient sur la fiche de la personne. Une affaire qui entre dans une étape pourrait déclencher une campagne sortante dans l’autre sens, de sorte que le CRM reste la source de vérité et que la chaîne reste intacte.

L’activité qu’Audact consigne

POST /v1/activities
{
  "subject": "Audact call — booking requested",
  "type": "call",
  "done": 1,
  "deal_id": 4711,
  "person_id": 8123,
  "note": "outcome=booking_requested · call_id=01JFXHZ9Y5A3B2C4D5E6F7G8H · art50=disclosed@turn1"
}

Exemple chiffré. Acme GmbH, Nova Industries et Kestrel Industries sont fictifs ; aucune donnée client n’apparaît ici.

L’identifiant d’appel dans la note suffit pour retrouver plus tard, dans l’Evidence Vault, les reçus de cet appel.

Ce qu’elle fait

Consignerait une activité par appel, avec le résultat et l’identifiant d’appel.
En développement
Les changements d’étape seraient pilotés par les résultats de l’agent plutôt qu’à la main.
En développement
Une affaire qui entre dans une étape pourrait déclencher une campagne sortante.
En développement

Mise en place

Mise en place prévue

En développement

  1. Générez un jeton d’API Pipedrive et collez-le dans l’intégration Audact.
  2. Associez les résultats d’Audact aux étapes de votre pipeline.
  3. Choisissez les types d’activité et les champs personnalisés dans lesquels l’agent peut écrire.

Questions

L’agent peut-il faire reculer une affaire ?
En développement : seulement si vous associez un résultat à une étape antérieure. L’association serait la vôtre ; l’intégration n’inventerait aucune transition.
Que s’écrit-il pour un appel qui n’a jamais abouti ?
En développement : la réécriture prévue est une activité avec le motif (pas de réponse, bloqué par l’éligibilité, messagerie vocale) et un reçu de la décision d’éligibilité lorsqu’il y en a eu une.

La même réécriture, sans intégration

Chaque intégration est conçue sur la même API publique et les mêmes webhooks sortants, déjà documentés aujourd’hui. La référence se trouve à /docs/api-reference.

Voir l’API

Pages associées