product-lens

Überblick über die product-lens-Skill

product-lens ist eine Decision-Support-Skill, die hilft, Feature-Arbeit zu entschleunigen, bevor daraus Umsetzung wird. Die product-lens skill unterstützt dich dabei, das „Warum“ zu validieren, eine Produktidee auf Belastbarkeit zu prüfen und eine vage Anfrage in ein schärferes Produkt-Briefing zu verwandeln, bevor die technische Planung beginnt.

Nutze product-lens, wenn du eine Produktdiagnose brauchst, nicht ein vollständiges Spec. Die Skill passt gut für Gründer, PMs und Builder, die entscheiden müssen, ob sich eine Idee lohnt, welches Problem sie wirklich löst und wie die kleinste glaubwürdige Version aussieht.

Wofür product-lens am besten geeignet ist

Die Hauptaufgabe von product-lens for Decision Support ist es, die Fragen zu stellen, die Teams überspringen, wenn sie direkt in die Umsetzung springen: Für wen ist es gedacht, welcher Schmerz besteht, warum jetzt, und woran Erfolg gemessen wird. Besonders nützlich ist die Skill vor Feature-Zusagen, im wöchentlichen Produkt-Review oder wenn ein Konzept spannend wirkt, aber noch nicht bewiesen ist.

Worin es sich von einem normalen Prompt unterscheidet

Ein generischer Prompt kann Features brainstormen. product-lens ist enger gefasst: Es führt ein diagnostisches Gespräch und erzeugt eine PRODUCT-BRIEF.md mit Risiken, Go/No-Go-Empfehlung und einem klareren nächsten Schritt. Dadurch ist es hilfreicher, wenn du einen wiederholbaren Review-Workflow brauchst statt einmaliger Ratschläge.

Wann product-lens nicht die richtige Wahl ist

Wenn du bereits ein belastbares PRD-to-SRS-Artefakt oder einen Capability-Contract willst, gibt diese Skill bewusst an product-capability ab. Nutze product-lens zuerst, um die Idee zu testen, nicht um Lieferdetails final festzuzurren.

So verwendest du die product-lens-Skill

product-lens installieren

Verwende den Installationsbefehl aus der Skill-Datei des Repos: npx skills add affaan-m/everything-claude-code --skill product-lens. Das ist der product-lens install-Schritt; nach der Installation solltest du sie als Workflow-Skill behandeln, nicht als eigenständige App.

Gib eine echte Produktfrage ein

Der beste product-lens usage-Startpunkt ist eine konkrete Entscheidung. Gib ein grobes Ziel, den Nutzer, für den es gedacht ist, das aktuelle Verhalten oder den Workaround und die Entscheidung, bei der du festhängst. Zum Beispiel: „Wir wollen den Onboarding-Abbruch bei Erstverkäufern reduzieren, aber wissen nicht, ob das Problem Preis, Komplexität beim Setup oder Vertrauen ist.“ Das ist deutlich besser als „Onboarding verbessern“.

Lies zuerst diese Dateien

Beginne mit SKILL.md, um den Workflow zu verstehen, und prüfe dann README.md, AGENTS.md, metadata.json sowie vorhandene Ordner wie rules/, resources/, references/ oder scripts/. In diesem Repo liegt die Hauptquelle in der Skill-Datei selbst, daher ist der schnellste product-lens guide, die diagnostischen Fragen und die zwei Modi zu lesen, bevor du sie auf ein echtes Projekt anwendest.

Nutze die Skill als Produkt-Brief-Engine

Der praktische Ablauf ist: Gelegenheit beschreiben, die Skill die Annahmen hinterfragen lassen, die fehlenden Fakten erfassen und dann die erzeugte PRODUCT-BRIEF.md auf eine Go/No-Go-Aussage prüfen. Wenn die Ausgabe noch zu abstrakt wirkt, schärfe den Input auf ein Nutzersegment und einen schmerzhaften Workflow ein und starte die Skill dann mit diesen Einschränkungen erneut.

FAQ zur product-lens-Skill

Ist product-lens für Anfänger geeignet?

Ja, wenn das Ziel ist, vor dem Bauen klarer zu denken. Die Skill ist leicht zu benutzen, funktioniert aber am besten, wenn du ein konkretes Problem, eine Zielgruppe und eine grobe Vorstellung des aktuellen Workflows liefern kannst.

Worin unterscheidet sich product-lens von einem generischen KI-Prompt?

Ein generischer Prompt liefert vielleicht breite Produktempfehlungen. product-lens ist darauf ausgelegt, Eingaben und Ergebnisse auf Entscheidungsniveau zu erzwingen: Es fragt nach Schmerz, Timing, Anti-Zielen und Erfolgsmetriken. Dadurch eignet es sich besser für Produkt-Reviews und product-lens for Decision Support als für lockeres Brainstorming.

Wann sollte ich es nicht verwenden?

Verwende es nicht, wenn das Team bereits ein validiertes Briefing hat und Lieferartefakte, Umsetzungsdetails oder API-Level-Contracts braucht. In diesem Fall verweist das Repo selbst auf den Übergang zu product-capability.

Welche Eingaben funktionieren mit product-lens am besten?

Die stärksten Inputs enthalten einen benannten Nutzer, einen konkreten Schmerzpunkt, das, was Nutzer heute tun, warum das Timing wichtig ist und woran Erfolg gemessen würde. Wenn du die Entscheidung beschreiben kannst, die du treffen musst, kann die Skill sie in der Regel gut auf Belastbarkeit prüfen.

So verbesserst du die product-lens-Skill

Gib schärfere Einschränkungen vor

Der größte Qualitätsgewinn entsteht durch engeren Scope. Statt „Retention verbessern“ versuche lieber „Week-one-Churn bei Solo-Creators im Free-Plan senken“. Einschränkungen helfen product-lens, die richtigen Trade-offs sichtbar zu machen und generische Ratschläge zu vermeiden.

Liefere Belege, nicht nur Ideen

Wenn du sie hast, füge Nutzerzitate, Support-Tickets, Funnel-Drop-off, Einwände aus dem Vertrieb oder Launch-Feedback hinzu. product-lens arbeitet am besten, wenn sie ein echtes Signal statt nur eine abstrakte Vermutung bewerten kann, und das verbessert die Qualität der Empfehlung.

Frage nach einer Entscheidung, nicht nach einem Brainstorming

Die Skill ist am stärksten, wenn du eine Go/No-Go-Empfehlung, ein Risikoreview oder eine schärfere MVP-These möchtest. Wenn du nur nach Feature-Ideen fragst, bekommst du weniger Nutzen, als wenn du fragst: „Was sollten wir zuerst validieren und was sollten wir auf keinen Fall bauen?“

Iteriere nach dem ersten Durchlauf

Nutze das erste product-lens usage-Ergebnis, um das Briefing zu präzisieren, und starte die Skill dann erneut mit den fehlenden Details, die sie offengelegt hat. Die besten Ergebnisse entstehen meist in einem kurzen diagnostischen Loop, nicht mit einem einzigen perfekten Prompt.