---
title: "Kundenbeispiele nutzen, ohne den Kunden zu nennen"
description: "Erhalten Sie Relevanz und Belegwert eines Kundenbeispiels, ohne Identität offenzulegen, Vertraulichkeit zu verletzen oder Zustimmung vorzutäuschen."
canonical: "https://zephior.com/de/insights/use-customer-examples-without-naming-the-customer"
last-updated: 2026-09-02
---

# Kundenbeispiele nutzen, ohne den Kunden zu nennen

> Erhalten Sie Relevanz und Belegwert eines Kundenbeispiels, ohne Identität offenzulegen, Vertraulichkeit zu verletzen oder Zustimmung vorzutäuschen.

Von [Tony Kim](https://zephior.com/de/authors/tony-kim). Veröffentlicht 2026-09-02; aktualisiert 2026-09-02. 9 Min. Lesezeit.

## Definition

Ein anonymisiertes Kundenbeispiel ist ein abgegrenzter Bericht über tatsächlich erbrachte Arbeit. Identifizierende Angaben werden entfernt oder verallgemeinert, während die für Relevanz, Methode und Ergebnis nötigen Fakten erhalten bleiben. Ein interner Nachweisdatensatz stützt den freigegebenen Text. Das Beispiel ist weder erfundener Mischfall noch Kundenstimme und ersetzt keine ausdrücklich verlangte namentliche Referenz.

## Problem

Das passendste Projekt kann durch Vertrag, Kundenrichtlinie, Regulierung oder Beziehungssensibilität geschützt sein. Nur Logo und Name zu entfernen reicht nicht. Branche, Land, Belegschaft, Zeitraum, seltene Technik und genaues Ergebnis können den Kunden gemeinsam identifizieren. Wird zu viel gestrichen, bleibt generische Verkaufssprache. Fehlen Basis, Messzeitraum und Lieferantenbeitrag, suggeriert ein Resultat mehr Beweis als vorhanden. Der Bieter muss den Kunden schützen und dem Evaluator trotzdem einen prüfbaren Vergleich geben.

## Perspektive

Anonymisieren Sie Identität, nicht Verantwortung. Klären Sie zuerst, was das Beispiel beweisen soll und ob anonyme Evidenz zulässig ist. Bauen Sie den Fall aus genehmigten Delivery-Unterlagen und minimieren Sie danach jedes Identifikationsmerkmal mit Blick auf die Gesamtkombination. Erhalten Sie Scope, Unterschiede, Methode, Ergebnisbasis und eigene Rolle. Jede externe Aussage bleibt mit einem geschützten Nachweis verbunden. Unterstellen Sie weder Kundenempfehlung noch typisches Ergebnis.

## Bestimmen Sie den Beweiszweck vor dem Verbergen der Identität

Lesen Sie die Nachweisanweisung wörtlich. Der Käufer kann Erfahrungstext, Vertragsliste, Case-Study-Formular, Beleg technischer Leistungsfähigkeit oder erreichbaren Referee verlangen. Das ist nicht austauschbar. Im EU-Vergaberecht kann Erfahrung etwa durch geeignete Referenzen aus früheren Verträgen belegt werden. Verlangt die Ausschreibung Namen, Werte, Zeiträume oder Kontakte, darf ein anonymer Bericht Kontext liefern, aber die Bedingung möglicherweise nicht erfüllen. Klären Sie Kollisionen mit Vertraulichkeit rechtzeitig.

Formulieren Sie das Kriterium als kurzen Beweissatz. Der Evaluator will vielleicht sehen, dass ein ähnliches Volumen ohne Unterbrechung migriert, in reguliertem Umfeld gearbeitet oder ein messbares Adoptionsergebnis erreicht wurde. Behalten Sie Angaben, die diese Prüfung ermöglichen. Streichen Sie Dekoration. „Finanzdienstleister in Westeuropa“ kann den Regulierungskontext hinreichend zeigen; Land, genaue Mitarbeiterzahl und Startmonat erhöhen vielleicht nur das Identifikationsrisiko.

Trennen Sie Beispiel und Endorsement. Das Beispiel ist der faktenbasierte Bericht des Bieters. Ein Testimonial gibt Erfahrung oder Meinung des Kunden wieder. Erfinden Sie kein Zitat aus Feedback, nennen Sie den Kunden nicht „begeistert“ und behaupten Sie keine Empfehlung ohne Erlaubnis. Auch implizite Aussagen und ausgelassener Kontext bestimmen die Gesamtwirkung. Einzelne wahre Sätze können gemeinsam einen irreführenden Eindruck erzeugen.

**Nachweisart und Aussagekraft**

| Artefakt | Kann zeigen | Darf nicht unterstellen |
| --- | --- | --- |
| Anonymes Beispiel | Relevante Methode, Scope und belegtes Ergebnis | Identität oder Referenzbereitschaft |
| Namentliche Referenz | Bestimmter Vertrag und Kontaktweg | Erlaubnis außerhalb des Tender-Zwecks |
| Kundenzitat | Freigegebene Worte oder Meinung | Unabhängiger Beweis des Resultats |
| Delivery-Unterlage | Interner Fakt und Messung | Externe Offenlegungsfreigabe |
| Zertifizierung | Geprüfte Entität und Scope | Leistung im beschriebenen Kundenprojekt |

## Bauen Sie den vollständigen Fall intern vor der sicheren Fassung

Erstellen Sie einen geschützten Falldatensatz mit Kunde, Vertrags- und Delivery-Einheit, Daten, Scope, Orten, Dienstgrenze, Partnern, Messwerten und Quellen. Erfassen Sie eigene Rolle und Kundenarbeit. Sammeln Sie Vertrag oder Leistungsbeschreibung, Abnahmen, Betriebsberichte, genehmigte Berechnung und Bestätigung des Account Owners. Eine frühere Proposal oder Marketing-Case-Study ist nur ein Hinweis. Ihre Aussagen können älter, weiter oder für ein anderes Publikum freigegeben sein.

Zerlegen Sie Resultate in prüfbare Elemente. Für eine kürzere Bearbeitungszeit brauchen Sie alte und neue Definition, Population, Beobachtungszeitraum, Ausschlüsse, Datenowner und Rechnung. Bei Availability trennen Sie Vertragsziel und Messwert. Bei Adoption unterscheiden Sie eingeladene, registrierte, aktive oder geschulte Nutzer. Stammt die Zahl vom Kunden, muss die Quelle intern klar sein. Haben mehrere Änderungen gewirkt, beschreiben Sie den eigenen Beitrag statt Alleinkausalität.

Markieren Sie je Fakt die externe Freigabe: wörtlich erlaubt, nur aggregiert, mit Kundeneinwilligung, nur vertraulich an benannten Käufer oder verboten. Ergänzen Sie Owner und Ablaufdatum. Erlaubnis hängt vom Zweck ab. Eine Weitergabe an einen Evaluator unter NDA erlaubt nicht automatisch Website, Sales Deck oder Nutzung durch andere Rechtseinheit. Bewahren Sie Entscheidung oder Freigabe beim betreffenden Text.

- Trennen Sie Kundenidentität und öffentlichen Text per Zugriffsrecht.
- Führen Sie jede Zahl zu einer reproduzierbaren Rechnung.
- Erfassen Sie Bieter-, Partner- und Kundenbeitrag getrennt.
- Hängen Sie Zweck, Publikum und Ablauf an die Freigabe.
- Öffnen Sie den Fall bei neuer Nutzung oder geändertem Fakt neu.

## Prüfen Sie die Gesamtkombination auf Identifizierbarkeit

Entfernen Sie direkte Identifikatoren: Organisations- und Produktnamen, Personen, Logos, Domains, Adressen, Vertragsnummern und Screenshots. Prüfen Sie danach indirekte Merkmale. Ein einzelner Fakt ist vielleicht harmlos; „das einzige Kantonsspital, das im März 2025 eine benannte Altplattform ersetzte“ kann eindeutig sein. Denken Sie an Wissen von Käufer, Wettbewerber, Kundenmitarbeiter und öffentlicher Recherche. ICO-Guidance betont Singling-out und Linkability, nicht nur Namen.

Verallgemeinern Sie kontrolliert. Ersetzen Sie Datum durch Zeitraum, Stadt durch Region, genaue Zahl durch belastbare Bandbreite, seltene Rolle durch Funktion und proprietäre Technik durch relevante Kategorie. Unterdrücken Sie ein Merkmal, wenn die Kombination weiter eindeutig bleibt. Verändern Sie keine wichtigen Leistungszahlen und erfinden Sie kein synthetisches Unternehmen. Ist ein präziser Wert für die Bewertung zentral und erlaubt, behalten Sie ihn und reduzieren weniger wichtige Identifikatoren.

Führen Sie zwei Reviews durch. Evidence Review prüft, ob die sichere Fassung dem internen Datensatz entspricht und die relevanten Unterschiede erhält. Disclosure Review versucht, den Kunden aus Text, Anlagen, Metadaten und Umgebung zu erkennen. Berücksichtigen Sie andere Bid-Abschnitte. Ein anonymes Beispiel wird identifizierbar, wenn CV, Organigramm oder Partnerkapitel den fehlenden Hinweis liefert. Dokumentieren Sie Restrisiko und Freigabe statt absolute Anonymität zu behaupten.

**Nützliche Minimierung**

| Original | Mögliche sichere Form | Erhaltene Relevanz |
| --- | --- | --- |
| Benannte nationale Behörde | Europäische öffentliche Stelle | Regulierter öffentlicher Kontext |
| Go-live am 14. März 2025 | Erstes Halbjahr 2025 | Aktualität |
| 12.438 aktive Konten | Mehr als 10.000 aktive Konten | Umfang |
| Benannte Altanwendung | Legacy Case-Management-System | Migrationskomplexität |
| Zitat des Kunden-CIO | Belegtes Abnahmeergebnis | Resultat ohne erfundene Empfehlung |

## Seien Sie präzise bei der Arbeit und nicht bei der Identität

Nutzen Sie sechs Teile: relevanter Kontext, Käuferproblem, beauftragter Scope, Lieferantenmethode, belegtes Resultat und Bezug zur heutigen Anforderung. Umfang und Constraints werden nur genannt, wenn sie den Vergleich verbessern. Beschreiben Sie eigene Arbeit, Abnahme und Messung. Danach folgt der wesentliche Unterschied zur jetzigen Ausschreibung. Ein Evaluator lernt mehr aus einer klaren Grenze als aus Adjektiven wie führend, komplex oder transformativ.

Schreiben Sie Zahlen mit Basis im Satz oder in einer nahen Anmerkung. „Bearbeitungszeit um 32% gesenkt“ braucht Vergleichsperioden, Fälle und Messquelle. Belegt die Evidenz nur eine Beobachtung nach Einführung, behaupten Sie keine Kausalität. Ist das Beispiel außergewöhnlich erfolgreich, stellen Sie es nicht als typisches Ergebnis für alle Kunden dar. Der praktische Grundsatz aus Substantiation-Regeln ist nützlich: Nachweis für ausdrückliche und vernünftigerweise implizite Aussagen muss vor Veröffentlichung bestehen.

Schließen Sie mit Übertragbarkeit statt Wiederholungsgarantie. Nennen Sie gleiche Bedingungen wie Transaktionsmuster, Regulierung, Integrationsmethode oder Governance und wichtige Unterschiede. Erklären Sie deren Behandlung im neuen Ansatz. Der frühere Fall belegt Fähigkeit und Urteil, garantiert aber kein identisches Resultat bei anderer Basis, Organisation oder Abhängigkeit. Beschreiben Sie vertrauliche Verifikation nur im erlaubten Umfang und unterstellen Sie keine Kontaktbereitschaft.

- Nennen Sie die Evaluatorentscheidung, die das Beispiel unterstützt.
- Beschreiben Sie Lieferantenrolle und Dienstgrenze genau.
- Verknüpfen Sie Resultat mit Basis, Zeitraum, Population und Quelle.
- Zeigen Sie wichtige Unterschiede zur aktuellen Anforderung.
- Bieten Sie Verifikation nur innerhalb der genehmigten Erlaubnis an.

## Nützliche Ergebnisse

- Das Beispiel beantwortet ein Kriterium oder Käuferanliegen statt nur eine Markengeschichte zu erzählen.
- Der Evaluator kann Dienst, Umfang, Komplexität, Verantwortung und Resultat vergleichen.
- Namen, Personen und kennzeichnende Projektkombinationen sind auf freigegebenem Niveau reduziert.
- Jede Aussage führt zu einer datierten internen Quelle und einem Delivery-Owner.
- Resultate zeigen Basis, Zeitraum, Population, Methode und Beitrag ohne falsche Kausalität.
- Der Text trennt anonymes Beispiel von einer verlangten Referenz oder Empfehlung.

## Ablauf

1. **Nachweisanforderung prüfen.** Identifizieren Sie Kriterium, Pflichtfelder, Ähnlichkeitstest, Referenzkontakt und Offenlegungsregeln. Bestätigen Sie, ob ein anonymer Fall bewertbar ist oder nur eine namentliche Referenz ergänzt.
2. **Privaten Faktendatensatz bauen.** Sammeln Sie genehmigten Scope, Delivery-Unterlagen, Daten, Messwerte, Kundenrechte und den tatsächlichen Bieteranteil. Widersprüche werden vor dem öffentlichen Text geklärt.
3. **Kleinste nützliche Offenlegung wählen.** Behalten Sie Fakten für den Relevanznachweis und verallgemeinern Sie den Rest. Prüfen Sie direkte und indirekte Identifikation aus der Kombination statt nur aus Einzelfeldern.
4. **Evidenzorientiert schreiben.** Nennen Sie Kontext, Problem, Lieferantenrolle, Methode, Resultat und Übertragbarkeit. Kennzeichnen Sie Schätzung, Gemeinschaftsergebnis, Einschränkung und Unterschied zur aktuellen Ausschreibung.
5. **Freigeben und Verifikation erhalten.** Holen Sie Account-, Delivery-, Legal- oder Privacy-Freigabe ein. Veröffentlichen Sie nur den genehmigten Stand und speichern Sie Quellen, Entscheidung, Ablauf und zulässiges Publikum.

## Wichtige Entscheidungen

- Akzeptiert die Ausschreibung ein anonymes Beispiel oder verlangt sie Vertrag und erreichbaren Referenzgeber mit Namen?
- Welche Fakten braucht der Evaluator für Ähnlichkeit und welche sind nur interessant?
- Beschränken Vertrag, NDA, Kundenrichtlinie oder Regulierung Name, Projektfakten, Ergebnisse oder schon die Beziehung?
- Kann die Kombination aus Branche, Ort, Zeit, Umfang und Technik den Kunden identifizieren?
- Ist jede Leistungs- und Ergebnisaussage aus einem genehmigten Datensatz reproduzierbar?
- Ist das Ergebnis eigener Beitrag, Gemeinschaftsleistung, spätere Beobachtung oder Prognose?
- Impliziert der Text Kundenfreigabe, Zitat oder Empfehlung ohne Erlaubnis?
- Wer kann den Fall bei späterer Käuferanfrage vertraulich verifizieren?

## Risiken

- Nach Entfernen des Namens kann eine seltene Kombination den Kunden weiter identifizieren.
- Zu starke Verallgemeinerung kann die zu belegende Ähnlichkeit zerstören.
- Interner Projektname, Screenshot oder Dateimetadaten können den Account verraten.
- Ein Ergebnis kann nach Änderung von Zeitraum, Population oder Definition weiterverwendet werden.
- Der Bieter kann alleinigen Erfolg beanspruchen, obwohl Kunde oder Partner wesentlich beitrugen.
- „Unser Kunde sagt“ kann ohne Namen eine nicht genehmigte Empfehlung schaffen.
- Ein anonymer Fall im Pflichtformular kann eine formale Referenzanforderung verfehlen.
- Eine erlaubte Einzeloffenlegung kann später ohne neue Prüfung öffentlich genutzt werden.

## Kennzahlen

- anonyme Beispiele mit Kriterium oder Käuferanliegen
- wichtige Aussagen mit aktuellem Verifikationsdatensatz
- Beispiele mit Erlaubnis, Publikum und Review-Datum
- vor externer Freigabe gelöste Identifikationsrisiken
- Ergebnisse mit Basis, Zeitraum und Attribution
- separat erfüllte Anforderungen an namentliche Referenzen
- bei Fakten- oder Rechteänderung aktualisierte Beispiele

## Häufige Fragen

### Kann ein anonymes Beispiel eine Referenzanforderung erfüllen?

Nur wenn die Ausschreibung es zulässt und alle Pflichtfelder vorhanden sind. Bei vorgeschriebenem Vertragsnamen, Wert, Datum oder Referee brauchen Sie eine zulässige Referenz oder Klärung. Ein guter Text heilt keine formale Noncompliance.

### Reicht es, den Kundennamen zu entfernen?

Nein. Branche, Region, Datum, Umfang, Technik, Personen und Resultate können gemeinsam identifizieren. Prüfen Sie direkte und indirekte Erkennbarkeit mit dem Wissen des erwarteten Publikums.

### Brauchen wir trotz Anonymisierung Kundenerlaubnis?

Möglicherweise. Vertragsgeheimnis, Geschäftsgeheimnis, Personendaten, Kundenrichtlinie und indirekte Identifikation können Zustimmung verlangen oder Nutzung verbieten. Lassen Sie Fakten, Publikum und Rechtsraum qualifiziert prüfen.

### Dürfen mehrere Kunden zu einem Fall kombiniert werden?

Nicht so, dass ein reales Einzelprojekt suggeriert wird. Ein klar markiertes Aggregat kann eine Portfolioaussage stützen, wenn Rechnung und Offenlegung erlaubt sind. Es darf sich nicht als konkrete Case Study oder Referenz ausgeben.


## Primärquellen

- [Richtlinie 2014/24/EU über die öffentliche Auftragsvergabe](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A02014L0024-20220101), Europäische Union
- [How to ensure anonymisation is effective](https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-sharing/anonymisation/how-do-we-ensure-anonymisation-is-effective/), Information Commissioner’s Office
- [Advertising FAQs: A Guide for Small Business](https://www.ftc.gov/business-guidance/resources/advertising-faqs-guide-small-business), Federal Trade Commission


## Weiterführende Artikel

- [Eine Fallstudie anonymisieren, ohne ihren Beweiswert zu zerstören](https://zephior.com/de/insights/anonymize-case-study-evidence-safely)
- [Wann ist ein Nachweis für ein Angebot zu alt?](https://zephior.com/de/insights/decide-when-rfp-evidence-is-too-old)
- [In einer anonymen Tender Response differenzieren](https://zephior.com/de/insights/differentiate-in-an-anonymous-tender)
- [Eine bekannte Einschränkung im Angebot offenlegen](https://zephior.com/de/insights/disclose-negative-evidence-in-a-tender-response)