DocuSign
unterschrieben direkt auf dem Deal.
DocuSign-E-Signatur, verdrahtet mit CRM und CPQ, damit Verträge aus echten Deal-Daten entstehen und unterschrieben zurückkommen, ohne dass jemand etwas abtippt. Templates, Signaturstatus und die unterschriebenen Werte selbst landen auf dem Datensatz, mit angehängtem Audit Trail.
Envelope-Konsole
Signaturfluss · live
Status und unterschriebene Felder jedes Envelopes landen über DocuSign Connect auf dem CRM-Datensatz, nicht hinterher von Hand abgetippt.
Im Einsatz bei Teams von
Triage des Signaturflusses
Der Vertrag verlässt das CRM und kommt nie ganz zurück.
Die Unterschrift passiert in DocuSign, der Deal passiert im CRM, und die Lücke dazwischen füllt ein Mensch, der Felder herauskopiert und wieder hineintippt.
Verträge, gebaut per Copy-paste
Reps bauen denselben Rahmenvertrag in Word neu und kleben ein Dutzend Felder hinein: Accountname, Anzahl Seats, Preis, Laufzeit, direkt aus dem CRM. Jedes Envelope ist eine neue Gelegenheit, sich in einer Zahl zu vertippen, und niemand kann belegen, welche Template-Version tatsächlich rausging.
Signaturstatus unsichtbar auf dem Deal
Das Envelope lebt in DocuSign, der Deal lebt im CRM. Um „ist das schon unterschrieben?“ zu beantworten, loggt sich ein Rep in ein zweites System ein oder fragt beim Kunden nach, weil nichts die Zustände gesendet, zugestellt und abgeschlossen zurück auf die Opportunity schiebt.
Unterschriebene Werte von Hand abgetippt
Sobald der Vertrag signiert zurückkommt, öffnet jemand das PDF und tippt Endpreis, Startdatum und Laufzeit ins CRM. Die Felder, die der Kunde ausgefüllt hat, schreiben nie zurück. Die Single Source of Truth ist also ein Mensch, der zum Quartalsende ein Dokument abschreibt.
Kein Audit Trail auf dem Datensatz
Das unterzeichnete PDF und sein Certificate of Completion liegen im Postfach eines Reps oder in einem DocuSign-Ordner, nicht am Account. Wenn Finance oder ein Renewal den Vertrag zwei Jahre später braucht, ist es eine Suche quer durch Postfächer statt ein Klick.
Einmal verdrahtet, dann läuft es ohne euch.
1. Den Vertragsfluss kartieren
Wir inventarisieren jeden Vertragstyp, den ihr verschickt, die Felder, die jeder davon aus CRM und CPQ zieht, die Unterschriftsreihenfolge und die Stellen, an denen die signierten Werte landen müssen. Was heute Copy-paste ist, wird zu einer dokumentierten Merge-Map, bevor wir DocuSign anfassen.
2. Templates und Rückschreibung verdrahten
DocuSign-Templates, die aus CRM- und CPQ-Daten entstehen, Empfänger-Routing und Unterschriftsreihenfolge je Vertragstyp, und DocuSign Connect so verdrahtet, dass die Zustände gesendet, zugestellt und abgeschlossen plus die signierten Tabs direkt zurück auf den Datensatz schreiben.
3. Beweisen und übergeben
Wir schicken echte Envelopes von Anfang bis Ende durch, prüfen, dass Status und signierte Felder auf dem Datensatz landen, und übergeben eurem Team die Merge-Map, die Template-Bibliothek und ein Runbook, mit dem ihr einen neuen Vertragstyp ohne uns anlegt.
Was auf dem Datensatz landet.
Kein DocuSign-Seat und ein Ordner voller PDFs, sondern ein Signaturfluss, der im CRM verdrahtet ist und bei dem Dokument, Status und Daten alle auf dem Deal liegen.
Templates aus CRM und CPQ
Ein Template pro Vertragstyp, Merge-Felder gemappt auf CRM und CPQ, damit Account, Anzahl Seats, Preis und Laufzeit sich selbst befüllen. Kein Copy-paste, keine falsche Zahl, eine von Legal freigegebene Version je Vertrag.
Status synchron auf dem Deal
DocuSign Connect schiebt jeden Envelope-Zustand in Echtzeit auf die Opportunity: gesendet, zugestellt, abgeschlossen, abgelehnt, storniert. Aus „ist das unterschrieben?“ wird ein Feld auf dem Datensatz statt ein Login in ein zweites System.
Signierte Felder zurückgeschrieben
Die Tabs, die der Kunde ausfüllt, schreiben in dem Moment ins CRM zurück, in dem das Envelope schließt: Endpreis, Startdatum, Laufzeit. Niemand tippt einen unterschriebenen Vertrag ab, also gibt es null Abschreibfehler zwischen Papier und Pipeline.
Audit Trail am Account
Das unterzeichnete PDF und sein Certificate of Completion hängen sich automatisch an den Datensatz, mit Identität der Unterzeichner, Zeitstempeln und IP. Zwei Jahre später ist der Vertrag ein Klick am Account, keine Postfachsuche.
Signatur-Monitor
Live auf dem Datensatz
Signierte Felder auf dem Datensatz
22
Felder zurückgeschrieben
5
Envelope-Zustände synchron
Unterschreiben, synchronisieren und nie wieder abtippen.
Der Umfang hängt daran, wie viele Vertragstypen ihr verschickt, an eurem CRM und CPQ und daran, wohin die signierten Daten laufen müssen. Wir kalkulieren nach einem kurzen Gespräch und nicht nach Preisliste, und der Fluss läuft ab Tag eins in eurem eigenen DocuSign und eurem CRM.
Die Fragen, die uns gestellt werden.
Welche Zugänge braucht ihr?
Admin auf eurem DocuSign-Account, um Templates zu bauen und Connect zu konfigurieren, API-Zugang zu eurem CRM für Status und Feld-Rückschreibung und Lesezugriff auf euer CPQ, damit Quotes in den Vertrag mergen können. Eure von Legal freigegebene Vertragssprache bleibt exakt wie sie ist, wir mappen nur die Merge-Felder darauf.
Wie lange dauert das?
Zwei bis drei Wochen für einen normalen Stack. Woche eins kartiert Vertragstypen und Merge-Felder, Woche zwei verdrahtet Templates und die Rückschreibung über DocuSign Connect, und Woche drei schickt echte Envelopes komplett durch, um zu bestätigen, dass Status und signierte Daten auf dem Datensatz landen, bevor euer Team übernimmt.
Wer bezahlt die DocuSign-Lizenzen?
Ihr, in eurem eigenen DocuSign-Account, damit euch jedes Template und jedes Envelope gehört. Beachtet: Connect und API-Rückschreibung brauchen einen eSignature-Plan, der beides enthält, typischerweise Business Pro oder eine Stufe mit API. Wir prüfen im Erstgespräch, ob euer Plan das abdeckt, bevor die Arbeit startet.
Wir nutzen DocuSign doch schon, wofür zahlen wir dann?
Seats erlauben euch, Dokumente von Hand zu verschicken. Wir bauen die Verdrahtung drumherum: Templates, die aus CRM und CPQ mergen, DocuSign Connect, das den Status zurückschiebt, signierte Tabs, die auf den Datensatz schreiben, und den Audit Trail, der sich automatisch anhängt. Der Wert liegt darin, dass niemand mehr einen Vertrag kopiert oder abtippt, nicht in der Unterschrift selbst.
Ändert ihr unsere Vertragssprache?
Nein. Die Formulierungen gehören eurem Legal-Team. Wir arbeiten auf euren freigegebenen Templates und mappen Merge-Felder in die vorhandenen Tabs, damit die Zahlen aus dem CRM kommen, ohne eine Klausel anzufassen. Ist ein Template noch nicht final, markieren wir die Felder, die merge-getrieben sein sollten, aber die Sprache bleibt eure Entscheidung.
Was passiert nach der Übergabe?
Eurem Team gehören die Templates, die Merge-Map und die Connect-Konfiguration, dazu ein Runbook, mit dem ihr einen neuen Vertragstyp selbst anlegt. Nichts hängt von uns ab, damit weiter unterschrieben wird. Manche Kunden behalten einen kleinen Retainer für neue Vertragstypen oder CRM-Änderungen, aber der Fluss läuft auch ohne.
