So schreiben Sie eine RFP für Dokumentenextraktionssoftwaredie echte Antworten liefert

Die meisten RFPs für Dokumentenextraktionssoftware sind rückwärts geschrieben. Sie beginnen mit einer Liste vermeintlicher Anforderungen – „muss PDF, JPG und PNG unterstützen", „muss nach Excel und CSV exportieren" – und verteilen diese dann an Anbieter, die jeden Punkt ohne Zögern abhaken, weil, nun ja, jedes Tool in dieser Kategorie das kann. Das Ergebnis ist ein Stapel identisch aussehender Angebote, bewertet nach Kriterien, die nie jemanden unterschieden haben. Dieser Artikel kehrt das Muster um: Beginnen Sie mit Ihren Dokumenten, Ihrem Team und Ihrer Fehlertoleranz, und entwickeln Sie dann Fragen, die Anbieter zwingen, ihre tatsächlichen Unterschiede offenzulegen.

Geschäftsdokumente auf einem Schreibtisch, die die RFP-Planung für die Beschaffung von Dokumentenextraktionssoftware darstellen

Wichtige Erkenntnisse

  1. „Unterstützen Sie PDF?" bringt fünf identische Ja-Antworten und die Feature-Checklisten-RFP macht die Beschaffung zu einem Münzwurf im Gewand einer Entscheidung.
  2. Der größte Wert der RFP ist nicht der unterschriebene Vertrag, sondern die interne Abstimmung, die entsteht, wenn Ihr Team definieren muss, was „genau genug" für Ihren Betrieb tatsächlich bedeutet.
  3. Geben Sie Anbietern zehn Ihrer schlechtesten annotierten Dokumente und fordern Sie Extraktionsergebnisse vor jedem Erstgespräch – ImageToTable.ai verarbeitet unvorhersehbare Layouts, indem es Feldbedeutungen statt Vorlagenpositionen liest – und eliminieren Sie jeden Anbieter, der seine Fähigkeiten nicht an Ihren echten Dokumenten beweisen kann.

Der wahre Zweck einer Ausschreibung (und er ist nicht, was Sie denken)

Der erklärte Zweck einer Ausschreibung ist die Auswahl eines Anbieters. Der wahre Zweck – derjenige, der darüber entscheidet, ob Sie das richtige Tool finden oder sechs Monate mit einer schlechten Implementierung verschwenden – ist ein ganz anderer.

Eine Ausschreibung zwingt Ihr Unternehmen, Fragen zu beantworten, die es bisher vermieden hat. Welche Dokumente verarbeiten Sie tatsächlich? Wie viele? Was bedeutet „genau genug“ für Ihren Workflow? Wer wird das Tool nach Vertragsunterzeichnung bedienen? Wenn Sie diese Fragen nicht beantworten können, kann das kein Anbieter für Sie tun – und jedes ausgewählte Tool ist ein Glücksspiel im Gewand einer Entscheidung. Dasselbe Prinzip liegt unserem Bewertungsrahmen für Datenextraktionssoftware zugrunde: Jedes relevante Kriterium ist eine Frage an Ihren Betrieb, kein Feature auf der Checkliste eines Anbieters.

Der größte Wert einer Ausschreibung ist nicht der unterschriebene Vertrag. Es ist das interne Abstimmungsdokument, das während des Schreibprozesses entsteht. Die Fragen, die Sie nicht ohne interne Debatte beantworten können, sind genau die, die später die Implementierung zum Scheitern gebracht hätten.

Deshalb führen die meisten vom Anbieter bereitgestellten Ausschreibungsvorlagen – die Sie aus den Blogs von Rossum, Klippa oder anderen IDP-Unternehmen herunterladen können – nur zur Hälfte zum Ziel. Sie strukturieren das Dokument, sind aber darauf ausgelegt, dass Anbieter leicht darauf antworten können. Die Vorlage fragt: „Unterstützen Sie mehrseitige PDFs?“ – und jeder Anbieter sagt ja. Was Sie hätten fragen sollen: „Wir erhalten 40-seitige Versicherungspolicen mit Anhängen, geteilten Tabellen und handschriftlichen Randnotizen – hier sind drei Beispiele – beschreiben Sie, wie Ihr System die Fortsetzungstabelle auf Seite 27 verarbeitet, wenn sie keine Kopfzeile hat.“

Der Unterschied zwischen diesen beiden Fragen ist der Unterschied zwischen einer Beschaffungsübung und einer Beschaffungsentscheidung.

Bevor Sie eine einzige Frage stellen: Definieren Sie Ihre Dokumentenrealität

Jede Ausschreibung zur Dokumentenextraktion sollte mit einem Abschnitt beginnen, den die meisten Vorlagen auslassen: einer ehrlichen Beschreibung, wie Ihre Dokumente tatsächlich aussehen. Nicht so, wie Sie sie gerne hätten. Nicht das sauberste Beispiel, das Sie finden konnten. Das durchschnittliche Dokument in Ihrem Eingangskorb.

Sammeln Sie 8–10 repräsentative Beispiele aus Ihren tatsächlichen Arbeitsabläufen. Wählen Sie nicht die sauberen aus. Nehmen Sie:

  • Das gescannte PDF, das gedruckt, gestempelt und erneut mit 150 DPI gescannt wurde
  • Das Foto einer Quittung, das jemand in einem dunklen Restaurant mit dem Handy gemacht hat
  • Das mehrseitige Dokument, bei dem Positionen seitenübergreifend aufgelistet sind, ohne dass die Kopfzeile wiederholt wird
  • Das Dokument mit handschriftlichen Notizen am Rand und überlappenden Stempeln
  • Das Fax aus dem Jahr 2019, das leicht gedreht ist und einen grauen Hintergrund hat

Kommentieren Sie jedes Beispiel, indem Sie die zu extrahierenden Felder markieren – Lieferantenname, Datum, Positionen, Gesamtbeträge, Steuer-IDs, alles, was für Ihren Betrieb wichtig ist. Diese kommentierte Sammlung wird der wichtigste Anhang Ihrer Ausschreibung. Sie ermöglicht es Anbietern, das „Wie sehen Ihre Dokumente aus?“-Erkundungsgespräch zu überspringen und direkt ihre Fähigkeiten zu demonstrieren.

Wenn Sie diesen Anhang an fünf Anbieter senden und drei sagen: „Das müssen wir uns in einem Gespräch ansehen“, haben Sie bereits etwas gelernt, das diese drei vor Vertragsabschluss nicht preisgeben wollten.

Die 7-teilige Ausschreibungsstruktur (und was jeder Teil tatsächlich prüft)

Jeder Ausschreibungsabschnitt sollte zwei Dinge tun: Informationen sammeln und eine Hypothese über den Anbieter testen. Wenn ein Abschnitt nur Informationen sammelt, ist es ein Formular. Wenn er nichts testet, ist er Platzverschwendung. Hier sind die sieben Abschnitte, die beides tun – und was Sie mit jedem wirklich prüfen.

Abschnitt 1: Dokumentenrealität

Was Sie tatsächlich prüfen: Kann der Anbieter Ihre Dokumente verarbeiten, nicht nur die sauberen Beispiele auf seiner Demoseite?

Die meisten Ausschreibungen beginnen mit „Unternehmenshintergrund“. Lassen Sie das weg. Beginnen Sie mit Ihren Dokumenten. Fügen Sie die kommentierte Beispielsammlung bei. Verlangen Sie von den Anbietern, eine vollständige Extraktion für jedes Beispieldokument zurückzugeben, die genau zeigt, welche Felder sie erfasst haben, welche sie verpasst haben und wie sie mit den von Ihnen markierten Grenzfällen umgehen würden.

Fragen, die echte Werkzeuge von Abhakern trennen:

  • „Anbei 10 Dokumentbeispiele aus unseren tatsächlichen Arbeitsabläufen. Geben Sie für jedes Beispiel die extrahierten Daten für diese Felder an: [Ihre Feldliste]. Markieren Sie jedes Feld, das Sie nicht sicher extrahieren können, und erklären Sie warum.“
  • „Beispiel #4 enthält eine Positionstabelle, die sich über die Seiten 2 und 3 erstreckt, ohne die Kopfzeile auf Seite 3 zu wiederholen. Beschreiben Sie, wie Ihr System mit diesem Szenario umgeht – wird die Fortsetzung aus dem Layout abgeleitet oder muss die Kopfzeile vorhanden sein?“
  • „Beispiel #7 ist ein unter Bürobeleuchtung mit dem Handy aufgenommenes Foto. Führt Ihr System vor der Extraktion eine automatische Vorverarbeitung durch (Entzerrung, Kontrastanpassung, Rauschunterdrückung)? Wenn ja, beschreiben Sie die Pipeline.“

Fragen Sie nicht: „Unterstützen Sie JPG, PNG und PDF?“ Das kann jedes Tool. Diese Frage sagt nichts aus.

Fragen Sie stattdessen: „So sehen unsere Dokumente aus. Zeigen Sie uns die Extraktion.“ Das zwingt Anbieter, zu demonstrieren, nicht nur zu behaupten.

Abschnitt 2: Integrationsanforderungen

Was Sie wirklich testen: Landen die extrahierten Daten dort, wo Ihr Team arbeitet – oder entsteht ein neues Datensilo?

Extrahierte Daten haben ein Ziel: Ihr ERP, Ihre Buchhaltung, Ihre Datenbank oder eine Tabellenkalkulation. Die Integrationsfrage lautet nicht „Haben Sie eine API?“, sondern „Kommen die Daten im Schema und System an, das mein nachgelagerter Prozess erwartet – ohne manuelle Umformatierung dazwischen?“

Fragen, die echte Integrationshürden aufdecken:

  • „Wir exportieren extrahierte Daten in [Systemname, z. B. QuickBooks Online / SAP / NetSuite]. Beschreiben Sie den vollständigen Pfad von der Extraktion bis zum Eintreffen in unserem System – inklusive Zwischenschritte, Formatkonvertierungen oder manueller Aktionen.“
  • „Wenn unsere Feldnamen nicht exakt dem Schema des Zielsystems entsprechen (z. B. unsere Extraktion liefert ‚Lieferantenname‘, aber das ERP erwartet ‚Kreditorenname‘): Unterstützt Ihr System Feldzuordnung ohne individuelle Entwicklung?“
  • „Bieten Sie Webhooks oder ereignisgesteuerte Auslöser, damit unser nachgelagertes System Daten sofort nach Abschluss der Extraktion verarbeiten kann – oder ist der Export ein manueller Schritt?“

Nicht fragen: „Haben Sie eine API?“ Das ist eine Ja/Nein-Frage, die jeder Anbieter mit Ja beantwortet.

Stattdessen fragen: „Führen Sie uns durch den genauen Pfad von der Extraktion bis zu unserem ERP. Wo berührt ein Mensch die Daten?“

Abschnitt 3: Genauigkeitsanforderungen

Was Sie wirklich testen: Was bedeutet „genau“ für Ihren Betrieb – und kann der Anbieter es in messbaren Größen definieren?

Jeder Anbieter gibt 95–99 % Genauigkeit an. Diese Zahl ist fast immer die zeichengenaue OCR-Genauigkeit bei sauberem Text – nicht die feldspezifische Extraktionsgenauigkeit bei Ihren tatsächlichen Dokumenten. Es ist eine Marketing-Kennzahl, keine operative.

Die eigentliche Genauigkeitsfrage lautet: Wie viele der für Sie relevanten Felder kommen beim ersten Durchlauf korrekt zurück, und wie ist der Korrekturworkflow für diejenigen, die es nicht tun?

Fragen, die numerische Antworten erzwingen:

  • „Berichten Sie für die 10 von uns bereitgestellten Musterdokumente die feldspezifische Extraktionsgenauigkeit – jedes Feld ist entweder korrekt oder nicht. Geben Sie keine zeichengenaue OCR-Genauigkeit an.“
  • „Was passiert, wenn ein Feld mit niedriger Konfidenz extrahiert wird? Beschreiben Sie die Prüfoberfläche. Kann ein Prüfer den ursprünglichen Dokumentenausschnitt neben dem extrahierten Wert sehen? Kann er ihn direkt korrigieren?“
  • „Wenn wir einen systematischen Extraktionsfehler identifizieren (z. B. das System liest bei Rechnungsnummern eines bestimmten Lieferanten konsequent ‚O‘ als ‚0‘): Wie korrigieren wir das dauerhaft? Lernt Ihr System aus Korrekturen, oder müssen wir Regeln konfigurieren?“

Nicht fragen: „Wie hoch ist Ihre Genauigkeitsrate?“ Sie erhalten eine Marketing-Zahl.

Stattdessen fragen: „Hier sind unsere Dokumente. Zeigen Sie uns Ihre feldspezifische Genauigkeit. Zeigen Sie uns, wie wir Fehler beheben.“

Abschnitt 4: Skalierbarkeit

Was Sie eigentlich testen: Passt die Architektur des Tools zu Ihrem Mengenwachstum – oder stößt es genau an dem Punkt an seine Grenzen, an dem die Automatisierung am wertvollsten wird?

Skalierbarkeit hat zwei Dimensionen: Volumen (wie viele Dokumente pro Monat) und Vielfalt (wie viele verschiedene Dokumenttypen und Layouts). Ein Tool, das bei 50 Rechnungen pro Woche hervorragend funktioniert, kann bei 500 versagen – oder 5.000 genauso mühelos bewältigen. Der Wendepunkt hängt von der Architektur des Tools ab, nicht von seinem Marketing.

Fragen, die auf Ihre Realität zugeschnitten sind:

  • "Wir verarbeiten derzeit etwa [N] Dokumente pro Monat über [M] Dokumenttypen. Wir erwarten, dass diese Zahl innerhalb von 18 Monaten auf [X] Dokumente pro Monat anwächst. Ab welchem Volumen ändert sich Ihr Preismodell oder Ihre Verarbeitungsarchitektur wesentlich?"
  • "Wenn wir nach sechs Monaten einen neuen Dokumenttyp hinzufügen – sagen wir, wir starten die Vertragserfassung zusätzlich zur Rechnungsverarbeitung – wie sieht der Einrichtungsprozess aus? Müssen wir ein neues Modell trainieren, neue Vorlagen konfigurieren oder einfach nur neue Felder definieren?"
  • "Beschreiben Sie Ihre Stapelverarbeitungsfähigkeiten. Wenn wir 200 Dokumente auf einmal hochladen, können wir alle Ergebnisse in einer einzigen Sitzung prüfen und exportieren, oder verarbeitet das System sie einzeln?"

Fragen Sie nicht: "Ist Ihre Lösung skalierbar?" Jeder Anbieter sagt ja.

Fragen Sie stattdessen: "Ab welchem Volumen ändert sich das Verhalten Ihres Tools? Ab welchem Volumen bricht Ihr Preismodell?"

Abschnitt 5: Betriebsanforderungen

Was Sie tatsächlich testen: Wer in Ihrem Unternehmen wird dieses Tool täglich nutzen – und entspricht die Oberfläche deren technischem Kenntnisstand?

Dies ist der Abschnitt, in dem die meisten RFPs stillschweigend die wichtigste Frage überspringen. Die Person, die das Tool bewertet (Sie, die dies lesen), ist oft nicht die Person, die es täglich nutzen wird. Wenn Ihr Kreditorenbuchhalter einen zweiwöchigen Schulungskurs benötigt, um eine Rechnung zu extrahieren, ist die Implementierung bereits gescheitert – unabhängig davon, wie leistungsstark die Engine ist.

Tools in dieser Kategorie decken ein breites Benutzerfreundlichkeitsspektrum ab. Am einen Ende erfordern einige Plattformen nur, dass Sie Spaltennamen in Klartext definieren und Dokumente hochladen – kein Training, keine Vorlagenkonfiguration. Am anderen Ende müssen Sie 50 Beispieldokumente pro Dokumenttyp beschriften, lieferantenspezifische Modelle trainieren und Extraktionspipelines über Administrationspanels konfigurieren, die OCR-Kenntnisse voraussetzen. Beide Ansätze haben ihre Berechtigung, aber der falsche Ansatz für das falsche Team ist der schnellste Weg zur Ablage.

ImageToTable.ai liegt am benutzerfreundlichen Ende dieses Spektrums mit seinem Ansatz der benutzerdefinierten Spaltenextraktion: Sie geben die gewünschten Feldnamen ein – „Lieferantenname", „Rechnungsdatum", „Zeilensumme" – und die KI lokalisiert jeden Wert, indem sie dessen semantische Bedeutung versteht, nicht durch Abgleich einer Vorlagenkoordinate. Keine Beispielbeschriftung, kein Modelltraining. Die von Ihnen benannten Spalten werden zu Ihren Ausgabetabellenköpfen. Für Teams ohne dedizierte IT ist dies der Unterschied zwischen einem Live-Gang am Nachmittag und dem Warten auf ein Implementierungsprojekt.

Fragen, die die tatsächliche Benutzererfahrung offenbaren:

  • „Messen Sie die Zeit eines neuen Benutzers: Von der Kontoerstellung bis zu einer korrekt formatierten Excel-Datei mit extrahierten Daten aus einem unserer Beispieldokumente. Wie lange dauert das? Bitte stellen Sie eine Bildschirmaufnahme des Prozesses zur Verfügung."
  • „Wenn ein Kreditorenbuchhalter ohne technischen Hintergrund ein neues Rechnungsformat eines Lieferanten verarbeiten muss, welche Schritte führt er aus? Muss er die IT einbeziehen oder etwas konfigurieren?"
  • „Beschreiben Sie den Korrekturworkflow, wenn ein Extraktionsfehler gefunden wird. Kann der Benutzer ihn direkt in Ihrer Oberfläche korrigieren oder muss er nach Excel exportieren, dort korrigieren und erneut hochladen?"

Fragen Sie nicht: „Ist Ihr Tool benutzerfreundlich?" Dies ist die mit Abstand bedeutungsloseste Frage in jedem Software-RFP.

Fragen Sie stattdessen: „Nehmen Sie eine Bildschirmaufnahme eines Erstbenutzers auf, der eines unserer Dokumente verarbeitet. Zeigen Sie uns den gesamten Ablauf."

Abschnitt 6: Compliance & Sicherheit

Was Sie wirklich prüfen: Passt die Sicherheitslage des Anbieters zu Ihrem regulatorischen Risiko – und kann er dies mit Zertifikaten belegen, nicht nur mit Zusicherungen?

Sicherheitsfragen in Ausschreibungen werden oft zu einer Checkliste voller Akronyme: SOC 2, ISO 27001, GDPR, HIPAA. Diese sind wichtig, aber für jeden seriösen Anbieter im Jahr 2026 die Mindestvoraussetzung. Die Fragen, die Anbieter wirklich unterscheiden, betreffen die Architektur – wo Ihre Dokumente während der Verarbeitung liegen, ob sie für das Modelltraining verwendet werden und wer Zugriff hat.

Fragen, die Architekturentscheidungen offenlegen:

  • "Werden hochgeladene Dokumente zum Trainieren oder Verbessern Ihrer KI-Modelle verwendet? Falls ja, ist dies Opt-in, Opt-out oder verpflichtend? Bitte pro Bereitstellungsstufe angeben."
  • "Beschreiben Sie Ihre Datenaufbewahrungsrichtlinie. Nach Abschluss der Extraktion: Wie lange verbleiben unsere Dokumente auf Ihren Servern? Können wir eine automatische Löschung konfigurieren?"
  • "Für regulierte Branchen: Unterstützen Sie Anforderungen an die Datenresidenz (z. B. ausschließliche Verarbeitung in der EU für die DSGVO, länderspezifische Verarbeitung für bestimmte Rechtsräume)? Falls aktuell nicht verfügbar, wie sieht Ihre Roadmap aus?"
  • "Legen Sie Ihren aktuellsten SOC-2-Typ-II-Bericht, Ihr ISO-27001-Zertifikat und eine Zusammenfassung des Penetrationstests vor. Falls diese Berichte einer Geheimhaltungsvereinbarung unterliegen, beschreiben Sie den Prozess zur Freigabe."

Fragen Sie nicht: "Nehmen Sie Sicherheit ernst?" Die Antwort ist immer ja.

Fragen Sie stattdessen: "Werden unsere Dokumente zum Trainieren Ihrer Modelle verwendet? Wo liegen sie? Wie lange? Wer kann sie einsehen?"

Abschnitt 7: Preismodell

Was Sie wirklich testen: Ist die Preisgestaltung des Anbieters auf Ihre tatsächliche Nutzung der Dokumentenextraktion abgestimmt – oder schafft sie Fehlanreize?

Die Preise für Dokumentenextraktion im Jahr 2026 erstrecken sich über drei Größenordnungen – von 0,01 $ pro Seite bei Cloud-APIs bis zu Jahresverträgen für Unternehmen ab 200.000 $+. Der angegebene Preis ist selten der tatsächliche Preis. Die Preismodelle unterscheiden sich auf eine Weise, die Ihre Kosten unbemerkt vervielfachen kann, wenn Ihr Nutzungsmuster nicht den Annahmen des Anbieters entspricht. Für einen vollständigen Überblick über die aktuelle Preislandschaft aller Stufen lesen Sie unsere Preisanalyse zur Dokumentenextraktion 2026.

Fragen, die die wahren Kosten offenlegen:

  • "Nennen Sie die jährlichen Gesamtkosten für unser erwartetes Volumen von [N] Dokumenten pro Monat, aufgeschlüsselt nach: Basisabonnement oder Plattformgebühr, Verarbeitungskosten pro Dokument, Überlaufgebühren über Planlimits, Gebühren pro Benutzer oder Sitzplatz, Integrations- oder Connector-Gebühren, Implementierungs- oder Einrichtungskosten sowie etwaige Mindestabnahme-Strafen."
  • "Wenn wir ein Dokument verarbeiten und die Extraktion fehlschlägt oder eine manuelle Korrektur erfordert, zählt dieses Dokument dann gegen unser Planlimit? Zahlen wir für fehlgeschlagene Extraktionen?"
  • "Wenn sich unser Volumen nächstes Jahr verdoppelt, sinken, bleiben oder steigen dann unsere Kosten pro Dokument? Geben Sie die Preis-Mengen-Kurve für Volumen von [aktuell] / [2x] / [5x] Dokumenten pro Monat an."

Fragen Sie nicht: "Wie sind Ihre Preise?" Sie erhalten einen Einstiegspreis, der den Groß dessen ausschließt, was Sie tatsächlich zahlen werden.

Fragen Sie stattdessen: "Hier ist unser Volumen. Nennen Sie uns die jährlichen Gesamtkosten, aufgeschlüsselt nach Positionen. Nennen Sie uns die Kosten bei 2x und 5x unserem aktuellen Volumen."

Die Falle, in die die meisten RFPs tappen: Feature-Listen vs. Geschäftsanforderungen

Jede schlechte Ausschreibung hat das gleiche Muster. Sie sieht so aus:

FunktionAnbieter AAnbieter BAnbieter C
Unterstützt PDFJaJaJa
Unterstützt JPG/PNGJaJaJa
Export nach ExcelJaJaJa
Export nach CSVJaJaJa
StapelverarbeitungJaJaJa
API-ZugriffJaJaJa

Eine solche Checkliste führt in jeder Zeile zu einem Dreier-Unentschieden. Das ist beschaffungstechnisch so, als würde man Autohäuser fragen: „Haben Ihre Autos Räder?“ – jede Antwort ist ja, und man hat nichts gelernt.

Eine Feature-Liste fragt: „Was kann Ihr Tool?“ Eine Geschäftsanforderung fragt: „Das brauchen wir – zeigen Sie uns, wie Ihr Tool es umsetzt.“ Der Unterschied ist nicht nur semantisch. Er entscheidet, ob Ihre Ausschreibung zu einer Entscheidung führt oder zu einem Stapel identischer Angebote.

Wenden Sie auf jede Zeile Ihrer Ausschreibung den „Na und?“-Test an: Wenn alle Anbieter gleich antworten, taugt die Frage nichts. Ersetzen Sie sie durch eine Frage, die Unterschiede erzwingt.

Funktions-Checkliste (nutzlos)Geschäftsanforderung (nützlich)
„Unterstützen Sie PDF-Extraktion?“„Unsere Rechnungen kommen als gescannte PDFs mit 150 DPI und handschriftlichen Notizen am Rand. Extrahieren Sie diese 3 Belegmuster und zeigen Sie uns die Ergebnisse auf Feldebene.“
„Exportieren Sie nach Excel?“„Unser Buchhaltungsteam benötigt die extrahierten Daten in einer Excel-Datei, in der jede Zeile einem Beleg und jede Spalte einem extrahierten Feld entspricht. Die Datei muss ohne manuelle Formatierung erstellt werden. Zeigen Sie uns die Ausgabe anhand unserer Muster.“
„Unterstützen Sie mehrsprachige Dokumente?“„Wir erhalten Rechnungen auf Englisch, Deutsch und Japanisch – manchmal innerhalb derselben Lieferantenbeziehung. Extrahieren Sie diese 2 mehrsprachigen Muster und zeigen Sie uns, wie nicht-lateinische Zeichen (Kanji, Umlaute) verarbeitet werden.“
„Ist Ihre Lösung genau?“„Berichten Sie Präzision und Trefferquote auf Feldebene für unsere 10 Belegmuster. Erklären Sie bei jedem Feld unter 90 % Genauigkeit die Ursache und ob Ihr System konfiguriert werden kann, um dies zu verbessern.“

Diese Tabelle lohnt sich auszudrucken und beim Verfassen neben der Tastatur zu behalten. Fragen Sie sich bei jeder Frage: Würde diese Frage bei verschiedenen Anbietern zu unterschiedlichen Antworten führen? Wenn nein, formulieren Sie sie um, bis dies der Fall ist.

Antworten bewerten: So gewichten Sie Kriterien, ohne sich selbst zu benachteiligen

Die Bewertung ist der Punkt, an dem selbst gut geschriebene RFPs scheitern. Der häufigste Fehler: Jeden Abschnitt gleich gewichten, weil es fair erscheint. Das ist nicht fair – es ist eine Weigerung, Prioritäten zu setzen, und führt zur gleichen Unentschlossenheit wie eine reine Funktionsliste.

Gewichten Sie Ihre Abschnitte basierend auf dem, was in Ihrem Betrieb tatsächlich über Erfolg oder Misserfolg entscheidet:

RFP-AbschnittVorschlag GewichtungAnpassungsregel
1. Dokumentenrealität (Beispiel-Extraktionsergebnisse)30%Auf 40% erhöhen, wenn Ihre Dokumente sehr unterschiedlich sind (mehrere Lieferanten, gemischte Formate, Handschrift). Dies ist die entscheidende Dimension.
2. Integrationsanforderungen15%Auf 25% erhöhen bei komplexem Tech-Stack (ERP + CRM + eigene Datenbank). Auf 10% reduzieren, wenn Ihr Team hauptsächlich mit Tabellenkalkulationen arbeitet.
3. Genauigkeitsanforderungen20%Auf 30% erhöhen für regulierte Branchen oder kritische Dokumente (Verträge, Finanzberichte). Diese Bewertung sollte auf tatsächlichen Extraktionsergebnissen basieren, nicht auf Herstellerangaben.
4. Skalierbarkeit10%Auf 20% erhöhen, wenn Sie sich in einer Wachstumsphase befinden oder planen, innerhalb von 12 Monaten Dokumenttypen hinzuzufügen. Bei stabilen Volumina sind 10% ausreichend.
5. Betriebliche Anforderungen10%Auf 20% erhöhen, wenn Ihre Benutzer nicht technisch versiert sind und eine hohe Fluktuation aufweisen. Für Teams mit dediziertem IT-Support sind 10% angemessen.
6. Compliance & Sicherheit10%Auf 25% erhöhen für Gesundheitswesen (HIPAA), Finanzen (SOC 2, GLBA) oder Regierungsauftragnehmer. Für Standard-Geschäftsabläufe sind 10% ausreichend.
7. Preismodell5%Das scheint kontraintuitiv – sollte der Preis nicht wichtiger sein? Nein. Der Preis sollte eine Schwelle sein, keine Bewertungsdimension. Legen Sie vor der Ausschreibung ein Budgetlimit fest und eliminieren Sie alle Anbieter, die es überschreiten. Bewerten Sie bei den verbleibenden die Leistungsfähigkeit, nicht den Preisunterschied. 200 €/Monat beim falschen Tool zu sparen, kostet durch manuelle Korrekturzeit weit mehr.

Diese Gewichtungen spiegeln eine Realität wider, der sich die meisten Beschaffungsprozesse widersetzen: Der Anbieter, der Ihre tatsächlichen Dokumente am genauesten extrahiert, ist fast immer der richtige Anbieter, selbst wenn er nicht der günstigste oder funktionsreichste ist. Alles andere – Integrationen, Compliance, Benutzerfreundlichkeit – lässt sich umgehen. Die Extraktionsgenauigkeit ist die Grundlage. Wenn sie falsch ist, ist alles andere egal.

Was tun, nachdem die Antworten eingegangen sind

Sie haben die Ausschreibung verschickt. Die Angebote sind da. Jetzt kommt der Teil, den die meisten Leitfäden auslassen.

1. Bewerten Sie zuerst isoliert die Ergebnisse der Stichprobenextraktion. Bevor Sie Marketingtexte lesen, öffnen Sie die Extraktionsergebnisse jedes Anbieters für Ihre 10 Musterdokumente. Zählen Sie die korrekten Felder. Zählen Sie die Fehler. Ordnen Sie die Anbieter nach Feldgenauigkeit. Das ist Ihre Basis – alles andere ist nur Kommentar zu dieser Zahl.

2. Eliminieren Sie jeden Anbieter, der nicht auf die eigentliche Frage geantwortet hat. Wenn Sie gefragt haben „zeigen Sie uns das extrahierte Ergebnis für Muster #4“ und der Anbieter stattdessen in drei Absätzen seine Extraktions-Engine beschrieben hat, eliminieren Sie ihn. Vage Antworten auf konkrete Fragen in der Ausschreibung sagen vagen Support während der Implementierung voraus. Die Ausschreibung ist ein Probelauf für die Anbieterbeziehung – behandeln Sie sie auch so.

3. Erstellen Sie eine Shortlist mit zwei Anbietern für einen strukturierten Test. Treffen Sie keine endgültige Entscheidung allein auf Basis einer Ausschreibung. Nehmen Sie die beiden Bestplatzierten und führen Sie einen einwöchigen Test mit Ihrem tatsächlichen Team durch, das Ihre tatsächlichen Dokumente verarbeitet. Die Ausschreibung bringt Sie von zehn auf zwei Kandidaten. Der Test bringt Sie von zwei auf einen.

4. Holen Sie Referenzen von Unternehmen mit Ihrem Dokumentenprofil ein. Nicht „irgendeine Kundenreferenz, die der Anbieter bereitstellt.“ Fragen Sie gezielt nach einer Referenz, die ähnliche Dokumente verarbeitet wie Sie – gleiche Branche, gleiche Dokumententypen, ähnliches Volumen. Wenn der Anbieter keine nennen kann, ist das eine Information.

FAQ

Wie lang sollte eine Ausschreibung zur Dokumentenextraktion sein?

5–10 Seiten Fragen plus Ihren Anhang mit Musterdokumenten. Wenn Sie 15 Seiten überschreiten, stellen Sie Fragen, die Anbieter nicht unterscheiden. Die Musterdokumente leisten mehr als zehn Seiten Feature-Checkliste.

An wie viele Anbieter sollte ich die Ausschreibung senden?

3 bis 5. Weniger als 3 und Ihnen fehlt eine echte Vergleichsbasis. Mehr als 5 und die Bewertung wird unüberschaubar – Sie werden oberflächlich bewerten, weil eine tiefgehende Analyse von 7+ Angeboten Wochen dauert. Filtern Sie Anbieter vor der Ausschreibung vor: Wenn ein Anbieter Ihre Dokumententypen nicht unterstützt oder Ihr Budget überschreitet, nehmen Sie ihn nicht in den formalen Prozess auf.

Sollte ich mein Budget in die Ausschreibung aufnehmen?

Ja. Aus zwei Gründen: Erstens scheiden Anbieter, die weit über Ihrem Rahmen liegen, von selbst aus – das spart Bewertungszeit. Zweitens können Anbieter innerhalb Ihres Rahmens ihr Angebot auf das abstimmen, was Sie sich tatsächlich leisten können, anstatt zu raten. Die Angst, dass „Anbieter genau unser Budget verlangen“, ist weniger kostspielig, als fünf Angebote zu erhalten, die alle das Dreifache dessen betragen, was Sie ausgeben können.

Brauche ich eine andere Ausschreibung für verschiedene Dokumententypen?

Nicht unbedingt eine andere Ausschreibung, aber andere Musterdokumentensätze. Die Struktur der Ausschreibung bleibt gleich – was sich ändert, ist Anhang A (die Dokumente). Wenn Sie Tools sowohl für die Rechnungsverarbeitung als auch für die Vertragsextraktion evaluieren, nehmen Sie 5 Rechnungsmuster und 5 Vertragsmuster in dieselbe Ausschreibung auf. Bewerten Sie sie getrennt. Ein Anbieter, der bei Rechnungen glänzt, aber bei Verträgen schwächelt, sagt Ihnen etwas, das eine gemischte Bewertung verbergen würde.

Was tun, wenn ein Anbieter sich weigert, unsere Beispieldokumente in der RFP-Phase zu extrahieren?

Das kommt vor, besonders bei Enterprise-Anbietern, die eine unterzeichnete NDA, ein Discovery-Gespräch und eine Proof-of-Concept-Vereinbarung verlangen, bevor sie echte Dokumente anfassen. Sie haben zwei Optionen: Entweder Sie passen sich ihrem Prozess an, wenn sie aus anderen Gründen eindeutig die beste Wahl sind, oder Sie streichen sie. Unsere Empfehlung: Streichen Sie sie. Ein Anbieter, der seine Fähigkeiten an Ihren Dokumenten vor Vertragsabschluss nicht demonstrieren kann, ist ein Anbieter, der nicht an Ihren Dokumenten gemessen werden will. Die Tools, die die Arbeit leisten können, sind in der Regel bereit, dies zu beweisen.

Wie oft sollten wir unsere RFP-Vorlage aktualisieren?

Überprüfen und aktualisieren Sie Ihre RFP-Fragen nach jedem Beschaffungszyklus. Die Fragen, die keine Unterscheidung brachten, die Abschnitte, in denen alle Anbieter identisch abschnitten, die Kriterien, die sich bei der Implementierung als irrelevant erwiesen – diese sollten ersetzt oder entfernt werden. Eine RFP ist ein lebendiges Dokument. Die Vorlage, die Sie für Ihren dritten Tool-Kauf verwenden, sollte deutlich besser sein als die für Ihren ersten.

Anhang: RFP-Vorlage zum Download

Die in diesem Artikel beschriebene 7-Abschnitts-Struktur ist als Ausgangspunkt gedacht – nicht als reines Ausfüllformular. Die Dokumentenrealität jeder Organisation ist anders, und die wertvollsten Fragen in Ihrer RFP werden die sein, die spezifisch für Ihren Betrieb sind.

Eine herunterladbare RFP-Vorlage basierend auf dem Framework dieses Artikels ist in Vorbereitung. Sie wird die vollständige 7-Abschnitts-Struktur mit Fragenvorlagen, dem Gewichtungsrechner für die Bewertung und einem Leitfaden zur Dokumentenvorbereitung enthalten. Schauen Sie wieder vorbei oder kontaktieren Sie uns für die Verfügbarkeit.

In der Zwischenzeit hier ein eigenständiger Ausgangspunkt: Öffnen Sie ein leeres Dokument, betiteln Sie es mit "RFP für Dokumentenextraktionssoftware – [Ihr Firmenname]" und erstellen Sie sieben Abschnittsüberschriften, die der obigen Struktur entsprechen. Schreiben Sie unter jede Überschrift eine Frage zu Ihrem Betrieb, die Sie derzeit nicht beantworten können, ohne jemand anderen in Ihrem Unternehmen zu fragen. Diese Fragen – diejenigen, die interne Diskussion erfordern – sind die eigentliche RFP. Die Fragen an die Anbieter ergeben sich daraus.

Die RFP, die den besten Anbieter hervorbringt, ist nicht die längste oder technisch detaillierteste. Es ist die, die am schwersten zu schreiben war – weil das Schreiben Sie zwang, Ihren eigenen Betrieb zu verstehen, bevor Sie jemand anderen fragen.

Das Dokumentenextraktionstool, das zu Ihrem Betrieb passt, ist fast nie das mit den meisten Funktionen. Es ist dasjenige, dessen Stärken zur spezifischen Unordnung Ihrer Dokumente, zur Struktur Ihres Teams und zu den Erwartungen Ihrer nachgelagerten Systeme passen. Eine RFP ist das Werkzeug, das diese Übereinstimmung findet – wenn Sie sie schreiben, um die Passung zu testen, nicht um Ja/Nein-Antworten zu sammeln.

📮 contact email: [email protected]