# Relevante Nachteile und Grenzen finden

Finde relevante Nachteile in realen Verkaufsgesprächen, Projekten und Supportfällen. Trenne Grenzen, Risiken und bewusste Kompromisse, bevor du darüber schreibst.

## Die kurze Antwort

Suche Hinweise in verlorenen Aufträgen, Beschwerden, Projektabweichungen, Supportfällen und Onboardings. Notiere Situation und Auswirkung, statt sofort eine allgemeine Schwäche daraus zu machen. Trenne danach dauerhafte Grenzen, beherrschbare Risiken, kontextabhängige Nachteile und bewusste Kompromisse. Priorisiere nur Punkte, die Auswahl, Aufwand oder Ergebnis merklich verändern können, und lasse Ursache sowie Formulierung fachlich prüfen. Veröffentliche keine Sammlung von Mängeln, sondern Orientierung: Für wen wird der Punkt relevant, woran erkennt man ihn und welche Alternative oder Gegenmassnahme gibt es?

«Sei ehrlich über Nachteile» klingt nach einer einfachen Workshop-Aufgabe. Das Ergebnis ist oft eine Liste aus kleinen Unbequemlichkeiten, persönlichen Vorlieben und längst behobenen Fehlern.

Für Kunden ist davon wenig relevant.

Belastbarere Hinweise liegen im Verkauf, im Projekt und in der Nutzung. Sie sind noch keine veröffentlichungsreifen Wahrheiten, sondern Rohmaterial. Erst die fachliche Prüfung zeigt, ob du einen behebbaren Fehler, ein steuerbares Risiko oder eine echte Grenze vor dir hast.

Gesucht wird keine möglichst lange Mängelliste. Gesucht werden die wenigen Informationen, die eine vernünftige Entscheidung tatsächlich verändern.

Die Prüfung muss dennoch zügig bleiben. Du brauchst keine historische Vollerhebung. Beginne mit den jüngsten Fällen, in denen eine Entscheidung scheiterte, ein Projekt deutlich abwich oder dieselbe Nutzungshürde wiederkehrte. Wenn daraus kein belastbares Muster entsteht, ist auch das ein Ergebnis.

## Nicht erfinden, sondern Spuren verfolgen

Beginne mit dokumentierten Situationen:

- **Verlorene Aufträge:** Welcher Grund wurde genannt, welches Bedenken blieb offen und welche Alternative gewann?
- **Beschwerden:** Welche Erwartung wurde nicht erfüllt, wen betraf das und was geschah tatsächlich?
- **Projektabweichungen:** Wo wuchs der Umfang, verschob sich ein Termin oder wurde mehr Mitarbeit nötig als angekündigt?
- **Supportfälle:** Welche Hürde kehrt wieder, und liegt die Ursache in Anleitung, Produkt oder Erwartung?
- **Onboarding:** Welche fehlenden Daten, Zuständigkeiten oder Fähigkeiten erschweren den Start?

Eine einzelne Beobachtung beweist noch keinen allgemeinen Nachteil. Halte fest, was dokumentiert ist und was das Team nur vermutet. Vermutungen sind Prüfhinweise, keine Belege. Auch ein genannter Absagegrund ist nicht automatisch die ganze Wahrheit. Vielleicht war er höflich verkürzt oder überdeckte mehrere Gründe. Suche deshalb nach Mustern über verschiedene Fälle, ohne seltene Situationen mit grosser Tragweite zu übersehen. Frage bei jedem Fall: Welche Annahme hätte vor dem Kauf sichtbar sein müssen? Diese Frage führt meist näher an die entscheidungsrelevante Grenze als die Suche nach einem Schuldigen.

Behebbare Fehler gehen zuerst in die Verbesserung. Erst wenn eine Einschränkung bleibt oder für die Entscheidung vor der Behebung relevant ist, wird sie zum Kandidaten für die Kommunikation.

## Vier Arten sauber auseinanderhalten

Die folgenden Begriffe ordnen die Prüfung:

- Ein **Nachteil** ist relativ zur Situation. Eine umfangreiche Konfiguration kann für ein kleines Team zu aufwendig sein und für ein Unternehmen mit besonderen Abläufen genau den gewünschten Nutzen liefern.
- Eine **dauerhafte Grenze** beschreibt etwas, das das aktuelle Angebot auch bei korrekter Nutzung nicht leistet, etwa fehlenden Offline-Betrieb oder einen nicht unterstützten Prozess. Aufmerksamkeit oder Schulung machen diese Grenze nicht kleiner.
- Ein **beherrschbares Risiko** kann eintreten, muss aber nicht. Unbereinigte Daten können eine Migration verzögern; ein früher Datencheck reduziert das Risiko. Was danach übrig bleibt, muss sichtbar bleiben.
- Ein **bewusster Kompromiss** priorisiert ein Ziel auf Kosten eines anderen. Standardisierung kann individuelle Anpassung begrenzen und dafür die Einführung vereinfachen. Beide Seiten der Abwägung gehören in den Text.

Manche Beobachtung wechselt nach der Prüfung die Kategorie. Wiederkehrende Bedienprobleme können auf fehlende Schulung, eine schlechte Oberfläche oder eine echte Eignungsgrenze hinweisen. Entscheide erst nach der Ursachenprüfung, welche Aussage fachlich trägt. Die Begriffe sind eine Arbeitsordnung, keine naturgegebenen Schubladen. Wichtig ist, dass du eine feste Grenze nicht als leicht lösbares Risiko verkaufst und einen behebbaren Fehler nicht zum strategischen Vorteil erklärst.

## Entscheidungsrelevanz schlägt interne Peinlichkeit

Ein Thema kann intern unangenehm und für Kunden belanglos sein. Umgekehrt wirkt eine fehlende Zuständigkeit unspektakulär, obwohl sie eine Einführung wochenlang blockieren kann.

Prüfe jeden Kandidaten mit drei Fragen:

1. Würde diese Information eine vernünftige Auswahl zwischen Angeboten verändern?
2. Kann sie Aufwand, Nutzung oder erwartetes Ergebnis merklich beeinflussen?
3. Sollte der Kunde sie kennen, bevor er Zeit oder Geld bindet?

Berücksichtige Wiederholung und Tragweite. Ein häufiges kleines Missverständnis braucht vielleicht eine bessere Anleitung. Ein seltener Sonderfall gehört früh erklärt, wenn seine Folgen schwer rückgängig zu machen sind. Bewerte nicht allein aus dem Marketing. Verkauf kennt Einwände und verlorene Entscheidungen, Leistung kennt Voraussetzungen, Support kennt Nutzungshürden. Die fachlich verantwortliche Person muss bestätigen, dass Ursache und Auswirkung stimmen.

Beschreibe die betroffene Situation beobachtbar. «Nicht für komplexe Unternehmen» hilft niemandem. «Für Teams ohne benannte Person, die über die Datenstruktur entscheiden darf» ermöglicht eine Selbstprüfung. Am Ende muss nicht jeder geprüfte Punkt öffentlich werden. Manche Grenze gehört auf die Leistungsseite, eine andere in die Offerte oder in ein frühes Verkaufsgespräch. Entscheidend ist, dass sie vor der betroffenen Entscheidung erscheint.

## Ein kleines Inventar pflegen, kein Mängelarchiv

Führe nur die priorisierten Punkte in einer gemeinsamen Liste. Pro Eintrag genügen Angebot, Kategorie, betroffene Situation, mögliche Auswirkung, Früherkennung, Gegenmassnahme oder Alternative und ein Link zum zugrunde liegenden Fall. Ergänze den vorgesehenen Ort der Erklärung: Website, Angebot, Verkaufsgespräch, Onboarding oder interne Verbesserung. So wird aus einer Beobachtung eine klare redaktionelle oder operative Aufgabe.

Jeder Eintrag braucht eine verantwortliche Person und einen konkreten Prüfimpuls. Das kann eine Angebotsänderung, ein neuer wiederkehrender Einwand, eine Beschwerde oder eine deutliche Projektabweichung sein. Ein Kalendertermin ergänzt diese Auslöser, ersetzt sie aber nicht.

Beim Review gibt es drei mögliche Entscheidungen: behalten, anpassen oder entfernen.

Dokumentiere kurz, warum sich die Aussage geändert hat. Eine alte Grenze darf nicht aus Gewohnheit weiterleben, wenn Produkt oder Prozess längst anders funktionieren. Halte das Inventar bewusst klein. Es ist weder Fehlerregister noch Qualitätsmanagement. Es verbindet interne Beobachtungen mit den wenigen Informationen, die ein Käufer rechtzeitig für eine realistische Entscheidung braucht.

## Dein nächster Arbeitsschritt

Nimm die jüngsten verlorenen Aufträge, Beschwerden und deutlichen Projektabweichungen. Formuliere daraus noch keinen Webtext, sondern ein kurzes Inventar mit Situation, Beleg, möglicher Auswirkung und nächster fachlicher Prüfung.