Evidenzhierarchie für RFP-Aussagen aufbauen

Aussagedesign

Definieren Sie den Glaubenssatz, bevor Sie Belege sortieren

Zerlegen Sie einen breiten Satz in einzelne Aussagen. „Unsere zertifizierte Plattform senkt die Bearbeitungszeit um 40 Prozent und erreicht 99,99 Prozent Verfügbarkeit“ enthält mindestens vier Behauptungen: Zertifizierung, Anwendbarkeit auf die angebotene Plattform, gemessenes Ergebnis und künftige Servicezusage. Jede hat eine andere Quelle, Grenze und Freigabe. Ein Logo oder eine Fallstudie kann nicht den gesamten Satz beweisen.

Erstellen Sie eine Claim Card mit Aussage, Typ, Gegenstand, Rechtseinheit, Produkt oder Service, Konfiguration, Region, Kundenpopulation, Messperiode, Bedingungen und vorgesehener Stelle. Vermerken Sie aktuellen Fakt, vergangenes Ergebnis, Prognose, Ziel oder bindende Zusage. Zusätze wie „für den gehosteten Dienst“, „im Berichtsjahr 2025“ und „vorbehaltlich der vorgeschlagenen Abhängigkeit“ bestimmen die Übereinstimmung mit der Quelle.

Bestimmen Sie die Folgeklasse vor der Suche. Für eine unwesentliche Aussage über Meeting-Rhythmus kann eine freigegebene Prozessbeschreibung reichen. Datenresidenz, Mindestbesetzung, regulatorische Eigenschaft oder Service Level können Eignung, Vertrag und Lieferung beeinflussen. Rhetorische Bedeutung ist nicht gleich Risiko. Ein Differentiator kann rechtlich harmlos sein, während eine Zeile im Anhang eine schwere Verpflichtung schafft.

Beweiskraft

Bewerten Sie Anwendbarkeit und Kontrolle statt Dokumentprestige

Bewerten Sie jede Quelle in sieben Dimensionen. Autorität prüft, ob der Urheber die Tatsache verantwortet. Direktheit zeigt, ob genau die Aussage bewiesen wird. Scope Match umfasst Einheit, Produkt, Gebiet, Population und Bedingungen. Aktualität prüft die Gültigkeit. Zuverlässigkeit betrachtet Genauigkeit, Vollständigkeit und Methode. Unabhängigkeit fragt nach getrennter Prüfung. Freigabe bestätigt, dass Quelle und Wortlaut im Bid genutzt werden dürfen.

Diese Dimensionen verhindern starre Quellenverehrung. Ein externer Auditbericht bietet unabhängige Assurance, beweist aber keinen Control außerhalb der Prüfgrenze. Ein interner Produktionsrecord kann der direkteste Beleg für einen Servicewert sein, wenn Datenherkunft und Berechnung kontrolliert sind. Eine signierte Expertenbestätigung kann eine Architekturfrage lösen, ist aber schwach für einen Marktvergleich oder eine Wirkung, die der Experte nicht gemessen hat.

Die GAO beschreibt Datenzuverlässigkeit anhand von Genauigkeit, Vollständigkeit und Eignung für den beabsichtigten Zweck und empfiehlt eine risikobasierte Bewertung. Eine Information kann im Ursprung korrekt und für den Angebotssatz ungeeignet sein. NIST passt Kontrollprüfungen ebenfalls an Risikotoleranz an. Das sind Gestaltungsprinzipien; ein Bid Review wird dadurch weder Audit noch Security Assessment.

• Autorität: Der Urheber ist fachlich zuständig und verantwortlich.
• Direktheit: Das Artefakt beweist diese Aussage und keine benachbarte.
• Geltungsbereich: Einheit, Service, Konfiguration und Population passen.
• Aktualität: Die Tatsache gilt für Zeitraum und Nutzung.
• Zuverlässigkeit: Methode, Vollständigkeit und Datenlinie sind prüfbar.
• Unabhängigkeit: Bestätigung wiederholt nicht denselben Ursprung.
• Freigabe: Offenlegung und Angebotswortlaut sind genehmigt.

Assurance-Niveaus

Erhöhen Sie die Schwelle mit den Folgen eines Fehlers

Definieren Sie wenige Folgeklassen mit Mindestregeln. Für risikoarme Beschreibungen kann eine aktuelle, freigegebene Quelle der zuständigen Funktion genügen. Bewertete Aussagen über Methode, Nutzen oder Erfahrung benötigen direkten Beleg mit klarem Scope und Bestätigung des Owners. Für Eignung, Regulierung, Sicherheit, Preis, vertragliche Leistung oder wesentliches Käuferrisiko sind kontrollierte Primärevidenz, verfügbare unabhängige Prüfung und ausdrückliche Offer Authority erforderlich.

Eine Hierarchie erzeugt keinen automatischen Pass. Level-A-Evidenz für eine Aussage kann für eine andere Level C sein. Ein Zertifikat beweist primär, dass eine benannte Einheit innerhalb Scope und Gültigkeit zertifiziert ist. Es beweist nur indirekt, dass jeder angebotene Service Control wirksam ist. Ein Kundenbericht belegt direkt dessen Messung, nicht das Ergebnis jedes künftigen Kunden. Stärke und Grenze bleiben zusammen.

Komplementäre Quellen sind nützlich, wenn sie verschiedene Lücken schließen. Eine Control Description belegt Design, ein Test Report den Betrieb in einer Periode und ein Solution Statement die Zuordnung zum Service. Das ist eine Kette, keine Abstimmung. Drei Broschüren aus derselben Produktseite sind keine unabhängigen Quellen. Erfassen Sie gemeinsame Ursprünge, damit Wiederholung nicht als Bestätigung gilt.

Entscheidungskontrolle

Ändern Sie die Aussage, wenn der Beleg sie nicht tragen kann

Erfassen Sie zu jeder wesentlichen Aussage die Evidenz, Source Owner, Datum, Version, Passage, Anwendungsgrenze, Freigabe und Prüferentscheidung. Eine Quelle wird nicht stärker, weil die Datei im Ordner liegt. Der genaue Auszug und seine Beziehung zum Satz müssen prüfbar sein. Verhindert Vertraulichkeit eine Anlage, entscheiden Sie über zulässige Darstellung, Attestation oder kontrollierte Einsicht, ohne eine nicht gesehene Evidenz vorzutäuschen.

Reicht die Evidenz nicht, suchen Sie einen besseren Primärrecord oder verantwortliche Bestätigung. Gibt es beides nicht rechtzeitig, verengen Sie die Aussage. Ersetzen Sie „alle Implementierungen senken Zeit um 40 Prozent“ durch die freigegebene Beobachtung aus dem gemessenen Projekt, sofern sie offengelegt werden darf. Kennzeichnen Sie Prognose und Ziel als solche. Jede Ausnahme geht mit Wortlaut und fehlender Assurance an die Freigabestelle.

Prüfen Sie die Hierarchie nach Amendments und vor Submission. Änderungen an Lösung, Rechtseinheit, Unterauftragnehmer, Hosting, Service Level oder Preis können die Anwendbarkeit brechen, obwohl die Datei gleich bleibt. Die FAR-Behandlung von Past Performance zeigt die Disziplin: Aktualität, Relevanz, Quelle und Kontext zählen. Die Hierarchie ordnet nicht nur die Library. Sie verhindert Aussagen, die die Organisation nicht verantwortbar beweisen kann.

• Verknüpfen Sie den genauen Belegauszug mit der genauen Aussage.
• Erfassen Sie Scope, Datum, Owner, Version und Nutzungsfreigabe.
• Suchen Sie Primärbeleg vor zusätzlichem Sekundärmaterial.
• Verengen Sie Fakt, Zeitraum oder Population bei begrenztem Support.
• Prüfen Sie die Anwendbarkeit nach jeder Offer-Änderung erneut.