Ziele und OKRs

Business-Gym verfolgt Ziele als Objectives mit Key Results, und der Sinn der Funktion ist: Die Zahl eines Key Results wird gemessen, nicht eingetippt. Sie binden jedes Key Result an eine Live-Quelle — Stripe, Microsoft Clarity, Ihre Werbekonten, Ihre eigenen Business-Gym-Daten — und die Plattform liest sie nach Zeitplan.

Wo keine Quelle ein Key Result messen kann, sagt die Seite das klar, statt eine Zahl zu zeigen, die sie nicht hat. Diese Ehrlichkeit ist der Teil, den Sie verstehen sollten, bevor Sie Ihr erstes Objective anlegen.

Wo finden Sie die Ziele, und wer darf sie ändern?

Öffnen Sie Ziele in der linken Navigation. Die Seite trägt den Titel Ziele (OKRs) und enthält Ihre unternehmensweiten Objectives und deren Key Results; die eigenen Ziele eines Abteilungs-Heads stehen auf dem Ziele-Tab der Seite dieses Heads, die Sie über Arbeiten mit einem Head erreichen.

Lesen darf jeder, der Zugang zum Workspace hat. Anlegen, Bearbeiten, Löschen und das Aktualisieren des Fortschritts sind ausschließlich Eigentümern und Admins vorbehalten — wer die Rolle Nur lesen hat, sieht das Board ohne die Bedienelemente.

Zwei Sammelfunktionen sitzen im Panel: OKRs importieren nimmt einen eingefügten Textblock oder eine CSV und legt Objectives, Key Results und Leitplanken in einem Durchgang an, und OKRs exportieren lädt den aktuellen Bestand als CSV herunter.

Wie bekommt ein Key Result eine echte Zahl?

Sie binden es an eine Live-Quelle. Jedes Key Result hat das Bedienelement Live-Quelle binden; es fragt, welche Kennzahl Sie binden (die eigene Kennzahl des Key Results oder seine Leitplanken-Kennzahl), dazu einen Connector, eine Query / Kennzahl-ID und einen Aktualisierungstakt.

Quellen, die es heute gibt, sind unter anderem Stripe (wiederkehrender Umsatz, aktive Abonnements und Abonnements in der Testphase, 30-Tage-Abwanderung, neue Kunden), Microsoft Clarity (Sitzungen, Interaktionszeit, Rage-Click-Rate), Meta Ads und Google Ads (Ausgaben seit Monatsbeginn, Klicks, Kosten pro Klick) sowie eine Reihe von Kennzahlen, die aus Ihren eigenen Business-Gym-Daten berechnet werden — Bruttomarge, Zahlungseingangsquote, Debitorenlaufzeit (DSO), offene Aufgaben, offene Freigaben, Erfolgsquote der Workflows. Was jede einzelne Verbindung darf, steht unter Integrationen.

Achtung

Der Connector-Name muss exakt zu einem bekannten Reader passen. Ein frei eingetippter Connector, der auf nichts passt, ist eine tote Bindung, die niemals misst — das Panel kennzeichnet ihn mit „unbekannter Connector — wird nie synchronisiert“ und listet auf, welche Connectors es erkennt.

Eine gebundene Quelle, deren Zugangsdaten noch nicht hinterlegt sind, scheitert nicht still und erfindet auch keinen Wert. Sie meldet sich als Nicht verbunden, und das Key Result bleibt ungemessen, bis die Zugangsdaten vorliegen.

Wann wird die Zahl tatsächlich aktualisiert?

Einmal täglich, um 04:13 UTC, liest ein geplanter Job jedes gebundene Key Result und jede gebundene Leitplanke für Ihre aktiven Heads und für Ihre unternehmensweiten Objectives neu ein. Ein Eigentümer oder Admin kann außerdem auf der Seite Ziele auf Jetzt aktualisieren drücken; das liest sofort neu ein und meldet, wie viele Key Results synchronisiert wurden.

Zwei Grenzen sollten Sie kennen. Der Aktualisierungstakt, den Sie beim Binden wählen (Stündlich, Täglich, Wöchentlich), wird an der Bindung gespeichert, vom Scheduler aber noch nicht berücksichtigt — der geplante Durchlauf läuft für jedes gebundene Key Result ohnehin täglich. Und der Durchlauf erfasst ausschließlich aktivierte Heads, dazu die unternehmensweiten Objectives; die Key Results eines deaktivierten Heads werden nicht aktualisiert.

Jeder Lesevorgang ist nur lesend. Die Aktualisierung einer Kennzahl schreibt niemals nach Stripe, in ein Werbekonto oder in ein CRM zurück.

Was passiert, wenn nichts ein Key Result messen kann?

Die Seite sagt es Ihnen, mit genau diesen Worten. Eine ungebundene Kennzahl zeigt nicht gebunden, eine gebundene, aber nie synchronisierte zeigt noch keine Daten, das Roll-up zeigt für dieses Key Result noch kein Signal, und ein Workspace ohne ein einziges gemessenes Key Result zeigt Noch nicht gemessen statt eines erfundenen Werts von 0 % oder 100 %.

Manche Key Results haben keine automatische Quelle und werden wahrscheinlich nie eine haben — die Zahl existiert nur, weil ein Mensch sie nachsieht. Dafür gibt es zwei vorgesehene Wege, ehrlich zu bleiben: Sie tippen den Wert über Aktualisieren am Key Result ein, oder Sie binden die Quelle als manual — das weist die tägliche Synchronisierung an, dieses Key Result zu überspringen und Ihren Eintrag niemals zu überschreiben.

Tipp

Binden Sie lieber als manual, als ein Key Result ungebunden zu lassen. Ungebunden liest sich als Lücke, die noch zu schließen ist; manual liest sich als bewusste Entscheidung, dass hier ein Mensch misst.

Was sagt mir das Abdeckungsbanner?

Es zählt, wie viel von Ihren Zielen tatsächlich gemessen wird, und ist der schnellste Blick auf der Seite. Das Banner steht über dem Board und zeigt Zeilen wie „12 von 40 Key Results gemessen“, „8 zu verbinden — Quelle verbinden, um Fortschritt zu sehen“, „5 warten auf Zugangsdaten“ und „9 Guards ungebunden — zum Durchsetzen verbinden“.

Jede Formulierung steht für einen echten Zustand. Zu verbinden (im Banner das Wort für binden) heißt: gar keine Quelle. Warten auf Zugangsdaten heißt: Der Connector hat einen funktionierenden Reader, aber seine Schlüssel sind noch nicht hinterlegt. Guards ungebunden heißt: Eine Leitplanke existiert auf dem Papier, lässt sich aber nicht durchsetzen.

Das Banner zeigt gar nichts an, wenn jedes Key Result gemessen und jede Leitplanke gebunden ist, und es verschwindet lieber, als zu raten, wenn sich der Abdeckungswert nicht laden lässt.

Was macht eine Leitplanke?

Eine Leitplanke ist eine Gegenkennzahl, die ein Head nicht verletzen darf, während er ein Key Result bewegt — die Anti-Goodhart-Prüfung. Sie setzen drei Felder gemeinsam: die Leitplanken-Kennzahl, eine Richtung (höchstens / mindestens) und eine Schwelle. Eine unvollständige Leitplanke wird nicht angewendet.

In der Ansicht Schutz-Warnungen (die Warnungen zu Ihren Leitplanken) ist eine Leitplanke entweder verletzt, oder sie steht als ruhiger Hinweis in der Liste, wenn nichts ihre Unbedenklichkeit belegt:

• Verletzt — ihr letzter Messwert überschreitet den Schwellenwert, auch wenn dieser Messwert alt ist. Nur dieser Zustand meldet sich bei Ihnen: Er erscheint in Ihrem CEO-Digest, und eine neue Verletzung öffnet eine Entscheidungskarte.
• Konnte nicht bestätigt werden — die Leitplanke ist eingerichtet, aber kein aktueller Messwert belegt ihre Unbedenklichkeit (die Datenquelle lieferte keine Daten, schlug fehl oder ist nicht angebunden). Der Hinweis nennt, wann der letzte gültige Messwert kam. Das ist kein Alarm, aber fehlende Daten gelten niemals als Entwarnung: Kein Head schlägt einen neuen Schritt für das Key Result vor, bis ein aktueller Messwert die Leitplanke belegt. Bereits zugewiesene Arbeit läuft weiter.
• Unvollständig — nur ein Teil der Felder ist gesetzt. Legen Sie Kennzahl, Schwellenwert und Richtung fest; bis dahin schlägt kein Head einen Schritt dafür vor.

Eine Leitplanke, deren aktueller Messwert im sicheren Bereich liegt, wird nicht aufgeführt. Das ist derselbe Fail-closed-Reflex, der unter Autonomie und die harte Untergrenze beschrieben ist.

Woher kommen die Abteilungsziele?

Ein Head entwirft sie, und Sie geben sie frei. Auf dem Ziele-Tab eines Heads schlägt OKRs ableiten Abteilungs-Objectives aus den Unternehmens-OKRs vor, für die dieser Head verantwortlich ist. Sie landen als Entwürfe in einem Abschnitt Vorgeschlagen — prüfen & freigeben, jeweils mit Freigeben und Ablehnen.

Ein Head aktiviert niemals seine eigenen Ziele, und ein Entwurf zählt niemals in das Roll-up, solange ihn nicht ein Mensch freigegeben hat. Das ist dieselbe Haltung des Vorschlagsmodus (propose-only) wie im Rest der Plattform: Hier führt nichts von allein etwas aus, und alles, was eine externe Sendung auslösen oder Geld bewegen würde, bleibt von einem Menschen freigegeben. Freigaben landen in der Freigabe-Warteschlange.

Welche Teile sind heute in Betrieb?

Der größte Teil der Ziel-Oberfläche ist gebaut und läuft; die ehrlichen Lücken liegen beim Takt und bei der Connector-Abdeckung. Nutzen Sie diese Liste, um Ihre Erwartungen zu setzen, bevor Sie Arbeit darauf aufbauen.

• Objectives, Key Results, Fortschritt, Import und Export — in Betrieb.
• Ein Key Result oder eine Leitplanke an eine Live-Quelle binden — in Betrieb, nur für Eigentümer und Admins.
• Kennzahlen aus Stripe, Clarity, Werbekonten und eigenen Daten lesen — in Betrieb je Connector, jeder abhängig von seinen eigenen Zugangsdaten.
• Die Reader für Meta Ads und Google Ads — gebaut, aber hinter einem Feature-Flag abgeschaltet, bis der Zugang erteilt ist.
• Tägliche Synchronisierung um 04:13 UTC plus Aktualisierung auf Abruf — in Betrieb.
• Aktualisierungstakt je Bindung (Stündlich / Wöchentlich) — gespeichert, vom Scheduler noch nicht berücksichtigt.
• Abdeckungsbanner und Abdeckungszähler im Roll-up — in Betrieb.
• Leitplanken (eine Verletzung meldet sich bei Ihnen; eine nicht bestätigte Leitplanke greift fail-closed) — in Betrieb.
• Von einem Head abgeleitete Abteilungs-OKRs, die ein Mensch freigibt oder ablehnt — in Betrieb.
• Manuelle Key Results, die die Synchronisierung niemals überschreibt — in Betrieb.