App für Vertragsanfragen: ein praxisnahes Design für Legal-Teams

Warum sich Vertragsanfragen verzögern

Die meiste Vertragsarbeit stockt nicht, weil ein Jurist die Bedingungen nicht prüfen kann. Sie stockt schon vorher, wenn eine Anfrage als kurze E-Mail eintrifft: «Kannst du dir diese Vereinbarung ansehen?» Der Entwurf erscheint später im Chat, der Termin steht in einer anderen Nachricht und der Geschäftskontakt befindet sich in einer Tabelle, die Legal selten prüft.

Diese verstreuten Informationen erzeugen unnötiges Hin und Her. Legal muss klären, wer für das Geschäft verantwortlich ist, was die andere Partei erwartet, ob jemand einen Unterschriftstermin zugesagt hat und welche Dokumentversion geprüft werden soll. Jede Antwort kann einen Tag dauern, besonders bei verschiedenen Zeitzonen.

Eine App für Vertragsanfragen sammelt die Fakten bereits bei der Anfrage. Jede Anfrage sollte den Antragsteller, den geschäftlich Verantwortlichen, den Vertragstyp, die Gegenpartei, den gewünschten Fertigstellungstermin, den aktuellen Entwurf, ergänzende Dateien und ungewöhnliche Bedingungen enthalten. Dazu können etwa ein Nachtrag zur Datensicherheit oder ein Zahlungsplan gehören, der von den üblichen Bedingungen abweicht.

Einheitliche Angaben helfen Legal, die Reihenfolge der Prüfungen festzulegen. Ein Verkaufsvertrag, der morgen für die Unterschrift eines Kunden benötigt wird, hat eine andere Priorität als ein früher Lieferantenentwurf ohne festen Termin. Antragsteller sollten erklären, was das Datum bedeutet. Geht es um eine verbindliche Unterschrift, eine Frist im Einkauf oder nur um einen Wunschtermin?

Fehlende Dokumente verursachen dieselbe Art von Verzögerung. Ein Antragsteller lädt vielleicht eine Leistungsbeschreibung hoch, vergisst aber den Rahmenvertrag, den sie ändert. Dann muss Legal die Anfrage anhalten oder Klauseln ohne den vollständigen Kontext prüfen. Keine der beiden Möglichkeiten bringt das Geschäft voran.

Auch klare Zuständigkeiten sind wichtig. Der geschäftlich Verantwortliche beantwortet kommerzielle Fragen, der Antragsteller liefert Dokumente und der juristische Prüfer entscheidet über die Prüfung. Wenn diese Rollen unklar sind, kann ein Status wie «Warten auf Informationen» tagelang unverändert bleiben.

Ein strukturiertes Formular für Vertragsanfragen macht nicht jede Verhandlung schnell. Es verhindert aber, dass gewöhnliche Anfragen zu einer Suche in E-Mails, Chats und Tabellen werden.

Personen und Übergaben abbilden

Jede Person im Workflow für rechtliche Anfragen braucht eine klare Rolle. Ein Vertriebsleiter kann einen Kundenvertrag einreichen, während ein Einkaufsleiter einen Lieferantenvertrag anfordert. Legal prüft die Bedingungen, stellt Rückfragen und sendet Entwürfe zur Genehmigung. Bei bestimmten Geschäften müssen Finance, Security oder eine Führungskraft zustimmen, bevor jemand unterschreibt.

Dokumentieren Sie den üblichen Weg für jeden Vertragstyp, bevor Sie die App erstellen. Ein einfacher Lieferantenvertrag kann vom Antragsteller an Legal und anschließend an den Einkauf gehen. Ein großer Kundenvertrag benötigt vielleicht Legal, Finance und einen Vertriebsleiter. Schicken Sie nicht jede Anfrage durch dieselbe Kette, wenn sich die Arbeit unterscheidet.

Halten Sie Angaben zum Antragsteller getrennt von Details der Rechtsprüfung. Antragsteller sollten Geschäftsdaten liefern: Unternehmensname, Vertragstyp, gewünschten Unterschriftstermin, Geschäftsverantwortlichen, Wert und den Entwurf der anderen Partei. Legal sollte den zugewiesenen Prüfer, problematische Klauseln, das Risikoniveau, Verhandlungsnotizen und Genehmigungsentscheidungen festhalten.

Diese Trennung verhindert, dass Antragsteller Felder ändern, die Legal zur Arbeitssteuerung verwendet. Außerdem erhält das Team einen verlässlichen Datensatz, wenn jemand fragt, warum ein Vertrag länger als erwartet gedauert hat.

Die Zugriffsrechte sollten zur Aufgabe der jeweiligen Person passen:

• Antragsteller können Anfragen erstellen, fehlende Dateien ergänzen und den Status ihrer eigenen Verträge sehen.
• Juristische Prüfer können ihnen zugewiesene Aufgaben anzeigen, Prüffelder aktualisieren und Anfragen bei veränderter Auslastung neu zuweisen.
• Genehmigende können die Vereinbarung, ihre konkrete Entscheidung und die dafür relevanten Notizen sehen.
• Mitarbeiter im Legal Operations können Formulare, Status und Zuweisungsregeln verwalten.
• Führungskräfte können Berichte ansehen, ohne Vertragsdatensätze zu bearbeiten.

Ein Vertriebsleiter benötigt beispielsweise vielleicht wöchentlich eine Übersicht über offene Kundenverträge und die durchschnittliche Prüfungszeit. Verhandlungsnotizen oder die Möglichkeit, eine Anfrage zu ändern, braucht er nicht. Ein Zugriff nur zum Lesen von Berichten begrenzt versehentliche Änderungen.

Mit AppMaster können Teams diese Rollen über Benutzerberechtigungen abbilden und separate Ansichten für Antragsteller, Prüfer, Genehmigende und Berichtsnutzer erstellen. Bauen Sie Übergaben nach den tatsächlichen Verantwortlichkeiten auf und zeigen Sie jeder Person nur die Informationen, die sie benötigt.

Ein Formular erstellen, das Menschen ausfüllen können

Der erste Bildschirm sollte nach Fakten fragen, die Antragsteller bereits kennen. Das Formular sollte kurz genug sein, damit ein Vertriebsleiter, ein Operations-Verantwortlicher oder ein Gründer es ausfüllen kann, ohne Legal nach der richtigen Formulierung fragen zu müssen.

Beginnen Sie mit Vertragstyp, geschäftlich Verantwortlichem, Namen der Gegenpartei und gewünschtem Fertigstellungstermin. Verwenden Sie eine kurze Liste von Vertragstypen, zum Beispiel Lieferantenvertrag, Kundenvertrag, NDA, Vertragsänderung oder Sonstiges. Der geschäftlich Verantwortliche sollte nach der Einreichung kommerzielle Fragen beantworten können.

Bitten Sie in einem größeren Textfeld um eine verständliche Zusammenfassung. Eine hilfreiche Frage lautet: «Was kaufen, verkaufen oder vereinbaren Sie, und was soll Legal prüfen?» Ein Dokumenttitel liefert selten genügend Kontext. «Wir möchten für die dreimonatige Produkteinführung eine Designagentur beauftragen» sagt deutlich mehr als «Agentur-Rahmenvertrag».

Pflichtfelder müssen ihren Platz verdienen

Fordern Sie Informationen nur dann zwingend an, wenn Legal ohne sie nicht beginnen kann. Der Name der Gegenpartei und der Zieltermin gehören meistens dazu. Ein Projektcode gehört nicht dazu, es sei denn, das Team nutzt ihn für Routing oder Kostenberichte.

Gestalten Sie den Dokumentupload verständlich. Bitten Sie Antragsteller, den Vertragsentwurf, Änderungsmarkierungen, die Leistungsbeschreibung oder die E-Mail der Gegenpartei anzuhängen, sofern vorhanden. Wenn jemand eine NDA benötigt, bevor ein Entwurf existiert, sollte die Anfrage auch ohne Upload möglich sein. Dafür kann die Person «Unternehmensvorlage benötigt» auswählen.

Ein einfaches Formular für Vertragsanfragen kann Folgendes enthalten:

• Vertragstyp und Gegenpartei
• Geschäftlich Verantwortlicher und Abteilung
• Gewünschter Unterschriftstermin und Grund für diesen Termin
• Verständliche Zusammenfassung der Anfrage
• Vorhandene Dokumente oder Wunsch nach einer Vorlage

Nach geschäftlichen Anforderungen fragen, nicht nach juristischen Begriffen

Die meisten Antragsteller verstehen ihre geschäftlichen Anforderungen, kennen aber Begriffe wie Haftungsbegrenzung oder Nachtrag zur Datenverarbeitung möglicherweise nicht. Verwenden Sie verständliche Fragen. Fragen Sie, ob es um personenbezogene Daten, vertrauliche Informationen, Zahlungsverpflichtungen, geistiges Eigentum, automatische Verlängerung oder Arbeit außerhalb des Landes geht.

Bieten Sie einfache Auswahlmöglichkeiten an: Ja, Nein oder Unsicher. Ergänzen Sie ein Kommentarfeld für Details. Ein Antragsteller für einen Softwareanbieter kann «Ja» bei personenbezogenen Daten auswählen und schreiben: «Der Anbieter speichert Kundendiensttickets.» Legal verfügt dann über genügend Informationen, um zu entscheiden, welche Klauseln und internen Prüfungen erforderlich sind.

Testen Sie das Formular mit zwei oder drei Personen, die selten mit Legal arbeiten. Beobachten Sie, wo sie innehalten oder «Sonstiges» auswählen. Ihre Antworten zeigen, welche Bezeichnungen verständlicher formuliert werden müssen, bevor das Formular im ganzen Unternehmen eingesetzt wird.

Klauselanforderungen verständlich erfassen

Eine App für Vertragsanfragen sollte Klauselwünsche erfassen, bevor Legal das Dokument öffnet. Ein allgemeines Kommentarfeld liefert dafür selten genügend Details. Getrennte Felder helfen Antragstellern, ihre Wünsche zu erklären, und Legal, Risiken früher zu erkennen.

Bieten Sie bei jedem häufigen Thema eine Auswahl an: Standardformulierung beibehalten, Änderung anfordern, Klausel entfernen oder Klausel hinzufügen. Nutzen Sie dieses Muster für Vertraulichkeit, Haftung, Zahlungsbedingungen sowie Vertragslaufzeit oder Verlängerung. Antragsteller können so eine konkrete Auswahl treffen, statt zu schreiben: «Bitte machen Sie das flexibler.»

Ein Vertriebsleiter kann beispielsweise eine Änderung der Zahlungsbedingungen verlangen und schreiben: «Netto 60 ist erforderlich, weil die Einkaufsrichtlinie des Kunden keine Netto-30-Tage-Frist zulässt.» Legal sieht dann sowohl das gewünschte Ergebnis als auch den geschäftlichen Grund.

Nach dem Grund fragen, nicht nur nach der Änderung

Wenn jemand eine nicht standardmäßige Bedingung verlangt, sollte eine kurze Erklärung des geschäftlichen Bedarfs, des Termins, der Kundenerwartung oder der zugrunde liegenden Richtlinie erforderlich sein. So muss der grundlegende Kontext nicht über E-Mails nachgefragt werden.

Verwenden Sie eine einfache Frage: «Warum muss diese Klausel geändert werden?» Eine sinnvolle Zeichenbegrenzung fördert eine nützliche Erklärung statt eines vollständig eingefügten E-Mail-Verlaufs.

Juristische Prüfer benötigen eigene Felder für die vorgeschlagene Position, die genehmigte Ausweichposition, Verhandlungsnotizen und noch ausstehende Genehmigungen. Halten Sie diese Angaben getrennt von den Notizen des Antragstellers. Antragsteller sollten ein klares Ergebnis sehen, während interne Rechtsnotizen möglicherweise nur eingeschränkt zugänglich sein dürfen.

Routinemäßige Auswahl und Ausnahmen trennen

Die meisten Verträge folgen einer kleinen Zahl akzeptierter Positionen. Machen Sie diese Positionen im Workflow für rechtliche Anfragen auswählbar. Bei der Haftung kann ein Antragsteller beispielsweise die Standardbegrenzung, eine höhere Begrenzung oder eine unbegrenzte Verpflichtung auswählen. Die App kann risikoreichere Optionen an den richtigen Prüfer weiterleiten.

Verwenden Sie für Anfragen außerhalb dieser Optionen ein Feld «Andere oder ungewöhnliche Bedingung» und verlangen Sie eine Beschreibung samt Begründung. Wenn jede Anfrage als Freitext eingeht, werden Berichte unzuverlässig und Prüfer müssen jede Einreichung von Grund auf lesen.

Klare Klauselfelder verbessern außerdem Berichte zur rechtlichen Durchlaufzeit. Teams sehen, ob Änderungen an der Haftung länger dauern als Änderungen an Zahlungsbedingungen oder ob eine wiederkehrende Ausnahme Verzögerungen verursacht. Diese Erkenntnisse können Anpassungen an Leitfäden, Formularen und Genehmigungsregeln unterstützen.

Den Status der Prüfung verständlich machen

Die Ansicht des Antragstellers sollte zwei Fragen schnell beantworten: Wo befindet sich die Anfrage und was muss als Nächstes passieren? Ein klarer Status der Vertragsprüfung reduziert Rückfragen per E-Mail, die die Arbeit von Legal unterbrechen.

Verwenden Sie wenige Phasen, die dem tatsächlichen Prozess des Teams entsprechen. Zu viele Bezeichnungen erschweren Aktualisierungen, ohne zusätzliche Klarheit zu schaffen. Eine praktische Reihenfolge lautet:

• Eingereicht: Der Antragsteller hat die Vertragsanfrage gesendet.
• Eingangskontrolle: Legal prüft die Angaben und weist die Anfrage zu.
• In Prüfung: Der juristische Verantwortliche prüft den Entwurf und die Klauselwünsche.
• Warten auf Informationen: Legal benötigt eine Antwort, ein Dokument oder eine geschäftliche Entscheidung.
• Abgeschlossen oder zurückgezogen: Legal hat die Anfrage erledigt oder der Antragsteller hat sie zurückgenommen.

Weisen Sie direkt nach Eingang einen juristischen Verantwortlichen zu. Diese Person muss nicht jede Aufgabe selbst erledigen, sollte die Anfrage aber weiterführen. Wenn ein Operations Manager am Montag einen Lieferantenvertrag einreicht und der Intake-Koordinator ihn Priya aus dem Legal-Team zuweist, sieht der Manager eine konkrete verantwortliche Person statt eines allgemeinen Status wie «Legal-Team».

Wenn ein Prüfer weitere Informationen benötigt, sollte die Frage in der App für Vertragsanfragen festgehalten werden und nicht in einem E-Mail-Verlauf bleiben. Erfassen Sie die Frage, das Datum, die Person, die antworten muss, und die nächste Aktion. Ändern Sie den Status in «Warten auf Informationen», damit der Antragsteller genau weiß, was er liefern soll.

Zeigen Sie die aktuelle Phase und die nächste Aktion gemeinsam auf der Anfrageseite. «In Prüfung, Priya prüft die Bedingungen zur Datenverarbeitung» ist klarer als «Offen». Wenn das Geschäftsteam eine Haftungsposition genehmigen muss, sagen Sie es direkt: «Warten auf Genehmigung durch das Geschäftsteam, bitte bestätigen Sie, ob die vorgeschlagene Haftungsbegrenzung akzeptabel ist.»

Eine kurze Aktivitätshistorie hilft bei einem Wechsel der Zuständigkeit oder wenn eine Anfrage länger als erwartet dauert. Erfassen Sie Zuweisungen, Statusänderungen und Informationsanfragen mit Datum. Legal kann Verzögerungen anhand von Fakten erklären und Antragsteller können handeln, ohne zu raten.

Den Workflow Schritt für Schritt einrichten

Beginnen Sie mit einem Formular für Vertragsanfragen, das einen einzelnen Anfragedatensatz erstellt. Teilen Sie dieselbe Vereinbarung nicht auf E-Mail-Verläufe, Tabellen und Chatnachrichten auf. Jede Anfrage braucht eine ID, einen Verantwortlichen, ein Einreichungsdatum und einen aktuellen Status.

Bauen Sie die erste Version rund um den Weg auf, den Ihr Team am häufigsten nutzt. Ein einfacher Ablauf kann über Eingereicht, Triage, Zugewiesen, In Prüfung, Warten auf Informationen aus dem Geschäft, Genehmigt und Geschlossen führen. Verwenden Sie klare Namen, damit Antragsteller den Status verstehen, ohne Legal nach einem Update zu fragen.

Erstellen Sie Routing-Regeln, nachdem das Formular den Datensatz gespeichert hat. Vertragstyp, Geschäftswert, Geschäftsbereich, Region und Risikoniveau liefern häufig genügend Informationen, um die Aufgabe an die richtige Person zu senden. Eine NDA kann in eine allgemeine Rechtswarteschlange gehen, während ein Lieferantenvertrag mit hohem Wert an Commercial Counsel und einen Ansprechpartner im Einkauf weitergeleitet wird.

Legen Sie in jeder Phase einen konkreten Verantwortlichen fest. Wenn der Workflow einen Prüfer zuweist, benachrichtigen Sie ihn mit den Anfragedetails, dem gewünschten Termin und den angehängten Dokumenten. Informieren Sie den Antragsteller, wenn Legal die Arbeit beginnt, Informationen anfordert oder die Prüfung abschließt.

AppMaster kann Formular, Anfragedatensatz, Geschäftsregeln und Statusansicht in einer No-Code-Anwendung zusammenführen. Mit dem visuellen Business Process Editor lässt sich eine Entscheidung wie «Wenn der Wert das Genehmigungslimit überschreitet, an Senior Counsel weiterleiten» ohne separates Skript abbilden.

Testen Sie vor der Veröffentlichung realistische Anfragen über den gesamten Ablauf:

• Eine routinemäßige NDA mit vollständigen Angaben
• Ein Lieferantenvertrag mit mehreren gewünschten Klauseländerungen
• Ein dringender Verkaufsvertrag mit engem Termin
• Eine Anfrage mit fehlendem Anhang oder unklarem geschäftlich Verantwortlichem
• Ein Vertrag, der die Genehmigung von Legal und Finance benötigt

Prüfen Sie, wer Benachrichtigungen erhält, ob das Routing den vorgesehenen Verantwortlichen auswählt und ob sich die Status zum richtigen Zeitpunkt ändern. Lassen Sie sowohl einen Antragsteller als auch einen Prüfer die App testen. Sie erkennen oft Bezeichnungen oder Status, die nur für die Person verständlich sind, die den Workflow erstellt hat.

Starten Sie mit dem häufigsten Ablauf. Ergänzen Sie seltene Ausnahmen erst, wenn das Team die App verwendet und Sie sehen, an welchen Stellen Anfragen langsamer werden.

Beispiel: Anfrage für einen Lieferantenvertrag

Eine Vertriebsleiterin benötigt vor dem Kundenstart am 28. Juni einen neuen Analytics-Anbieter. Sie öffnet die App für Vertragsanfragen und wählt «Lieferantenvertrag». Das Formular fragt nach dem Namen des Anbieters, dem geschäftlich Verantwortlichen, den geplanten Ausgaben, dem Datenzugriff und dem Datum, an dem das Geschäftsteam eine Antwort benötigt.

Sie gibt den 21. Juni als Zieltermin ein, weil der Einkauf Zeit für die Erstellung der Bestellung benötigt. Im Feld für Klauselwünsche wählt sie «Haftung» und schreibt: «Der Anbieter soll seine Haftungsbegrenzung auf mindestens zwölf Monatsgebühren erhöhen.» Sie lädt den Entwurf des Anbieters hoch und nennt den internen Ansprechpartner in Finance.

Die App erstellt die Anfrage LA-1842, fügt einen Zeitstempel hinzu und setzt den Status auf «Eingereicht». Die Vertriebsleiterin sieht, dass Legal noch nicht mit der Arbeit begonnen hat. Das Legal-Team erhält Geschäftskontext, gewünschten Klauselwechsel, Entwurf und Termin in einem Datensatz.

Ein juristischer Prüfer öffnet LA-1842 und ändert den Status in «Warten auf Informationen». Im Entwurf des Anbieters fehlt ein Nachtrag zur Datenverarbeitung. Deshalb bittet der Prüfer die Managerin über den Datensatz darum. Sie lädt das Dokument noch am selben Nachmittag hoch. Der Prüfer ändert den Status in «In Prüfung» und beginnt, die Haftungsregelung zu überarbeiten.

Zwei Tage später sendet Legal den markierten Entwurf zurück und setzt den Status auf «Prüfung abgeschlossen». Der Datensatz enthält jede Statusänderung, jeden Kommentar und jede Datei. Die Managerin muss keine E-Mail-Verläufe durchsuchen, um herauszufinden, ob Legal fertig ist.

Ein Bericht zur Durchlaufzeit kann zeigen, dass LA-1842 am 10. Juni eingereicht und am 14. Juni abgeschlossen wurde, also insgesamt vier Arbeitstage dauerte. Er kann auch die Zeit ausweisen, die auf den fehlenden Nachtrag gewartet wurde. So lässt sich die Prüfungszeit von Legal von Verzögerungen durch unvollständige Anfragen unterscheiden.

Durchlaufzeit berichten

Berichte zur rechtlichen Durchlaufzeit sollten zeigen, wo Anfragen warten, nicht nur, wie viele Fälle Legal abschließt. Starten Sie die Messung, wenn jemand das Formular für Vertragsanfragen einreicht. Beenden Sie die Messung bis zur ersten Antwort, wenn ein juristischer Prüfer eine aussagekräftige Antwort sendet, etwa eine Dokumentenanfrage, einen Risikohinweis oder die Freigabe zum Beginn der Prüfung.

Messen Sie die gesamte Durchlaufzeit separat. Dieser Zeitraum endet, wenn Legal die Anfrage als abgeschlossen markiert, sie zur Unterschrift zurückgibt oder sie aus einem anderen klaren Grund schließt. Verlassen Sie sich nicht nur auf den Durchschnitt. Wenn die meisten Lieferantenverträge in vier Tagen fertig werden, einige aber drei Wochen benötigen, vermittelt der Median ein nützlicheres Bild der normalen Leistung.

Erfassen Sie, wie viel Zeit jede Anfrage in den einzelnen Status verbringt, darunter:

• Eingereicht und wartet auf Triage
• Einem juristischen Prüfer zugewiesen
• Warten auf geschäftliche Informationen oder Dokumente
• In juristischer Prüfung
• An den Antragsteller zurückgegeben oder zur Unterschrift bereit

Eine Anfrage, die sechs Tage im Status «Warten auf geschäftliche Informationen» bleibt, weist nicht auf ein Kapazitätsproblem bei Legal hin. Die Statushistorie macht diesen Unterschied sichtbar. Speichern Sie einen Zeitstempel, sobald ein Prüfer den Status ändert, einen Verantwortlichen zuweist oder weitere Details anfordert.

Verwenden Sie Filter, bevor Sie Schlussfolgerungen ziehen. Vergleichen Sie die Durchlaufzeit nach Vertragstyp, anforderndem Team, zugewiesenem Prüfer und Priorität. Der Einkauf kann viele standardisierte Lieferantenverträge einreichen, die schnell abgeschlossen werden, während der Vertrieb Kundenverträge mit Verhandlungen sendet. Diese Gruppen sollten nicht ohne Kontext dasselbe Ziel erhalten.

Behandeln Sie zurückgezogene Anfragen separat. Ein Antragsteller kann nach einer Stunde abbrechen, weil er einen anderen Anbieter gewählt hat. Bewahren Sie diese Datensätze für Mengen- und Stornierungsberichte auf, schließen Sie sie aber aus den Durchschnittswerten abgeschlossener Durchlaufzeiten aus. Legen Sie auch für pausierte Arbeit eine klare Regel fest, etwa dass die Messung pausiert, während das Geschäftsteam ein fehlendes Sicherheitsdokument beschafft.

Mit AppMaster können Teams Einreichungs- und Statusänderungszeitpunkte im Datenmodell speichern, die verstrichene Zeit mit Geschäftsprozessen berechnen und gefilterte Berichte in einem internen Dashboard anzeigen. Prüfen Sie den Bericht jeden Monat und bearbeiten Sie die Phase, in der Anfragen am meisten Zeit verbringen.

Häufige Fehler bei der Einrichtung

Eine App für Vertragsanfragen sollte das Hin und Her verringern, nicht jeden Mitarbeiter zu einem Juniorjuristen machen. Ein häufiger Fehler besteht darin, Antragsteller Risiken bewerten, juristische Bedingungen auswählen oder die gesamte Vertragsstruktur erklären zu lassen. Die meisten Menschen können diese Fragen nicht zuverlässig beantworten und sollten das auch nicht müssen.

Fragen Sie stattdessen nach Geschäftsdaten: Wer ist die andere Partei, was wird sie liefern, welchen Wert hat das Geschäft, welche Frist gilt und wurde ein Entwurf gesendet? Geben Sie Legal einen eigenen Bereich für Risikonotizen und interne Analysen. Ein Vertriebsleiter kennt vielleicht das Abschlussdatum, aber nicht, ob eine Haftungsbegrenzung geändert werden muss.

Freitextfelder verursachen ein weiteres Problem. Wenn Nutzer ihren eigenen Vertragstyp eingeben, schreibt ein Team vielleicht «NDA», ein anderes «Geheimhaltungsvereinbarung» und ein drittes «Vertraulichkeitsformular». In Berichten wird dieselbe Arbeit dann auf mehrere Bezeichnungen verteilt. Verwenden Sie feste Listen für Vertragstyp, Anfragegrund, Priorität und Status der Vertragsprüfung. Lassen Sie «Sonstiges» mit einem kurzen Erklärungsfeld für echte Ausnahmen bestehen.

Überschreiben Sie den vorherigen Status nicht, wenn jemand eine Anfrage von «Eingereicht» auf «In Prüfung» oder «Warten auf Informationen aus dem Geschäft» setzt. Der Workflow für rechtliche Anfragen benötigt einen datierten Eintrag jeder Änderung, einschließlich der Person, die sie vorgenommen hat, und des Grundes für eine Pause. Diese Historie beantwortet eine einfache Frage: Hat Legal drei Tage auf den Entwurf eines Anbieters gewartet oder lag die Anfrage unbearbeitet da?

Termine mit der Auslastung abgleichen

Ein Antragsteller kann einen dringenden Termin auswählen, aber die App sollte nicht versprechen, dass Legal bis zu diesem Datum fertig wird. Ein gewünschter Unterschriftstermin ist hilfreich, unterscheidet sich aber von einem bestätigten Prüfungstermin.

Lassen Sie die Mitarbeiter von Legal ihre aktuellen Aufgaben prüfen, bevor sie einen Termin zusagen. Die App für Vertragsanfragen kann den Zieltermin des Antragstellers als Planungssignal anzeigen und nach der Triage den vereinbarten Prüfungstermin speichern. Wenn am Montag eine Anfrage für eine Unterschrift am Freitag eingeht, Finance aber noch Informationen liefern muss, sollte die App diese Abhängigkeit zeigen, statt Freitag als Garantie zu behandeln.

Das macht auch Berichte zur rechtlichen Durchlaufzeit ehrlicher. Messen Sie die Zeit zwischen aussagekräftigen Phasen und trennen Sie die Zeit in der Rechtsprüfung von der Wartezeit auf den Antragsteller oder eine andere Abteilung. Andernfalls kann eine langsame Genehmigung an anderer Stelle wie eine Verzögerung durch Legal wirken.

Kurze Prüfungen vor dem Start

Führen Sie einen kurzen Test durch, bevor das Team auf die App angewiesen ist. Bitten Sie einen Antragsteller, einen juristischen Prüfer und eine Führungskraft, realistische Anfragen einzureichen und zu bearbeiten. Ihr Feedback zeigt verwirrende Bezeichnungen und fehlende Felder schneller als ein langes Planungstreffen.

Jede Anfrage braucht einen namentlich genannten Verantwortlichen und einen Termin. Der Verantwortliche kann wechseln, wenn die Arbeit zwischen Personen weitergegeben wird, aber die App sollte immer zeigen, wer aktuell zuständig ist. Eine allgemeine Warteschlange ohne klare Verantwortung lädt zu stillen Verzögerungen ein.

Stellen Sie sicher, dass Antragsteller sehen können, was Legal noch benötigt. «Warten auf Antragsteller» hilft, aber ergänzen Sie eine direkte Aufgabe oder Nachricht mit dem fehlenden Element: dem Dokument des Anbieters, dem Vertragswert, der unterzeichnenden Gesellschaft oder dem geplanten Starttermin.

Verwenden Sie Statusnamen, die Ihr Team im Alltag bereits nutzt. Wenn Prüfer «Beim Geschäftsteam» statt «Warten auf Aktion des Stakeholders» sagen, verwenden Sie «Beim Geschäftsteam». Halten Sie die Liste kurz genug, damit ein neuer Antragsteller sie versteht.

Eine praktische Statusauswahl lautet:

• Neue Anfrage
• Legal zugewiesen
• Warten auf Antragsteller
• In juristischer Prüfung
• Bereit zur Unterschrift

Führen Sie dieselbe Beispielanfrage durch jeden Status. Bestätigen Sie, dass sich die Zuständigkeit zum richtigen Zeitpunkt ändert, Antragsteller die vorgesehenen Updates erhalten und die Historie jede Änderung aufzeichnet. Testen Sie eine Anfrage ohne Anhang und eine mit unrealistischem Termin.

Prüfen Sie die Berichte zur rechtlichen Durchlaufzeit vor dem Start. Definieren Sie für jeden Bericht ein Startdatum, zum Beispiel den Zeitpunkt, zu dem ein Antragsteller eine vollständige Anfrage einreicht. Definieren Sie auch ein Enddatum, etwa wenn Legal die Prüfung als abgeschlossen markiert. Die Messungen von Einreichung bis Unterschrift und von Einreichung bis zur ersten Antwort beantworten unterschiedliche Fragen und sollten getrennt bleiben.

Nächste Schritte auswählen

Beginnen Sie mit den zwei oder drei Vertragstypen, die Ihr Legal-Team am häufigsten erhält, zum Beispiel Lieferantenverträge, NDAs und Kundenbedingungen. So entsteht genügend Volumen, um den Intake-Prozess zu testen, ohne am ersten Tag jedes mögliche Rechtsszenario abdecken zu müssen.

Bauen Sie die erste Version rund um die Angaben auf, die Prüfer für eine erste Entscheidung benötigen: Antragsteller, geschäftlich Verantwortlicher, Gegenpartei, Vertragstyp, gewünschter Unterschriftstermin, Wert, Region und Klauselwünsche. Halten Sie optionale Felder auf ein Minimum. Ein langes Formular für Vertragsanfragen treibt Menschen oft zurück zur E-Mail.

Bitten Sie zwei regelmäßige Antragsteller und zwei juristische Prüfer, kürzlich bearbeitete Verträge so durch die App zu führen, wie sie normalerweise arbeiten würden. Achten Sie auf Felder, die sie überspringen, Fragen, die sie unterschiedlich verstehen, und Status, die nicht zur Arbeitsweise des Teams passen.

Nutzen Sie ihr Feedback, um Felder zu entfernen, die kein Prüfer verwendet, Hilfetexte für uneinheitliche Angaben zu ergänzen, Status in verständlicher Sprache umzubenennen, Warnungen für blockierte Anfragen und näher rückende Unterschriftstermine einzurichten und Klauselwünsche sichtbar zu machen, bevor ein Prüfer die Vertragsdatei öffnet.

Vergleichen Sie nach dem ersten Monat das Eingangsdatum jeder Anfrage mit dem Datum, an dem Legal die Arbeit abgeschlossen hat. Trennen Sie Verzögerungen durch fehlende Geschäftsdaten, interne Prüfung und Verhandlungen mit der Gegenpartei. Zehn routinemäßige NDAs können an einem Tag abgeschlossen werden, während einige unvollständige Lieferantenanfragen eine Woche warten, bevor Legal beginnen kann.

AppMaster kann Teams beim Erstellen einer No-Code-App für Vertragsanfragen helfen, mit visuellen Einreichungsformularen, Statusregeln im Business Process Editor und einer strukturierten Datenbank für Anfragen. Ein Dashboard kann offene Aufgaben, überfällige Anfragen und die Durchlaufzeit nach Vertragstyp anzeigen.

Halten Sie die Zuständigkeiten auch nach dem Start klar. Ein Verantwortlicher für Legal Operations sollte Felder und Berichte regelmäßig prüfen, während das Legal-Team Lücken meldet, sobald neue Vertragsmuster entstehen. Kleine monatliche Anpassungen halten den Workflow für rechtliche Anfragen nützlich, statt ihn zu einem weiteren Formular zu machen, das die Menschen vermeiden.