Produkt
Ein kleines Produktteam bekommt heute drei konkrete Dinge von Business-Gym: Reibungssignale von Ihrer echten Website, aus denen Beobachtungen werden, mit denen ein Head arbeiten kann, Ziele, deren Zahlen gemessen statt getippt werden, und ein Projekt-Board, auf dem die daraus entstehende Arbeit landet. Das ist eine nützliche Schleife, und sie ist bewusst kleiner als „Produkt-Analytics“.
Diese Seite ist für ein Team in der Größe der Muster GmbH geschrieben — eine Handvoll Leute, ein Produkt, kein eigener Analyst. Wo etwas nur teilweise vorhanden ist oder fehlt, steht das hier.
Was bekommt ein kleines Produktteam heute?
Abschnitt betitelt „Was bekommt ein kleines Produktteam heute?“Vier Oberflächen tragen den Produkt-Workflow, und jede davon ist so weit in Betrieb, dass Sie in einer normalen Woche damit arbeiten können. Sie hängen in einer Richtung zusammen: Aus einem Signal wird ein Vorschlag, aus einem freigegebenen Vorschlag ein Backlog-Eintrag, und die Arbeit selbst läuft auf dem Projekt-Board gegen ein Ziel, das Sie messen können.
- Website-Reibung — Claritys Verhaltenssignale, nur lesend, auf der Seite Mesh-Wirkung.
- Funktionsvorschläge und ein Feature-Backlog — der AI-PM bündelt echte Signale zu Vorschlägen, die Sie freigeben, zurückstellen oder ablehnen; die freigegebenen landen in einer dauerhaften Backlog-Tabelle.
- Ziele (OKRs) — Key Results, die an Live-Kennzahlenquellen gebunden sind, mit einem ehrlichen noch kein Signal, wo nichts sie messen kann.
- Projekte und Aufgaben — ein Board mit Kanban, Meilensteinen, Risiken und einem Status-Reiter, verknüpft mit einem Ziel.
Für jeden Workspace werden bei der Einrichtung ein Product Head und ein Project Manager Head angelegt; Sie müssen sie also nicht selbst aufsetzen. Beide entwerfen und schlagen ausschließlich vor — siehe Mit einem Head arbeiten.
Woher kommen die Reibungssignale?
Abschnitt betitelt „Woher kommen die Reibungssignale?“Sie kommen von Microsoft Clarity, das Sie selbst unter Integrationen verbinden, indem Sie ein Data-Export-Token einfügen. Die Verbindung ist nur lesend: Clarity zu verbinden gibt Business-Gym niemals eine Möglichkeit, irgendetwas auf Ihrer Website zu ändern.
Vier Reibungskennzahlen werden gelesen und als Prozentsatz der Sitzungen angezeigt: Wutklicks, Tote Klicks, Schnelles Zurück und JavaScript-Fehler. Sie erscheinen auf der Seite Mesh-Wirkung als „Website-Reibung (Microsoft Clarity)“, mit einem Link hinaus zu Clarity selbst für die Sitzungsaufzeichnungen.
Dieselben vier Kennzahlen fließen als Nutzungsbeobachtungen in den AI-PM, und so wird aus einem echten Nutzerproblem etwas, worauf das System einen Vorschlag stützen kann. Jede Beobachtung trägt ihre Quelle mit sich, damit ein Vorschlag sie belegen kann.
Ist Clarity nicht verbunden oder zwar verbunden, hat aber keine Daten, dann zeigt das Panel überhaupt nichts an, statt Nullen auszugeben. Wie sich die Verbindung verhält und was sonst noch nur lesend ist, steht unter Integrationen.
Wie wird aus einem Reibungssignal etwas zum Bauen?
Abschnitt betitelt „Wie wird aus einem Reibungssignal etwas zum Bauen?“Die Seite Funktionsvorschläge bündelt echte Signale zu einer kleinen Menge von Vorschlägen, und Sie entscheiden, was mit jedem einzelnen passiert. Sie ist nur für Eigentümer und Admins zugänglich, und nichts darauf wird vom System gebaut.
Jeder Vorschlag zeigt den Bedarf, den Nachweis, Wem es hilft, einen Groben Umfang, Abhängigkeiten, eine Priorität und — das ist der Teil, der eine Prüfung lohnt — die Signalquellen, aus denen er stammt. Ein Vorschlag, der keine echte Quelle nennen kann, wird aussortiert, bevor Sie ihn je sehen; eine leere Seite bedeutet also, dass die Signale nichts hergaben, und nicht, dass die Funktion kaputt ist.
Sie wählen Freigeben, Zurückstellen oder Ablehnen. Das Freigeben hält die Entscheidung fest und legt den Eintrag im Feature-Backlog an — einer Tabelle mit einem Status, den Sie durch Geplant · In Arbeit · Gebaut · Ausgeliefert schieben können, und mit der Schaltfläche Ticket-Entwurf kopieren, um ihn in den Tracker einzufügen, den Sie tatsächlich verwenden.
Wie messe ich ein Produktziel?
Abschnitt betitelt „Wie messe ich ein Produktziel?“Sie binden jedes Key Result an eine Live-Kennzahlenquelle, statt eine Zahl hineinzutippen — das ist es, was ein Produkt-OKR überhaupt erst wert macht, offen zu bleiben. Öffnen Sie Ziele, klappen Sie ein Key Result auf: Im Bindungs-Panel wählen Sie, ob die Quelle das Key Result oder seine Leitplanke speist, wählen einen Connector, tragen eine Query ein und stellen die Aktualisierung auf Stündlich, Täglich oder Wöchentlich.
Das Connector-Feld bietet die tatsächlich vorhandenen lesenden Connector an und warnt Sie, wenn Sie einen eintragen, den es nicht gibt — denn ein falsch geschriebener Connector ist eine Bindung, die stillschweigend nie synchronisiert. Claritys Kennzahlen lassen sich auf diesem Weg binden, sodass „Rate für schnelles Zurück unter 8 %“ ein echtes Key Result sein kann und keine Notiz.
Wo nichts gebunden ist, steht am Key Result noch kein Signal, und der Zähler sagt Ihnen, wie viele Ihrer Key Results ein echtes Signal haben. Ziele und OKRs behandelt die Bindungsmechanik, die Leitplanken und den Notausgang für manuelle Werte vollständig.
Wo liegt die eigentliche Arbeit?
Abschnitt betitelt „Wo liegt die eigentliche Arbeit?“Die Arbeit liegt unter Projekte, und das ist ein Board je Mandant (Ihr abgeschotteter Unternehmensbereich) und nichts Produktspezifisches. Jedes Projekt trägt einen Status (Planung · Aktiv · Pausiert · Abgeschlossen), eine Zustandsbewertung (Im Plan · Gefährdet · Vom Kurs ab), ein Fälligkeitsdatum sowie die Anzahl seiner Aufgaben, Meilensteine, Risiken und offenen Freigaben.
Wenn Sie ein Projekt öffnen, bekommen Sie vier Reiter: Board (ein Kanban), Meilensteine, Risiken und Status. Ein Projekt lässt sich mit einem Ziel verknüpfen, und die Liste markiert aktive Projekte, bei denen das fehlt — mit einem Vorschlag für das am besten passende Ziel —, weil ein nicht verknüpftes Projekt sich nicht priorisieren und nicht an Ihren OKRs messen lässt.
Die Seite Ziele trägt außerdem ein gemeinsames Aufgaben-Board: die menschlichen Aufgaben in Ihrem Workspace, nach Status gruppiert, jede mit dem Key Result, auf das sie einzahlt. Es ist nur lesend — es macht Arbeit sichtbar, es weist sie nicht neu zu und schließt sie nicht ab.
Tut der Product Head irgendetwas von allein?
Abschnitt betitelt „Tut der Product Head irgendetwas von allein?“Nein. Der Product Head entwirft und schlägt vor; er liefert nichts aus, sendet nichts und ändert nichts ohne Sie. Sein Charter verlangt von ihm, sich an Belegen zu orientieren, alles zu eskalieren, was eine menschliche Entscheidung braucht, und niemals Kennzahlen oder Zusagen zu erfinden — deshalb bleibt ein nicht messbares Key Result sichtbar ungemessen.
Business-Gym insgesamt läuft heute mit der Autonomie Überwacht: Vorschläge entstehen, ein Mensch gibt sie frei. Externe Sendungen und alles, was Geld berührt, bleiben dauerhaft von einem Menschen freigegeben — das ist die harte Untergrenze, und keine Autonomieeinstellung verschiebt sie. Die Freigaben selbst arbeiten Sie an einer Stelle ab; siehe Die Freigabe-Warteschlange abarbeiten.
Was ist noch nicht verfügbar?
Abschnitt betitelt „Was ist noch nicht verfügbar?“Mehrere Dinge, die ein Produktteam mit gutem Grund erwartet, fehlen tatsächlich, und zu wissen, welche das sind, erspart Ihnen die Planung um sie herum. Das sind aktuelle Lücken, keine Roadmap-Beschreibungen.
Betriebs-Analytics ist nicht gebaut. Automatisierungsquote, eingesparte Zeit und Playbook-Leistung werden im Code berechnet, haben aber keine Oberfläche; Sie können sie heute also nicht sehen.
Es gibt keine Ansicht für Produkt-Analytics. Der serverseitige Lesezugriff auf PostHog ist nicht bereitgestellt; die einzigen Nutzungszahlen in der App sind also Claritys vier Reibungsraten und alles, was Sie an ein Key Result binden.
Es gibt keinen Feedback-Posteingang. Business-Gym sammelt weder In-App- noch Support-Feedback; eine „Feedback-Synthese“ hat also nichts zu synthetisieren, solange Sie das Material nicht selbst in einen Head einfügen.
Es gibt keine Roadmap-Ansicht. Das Feature-Backlog ist eine Tabelle mit einer Status-Spalte — kein Zeitstrahl, kein Board und kein Release-Plan.
Es gibt keine native Mobil-App und keine Push-Benachrichtigungen. Nichts meldet sich bei Ihnen, wenn ein Vorschlag auftaucht; Sie schauen selbst nach. Freigaben, Integrationen und Abrechnung gibt es nur im Web — die Einzelheiten stehen unter Wer freigeben darf, und wo.
Weiterführend: die Schleife Eingang → Freigabe → Ausführung dazu, wie Vorschläge und Freigaben überall sonst in der Plattform funktionieren, und dasselbe Bild für Vertrieb und Finanzen.