Noreva, Executive Communication Consultancy

Fallstudie

Wenn ein fehlendes Feature in Wahrheit eine Marktbarriere ist

Kundschaft
Pensight Inc
Branche
Plattform für unabhängige Anbietende
Leistung
Unabhängiger Plattform-Review
Zeitraum
August 2026

Pensight konnte den Markt nicht testen, an den es verkauft

Pensight baut Werkzeuge für unabhängige Lehrende und Coaches, die ihre eigenen Stunden und Inhalte verkaufen. Das Unternehmen wollte wissen, wie sich das Produkt für die Person liest, für die es gebaut ist, und nicht für das Team, das es gebaut hat.

Ich sollte die Plattform aus genau dieser Position prüfen: eine unabhängige Lehrende, die über einen Marktplatz verdient und überlegt, etwas Eigenes aufzubauen. Diese Nutzerin musste ich mir nicht vorstellen. Ich habe jahrelang online unterrichtet, und ich habe genau diesen Schritt gemacht.

Ich lebe außerdem in einem Land, das ihr Zahlungssystem derzeit nicht erreicht. Das stellte sich als Kern des Reviews heraus, denn es war das Eine, was das Team aus dem Produkt heraus nicht testen konnte.

Der Review umfasste zehn Aufgaben, einen schriftlichen Bericht, einen aufgezeichneten Walkthrough und eine Beratungssitzung.

Also habe ich das Produkt als diese Nutzerin verwendet und jedes Zögern aufgezeichnet

1

Als Nutzerin arbeiten, nicht als Prüferin

Zehn Aufgaben in fester Reihenfolge, über vier Sitzungen und drei Stunden im Produkt.

Emische PerspektiveAufgabenbasierte EvaluationBearbeitungszeit

Ich habe mich angemeldet, eine Unterrichtsstunde mit Preis angelegt, die Auszahlung geprüft, meine Verfügbarkeit gesetzt, ein digitales Produkt angehängt, eine monatliche Vereinbarung gebaut, meine öffentliche Seite als Fremde geöffnet, Stornierung und Zeitzonen getestet und einen Live-Call geführt.

Alles war privat angelegt. Es wurden keine echten Kartendaten eingegeben, und überall dort, wo echtes Geld geflossen wäre, habe ich aufgehört.

Die Regel, die ich mir gesetzt habe, war einfach: Wenn ich feststeckte, blieb ich stecken.

Die Lösung nachzuschlagen hätte einen Teil dessen zerstört, was ich messen wollte. Wenn jemand innehalten muss, um herauszufinden, was als Nächstes zu tun ist, gehört das zur Erfahrung. Wie lange etwas dauert, bis man es versteht, ist kein Hindernis für den Befund. Es ist der Befund.

2

Beide Seiten des Produkts nutzen

Zwei Browser, zwei E-Mail-Adressen und ein Produkt zum Preis von null, um es bei mir selbst zu kaufen.

Test aus beiden RollenService BlueprintingDurchgängige Nutzerreise

Die meisten Reviews prüfen die Seite, nach der die Kundschaft gefragt hat. Ich wollte auch sehen, was danach passiert.

Dieselbe Regel galt hier. Ich habe den Preis auf null gesetzt, mein eigenes Produkt als Schülerin in einem zweiten Browser mit einer zweiten Identität gekauft und bin von dort aus weitergegangen, um zu sehen, was eine Käuferin danach tatsächlich tun kann.

Manche Befunde wurden erst sichtbar, nachdem ich auf dem zweiten Platz saß. Deshalb hätte der Blick auf die Verkäuferinnenseite allein nicht genügt.

3

Zögern festhalten, während es passiert

Rund hundert Minuten kommentierte Bildschirmaufnahme und ein Protokoll, das während der Arbeit entstand.

Lautes DenkenBegleitende VerbalisierungRückschaufehler

Ich habe gesprochen, während ich arbeitete, damit Momente des Zögerns festgehalten wurden, während sie geschahen, und nicht im Nachhinein rekonstruiert.

Das Protokoll hielt fest, was ich versuchte, was tatsächlich passierte, ob ich zögerte und wie lange. Es entstand während der Sitzungen, nicht am Ende des Wochenendes.

Das ist kein formaler Unterschied.

Sobald man weiß, wie etwas ausgegangen ist, wirkt der Weg dorthin naheliegender, als er war. Ein Bericht aus der Erinnerung entfernt leise genau die Verwirrung, die er dokumentieren soll.

4

Die Lücke messen, dann nach Kosten sortieren

Achtundzwanzig Befunde, in drei Stufen nach wirtschaftlicher Folge geordnet.

PlanungsfehlschlussSchweregrad-BewertungErwartung gegen Realität

Vor jeder Aufgabe habe ich geschätzt, wie lange sie dauern sollte. Danach habe ich die tatsächliche Zeit notiert.

Die beiden Aufgaben, die ich abgeschlossen und sauber gestoppt habe, dauerten genau doppelt so lange wie erwartet: eine Stunde statt dreißig Minuten. Ich arbeite seit Jahren online in diesem Feld, ich bin mit Software vertraut, und ich hatte das Einführungsvideo des Produkts bereits gesehen.

Das ergab einen nützlichen Bezugspunkt. Wenn ich mit dieser Art Arbeit vertraut bin und trotzdem doppelt so lange brauche wie gedacht, erreicht jemand, der das Produkt an einem freien Abend ausprobiert, die dritte Aufgabe womöglich nicht.

Die Befunde wurden danach geordnet, was jeder einzelne das Unternehmen kostet, und nicht danach, wie ärgerlich er im Moment war.

Etwas, das leise eine Kundin verliert, bevor sie sich überhaupt anmeldet, wiegt schwerer als etwas, das eine bestehende Kundin ärgert. Die Reihenfolge der Arbeit sollte das abbilden.

Der Blocker war kein fehlendes Feature

Ein Befund wog schwerer als die anderen, und er war kein Usability-Problem.

Das Auszahlungssystem von Pensight erreicht Südafrika nicht.

Zuerst hatte ich das für mich als fehlendes Feature abgelegt, als etwas, das hinter anderer Produktarbeit stehen kann.

Es ist kein fehlendes Feature.

Für Anbietende in einem Land, das Stripe nicht erreicht, ist die Auszahlung das Tor. Nichts anderes am Produkt lässt sich wirklich beurteilen, solange dieses Problem besteht, und in dieser Community verbreitet sich nichts, bevor es gelöst ist.

Eine solche Barriere hält Menschen nicht nur auf. Sie entfernt sie aus den Daten.

Wer auf die Barriere trifft, geht, bevor er sagen kann, warum. Das Problem taucht deshalb nie im Feedback auf, wird nie zum Feature-Wunsch und erscheint nie in den Daten derer, die geblieben sind.

Das verändert, wie das Problem verstanden werden muss.

Zehn Dinge, die funktionierten, wurden genauso sorgfältig dokumentiert wie die, die es nicht taten. Auch diese Befunde bleiben bei der Kundschaft.

Ein nützlicher Review liefert nicht einfach eine Liste von Problemen. Er zeigt dem Team, was bereits funktioniert, was Aufmerksamkeit braucht und worin der Unterschied liegt.

Die übrigen siebenundzwanzig Befunde bleiben bei der Kundschaft. Dieser Text nennt nur den einen, den Pensight selbst öffentlich beschrieben hat.

Das eigene Feature-Board konnte es ihnen nie zeigen

Nach den Aufgaben habe ich das öffentliche Feature-Board von Pensight gelesen, rund neunzig Wünsche von zahlenden Kundinnen und Kunden.

Das meiste deckte sich mit dem, was ich gefunden hatte, was nützlich war.

Nützlicher war die Beobachtung, was fehlte.

Drei meiner Befunde tauchten dort überhaupt nicht auf. Nicht, weil sie klein waren, sondern weil alle, die dort schreiben, sich bereits angemeldet, das Produkt bereits verstanden und bereits etwas damit gebaut hatten.

Die Menschen, die diese Befunde beschreiben, waren nie in der Stichprobe.

Ihre Probleme konnten dort also nicht erscheinen, so lange man auch liest.

Ein Kanal kann voll sein und trotzdem in genau eine Richtung taub.

Was ein Wochenende nicht zeigen kann

Das war eine Person, an einem Wochenende, in einem Land, in einem Fach.

Der Review bietet Tiefe statt Stichprobengröße, und er war dafür gedacht, neben den eigenen Daten des Unternehmens gelesen zu werden, nicht an deren Stelle.

Ich bin außerdem keine typische Nutzerin. Ich bin mit Software vertraut, ich betreibe meine eigene Website, und ich habe gezielt nach den Grenzen des Produkts gesucht. Wo ich ins Stocken geriet, gerät jemand mit weniger technischer Erfahrung früher ins Stocken.

Der Kauf als Schülerin erfolgte zum Preis von null. Getestet habe ich also den Weg nach einer abgeschlossenen Bestellung, nicht den bezahlten Checkout selbst.

Zwei Aufgaben blieben unvollständig. Ich habe sie als unvollständig berichtet, statt sie stillschweigend fallen zu lassen.

Ich habe das getan, weil es beim Review nicht darum ging, das Produkt gut oder schlecht aussehen zu lassen. Es ging darum, zu dokumentieren, was tatsächlich passiert, wenn jemand versucht, es zu benutzen.

Was ein solcher Review einem Unternehmen sagen kann, ist das Eine, was die eigenen Daten nicht sagen können: wie sich die erste Stunde anfühlt, und warum jemand, der noch keine Kundin ist, entscheidet, dass das Produkt nichts für sie ist.

Was sich daraufhin verändert hat

Die Zitate stehen im englischen Original.

“We went in thinking of payments as a ‘feature,’ and Nadia reframed it as a market-entry gate: for creators in Stripe-unsupported countries, payout support isn’t a nice-to-have. Nothing spreads in their community until it’s solved. That single reframing changed how we prioritize.”

“We expected a set of usability notes from a single call. What we actually got was far beyond that, a ~30-page structured analysis, a walkthrough presentation, and 12 screen recordings going through the real experience step by step. The depth and specificity were well above what we’d scoped.”

Wann sich ein solcher Review lohnt

Die Antwort der Kundschaft selbst beschreibt es am klarsten:

“Founders and early product teams who are too close to their own product, especially anyone expanding into a user segment or market they don’t personally represent. The best moment is right around product-market fit: once the core is built but before you pour fuel into scaling, when an honest outside walkthrough can still redirect what you prioritize.”

Veröffentlicht mit schriftlicher Genehmigung von Pensight Inc. Der Review-Bericht selbst bleibt vertraulich.

Bereiten Sie sich auf die Momente vor, die zählen.

Kostenloses Erstgespräch

15 bis 30 Minuten. Deutsch oder Englisch. Online weltweit.