Zum Inhalt springen
esc
Tippen zum Suchen. ↑ ↓ zum Navigieren, ↵ zum Öffnen.
Erste Schritte

Grundkonzepte

Eine Handvoll Objekte bildet alles in Trackr. Wer versteht, wie sie ineinander stecken, versteht den Rest des Produkts von selbst.

Aktualisiert am 10. Sept. 2026 beta 2 Min. Lesezeit

Das Objektmodell #

ObjektWas es istGehört zu
OrganisationOberster Container für ein Team oder einen Kunden. Enthält Mitglieder und Tickets. Eine Organisation ist als intern markiert: dein eigenes Team.Instanz
ProjektEin Arbeitspaket mit eigenem Schlüssel, Farbe, Status, Lead und Mitgliedern. Interne Projekte gehören keinem Kunden.Organisation oder intern
AufgabeEine Arbeitseinheit: Titel, Status, Priorität, Typ, Verantwortliche, Schätzung, Fälligkeit, Checkliste, Unteraufgaben.Projekt
TicketEine eingehende Anfrage von Kunde oder Kollege, die zur Aufgabe werden kann.Organisation
ThreadEine Chat-Unterhaltung innerhalb einer Organisation, mit Tags und Abonnements.Organisation
Wiki-SeiteEin langlebiges, gemeinsam bearbeitetes Dokument im Ordnerbaum.Internes Team
NotizEine private Schnellnotiz oder eine Meeting-Notiz, die mit einem Projekt oder einer Aufgabe verknüpft ist.Nutzer bzw. verknüpftes Projekt

Weil all das ein Datenmodell teilt, kann ein Ticket zur Aufgabe werden, ein Chat-Thread ein Ticket erzeugen und eine Meeting-Notiz die Aufgaben verknüpfen, die sie bespricht — ohne Export oder Copy-Paste.

Internes Team und Kundenorganisationen #

Trackr unterscheidet zwischen deinem Team und deinen Kunden:

  • Die interne Organisation ist deine Firma. Ihre Mitglieder sehen jedes Projekt, jedes Ticket, Wiki, Chat und Notizen.
  • Kundenorganisationen bekommen ein abgegrenztes Portal: Ihre Mitglieder können Tickets öffnen und verfolgen und im Chat der Organisation mit deinem Team reden, und sonst nichts. Ein Kundenmitglied, das zu einem Projekt hinzugefügt wird, sieht auch dieses Projekt.

Ein Konto kann zu vielen Organisationen gehören. Internes Team sieht alle zugleich; Portal-Nutzer wechseln in der Portal-Seitenleiste zwischen ihnen.

Status, Prioritäten und Typen #

Aufgaben tragen einen kleinen, festen Satz strukturierter Eigenschaften, damit du ohne Custom Fields gruppieren und filtern kannst.

EigenschaftWerte
statusbacklog · todo · in_progress · paused · in_review · done
prioritynone · low · medium · high · urgent
typetask · bug · improvement · feature · chore
estimateMinuten. Fließt in die Kapazität von Meine Woche ein.
dueEin Kalenderdatum.
plannedForDer Tag, auf dem die Aufgabe in Meine Woche geplant ist. Pro Person gesetzt, dieselbe Aufgabe kann also bei verschiedenen Personen auf verschiedenen Tagen liegen.

Tickets haben einen eigenen Lebenszyklus:

EigenschaftWerte
statusopen · in_progress · waiting_on_customer · waiting_on_agent · paused · resolved · closed
prioritylow · medium · high · urgent
categorygeneral · billing · technical_issue · feature_request

Referenzen #

Jede Aufgabe und jedes Ticket hat eine lesbare Referenz aus Projektschlüssel bzw. Organisationsschlüssel, etwa SCM-12 oder ACME-7. Referenzen funktionieren in der Befehlspalette, im CLI, im MCP-Server und in der API.

Diese Seite auf GitHub bearbeiten