SaaS-Websites und das Perspektiv-Problem

Wer ein Produkt gebaut hat, trägt das gesamte Wissen darum im Kopf: die Entstehungsgeschichte, die gelösten Probleme, die Entscheidungen hinter jedem einzelnen Feature. Dieses Wissen lässt sich nicht einfach ablegen. Es beeinflusst, wie man über das Produkt schreibt — was man für selbstverständlich hält und was man deshalb nicht mehr erklärt.

Der Produktmanager schreibt "kollaboratives Aufgabenmanagement mit echter Echtzeit-Synchronisation", weil das die präzise technische Beschreibung ist. Der Neukunde liest — wenn er Glück hat — "ich kann mit meinem Team gemeinsam an Aufgaben arbeiten". Wenn er Pech hat, liest er nur technische Wörter, die er nicht einordnen kann, und geht.

Das ist kein Schreibfehler. Es ist ein Perspektivproblem. Wer das Produkt kennt, sieht beim Lesen automatisch, was da steht. Wer es nicht kennt, sieht, was fehlt.

Dieser Mechanismus ist im Produktbereich gut bekannt. Im Website-Kontext wird er systematisch unterschätzt, weil die Website meistens von denselben Menschen beauftragt wird, die das Produkt gebaut haben. Die Nähe zum Produkt, die das Team so leistungsfähig macht, ist hier das Hindernis.

Ein Neukunde, der zum ersten Mal auf einer SaaS-Website landet, beantwortet drei Fragen — bewusst oder nicht, sehr schnell:

Alle drei Fragen müssen auf der ersten Seite beantwortet sein — spätestens nach dem ersten Scrollen. Nicht weil Besucher ungeduldig sind, sondern weil sie nicht wissen, ob das Weiterlesen sich lohnt, bevor die erste Frage beantwortet ist.

Viele SaaS-Websites beantworten die erste Frage kategoriell: "Die führende Plattform für X." Das beschreibt eine Position, kein Problem. Der Besucher muss noch entscheiden, ob X überhaupt sein Problem ist — und das passiert häufig nicht auf der Seite, sondern im Tab daneben.

Wer für die dritte Frage in die Tiefe geht, bevor die erste beantwortet ist, verliert die meisten Besucher, bevor er beim wesentlichen Punkt angekommen ist. Die Reihenfolge ist keine Stilentscheidung. Sie entscheidet, wen die Website überhaupt erreicht.

Die naheliegende Reaktion auf eine unklare Website ist: mehr erklären. Eine längere Feature-Liste. Eine Vergleichstabelle. Ein ausführlicherer Abschnitt über die Funktionen. Manchmal ein zweiter Relaunch, der im Kern dieselbe Logik wiederholt.

Das löst das Problem nicht, weil Features eine Antwort auf die falsche Frage geben. Features beschreiben das Wie — was die Software kann. Was ein Neukunde braucht, ist das Warum: welches Problem das löst, das er heute noch hat.

"Automatischer Report-Versand" ist eine Feature-Beschreibung. "Sie müssen nicht mehr daran denken, den Bericht manuell zu schicken" ist ein Nutzen. Beides beschreibt dieselbe Funktion. Aber nur eines spricht jemanden an, der das Problem aus dem Alltag kennt.

Je mehr Features gelistet werden, desto mehr muss der Besucher selbst herausarbeiten, welches davon für ihn relevant ist. Das ist eine Aufgabe, die er nicht übernimmt. Er geht.

SaaS-Websites, die Besucher halten, folgen meist einer klaren Reihenfolge: Problem → Lösung → Beweis.

Zuerst zeigen, welche Situation sich verändert — nicht wie die Software das tut, sondern was vorher anders ist als nachher. Dann erklären, wie sie das erreicht. Dann beweisen, dass es funktioniert: durch Kundenaussagen, durch Zahlen, durch Beispiele, die sich direkt auf das Ausgangsproblem beziehen.

Das klingt einfach. Es setzt aber voraus, das eigene Produkt aus der Außenperspektive zu beschreiben — aus der Perspektive von jemandem, der noch kein Wissen darüber hat. Das ist eine andere Übung als Produktentwicklung. Sie liegt nicht automatisch im Repertoire des Teams.

Manche Unternehmen lösen das durch Gespräche mit bestehenden Kunden — nicht um Testimonials zu sammeln, sondern um zu hören, wie Kunden das Problem beschreiben, das die Software gelöst hat, bevor sie die Lösung kannten. Und was sie als Erstes erklären würden, wenn sie die Software jemandem weiterempfehlen. Diese Sprache ist meistens präziser als die eigene.

Die Website-Sprache, die trägt, kommt selten aus der Produktdokumentation. Sie kommt aus der Bereitschaft, die eigene Formulierung loszulassen, wenn eine einfachere dieselbe Sache treffender sagt.

Eine Website für ein SaaS-Unternehmen ist letztlich Übersetzungsarbeit: dasselbe Produktwissen, in der Sprache eines informierten Außenstehenden. Der Unterschied zwischen beiden Versionen ist klein auf dem Papier. Er ist erheblich im Erleben eines Besuchers, der das Produkt zum ersten Mal sieht.