Das nächste Kundenprojekt annehmen, ohne einen Senior mehr einzustellen.

Was wir hören

• Alles staut sich vor denselben zwei, drei Seniors. Jedes Ticket, das ein Junior nicht allein zu Ende bringt, wird zur Erklärung, zur Rückfrage, zum Review — und einstellen verlängert die Schlange erst einmal.
• Eure Devs arbeiten längst mit Claude Code oder Cursor. Der Agent weiß aber nicht, welcher der acht Kunden das ist, meldet nichts zurück und hinterlässt keine Stunde auf dem Projekt, an dem er gearbeitet hat.
• Acht Kundenprojekte, acht Kontexte. Jeder Kunde hat sein eigenes Board, seinen eigenen Slack-Channel, seine eigene Doku — und keiner davon weiß etwas vom Code.
• Zwischen Pull Request und Ticket driftet der Status. „Ist das schon im Main?“ beantwortet niemand aus dem PM-Tool heraus, sondern immer jemand aus dem Kopf.
• Am Monatsende steht nicht sauber da, was in ein Kundenprojekt geflossen ist. Zeiterfassung liegt in einem zweiten Tool, Schätzung und Ist stehen nie nebeneinander, und ob eine Stunde abrechenbar war, weiß nur, wer dabei war.
• Zeiterfassung im PM-Tool kostet extra. Tempo für Jira, Toggl neben Linear — doppelte Eingabe, und trotzdem keine Zahl, die ihr dem Kunden zeigen wollt.

Aus der Praxis

Was für euch zählt

Spedy kann mehr als das hier. Dies sind die Teile, die in eurem Fall den Unterschied machen.

• Kundenboards mit Monatsbudget

  Ein Board pro Kunde, Budget mit Übertrag und Schwellwert-Alarm, ein gemeinsamer Team-Roster darüber.

• Coding-Agent auf eurem Runner

  Ticket rein, Pull Request raus — self-hosted per Docker, mit eurem eigenen Schlüssel. Auf jedem Plan enthalten.

• Zeiterfassung am Ticket

  Kein zweites Tool. Schätzung gegen Ist, abrechenbar oder nicht als Feld, Sync nach MOCO, CSV-Export.

• Freigabe für Agentenzeit

  Was der Agent bucht, ist erst ein Entwurf. Ein Mensch gibt frei, bevor die Stunde irgendwo zählt.

• Kundenzugang inklusive

  Budgetfreigabe, Fortschritt und Stand pro Ticket — ohne interne Kommentare. Unbegrenzt, kostenlos, zählt nie als bezahlter Nutzer.

• GitHub und GitLab am Ticket

  Pull Requests verknüpft, Status wandert mit, Pipeline-Sicht über mehrere Repos. Spedy ersetzt kein Git.

• Wiki pro Kundenboard

  Architektur, Onboarding, Absprachen liegen dort, wo die Tickets liegen — und der Agent liest sie mit.

• DSGVO, AVV, deutsches Hosting

  EU-Hosting in Deutschland, AVV im Standardvertrag, weitergabefähig nach Art. 28 — für den Fall, dass euer Kunde im Audit fragt.

Unsere Empfehlung

Häufige Fragen

Unsere Devs haben Claude Code doch längst. Was bringt uns Spedy zusätzlich?

Vier Dinge, die ein Agent im Terminal nicht tut. Er bekommt Ticket, Kundenkontext und Wiki ohne Copy-Paste. Er meldet den Pull Request zurück ans Ticket, in eure Review-Queue statt irgendwohin auf GitHub. Er kann nach „changes requested“ ohne neuen Anstoß weiterarbeiten und rote Pipelines selbst reparieren. Und seine Stunden landen als Entwurf in eurer Freigabe, auf dem Board des richtigen Kunden. Der Engpass ist nicht das Tippen, sondern Kontext, Review und Verantwortung — genau dort setzt Spedy an.

Wie kommen wir von Jira, Linear oder MOCO rüber?

Ihr zieht zuerst genau ein Kundenprojekt um, nicht alle. Der Importer holt Jira-, YouTrack-, GitLab- oder CSV-Projekte inklusive Feld- und User-Mapping; Status kommt mit, Kommentare und Anhänge bei Jira und YouTrack. MOCO behaltet ihr: die in Spedy erfassten Zeiten lassen sich pro Board dorthin synchronisieren, Angebote und Rechnungen bleiben, wo eure Buchhaltung sie schon hat. Wenn ihr wollt, machen wir den ersten Import im Gespräch gemeinsam.

Bekommt jeder Kunde seinen eigenen Bereich?

Jeder Kunde bekommt sein eigenes Board — mit eigenem Budget, eigenem Wiki, eigenen Berechtigungen und einem eigenen Kundenzugang, der genau dorthin zeigt. Euer Team arbeitet über alle Boards hinweg in einem Roster. Was Spedy nicht macht: eine eigene Subdomain mit eigenem Logo pro Kunde. Das Modell sind Boards in einer Organisation, nicht ein Mandant pro Kunde.

Was kostet es, wenn unsere Kunden mitgucken sollen?

Nichts. Kundenzugänge sind unbegrenzt und kostenlos — abgerechnet werden nur eure eigenen Leute. Ein Kundenzugang sieht Budget, Fortschritt und den Stand pro Ticket, kann Schätzungen freigeben, aber weder Tickets löschen noch interne Kommentare lesen.

Rechnet Spedy unsere Projektmarge aus?

Nein, und wir tun auch nicht so. Spedy kennt keine Stundensätze, keine Marge und keine Auslastungsquote. Was ihr bekommt, sind saubere Stunden: pro Kunde, pro Ticket, Schätzung gegen Ist, abrechenbar gegen nicht, Mensch getrennt vom Agenten. Die Bewertung in Euro macht weiterhin MOCO, Teamleader oder eure Buchhaltung — dorthin exportiert oder synchronisiert ihr.

Was brauchen wir, damit der Agent läuft?

Docker auf einem Rechner, den ihr kontrolliert, und einen eigenen Anthropic-Key oder euer Claude-Abo. Der Runner ist self-hosted und isoliert, ohne Produktions-Secrets; Kundencode verlässt euer Haus nicht. Der Agent selbst ist auf jedem Plan enthalten, auch auf Free — ihr zahlt nur eure eigenen LLM-Kosten, direkt beim Anbieter.

Was rechnen wir dem Kunden für Stunden an, die kein Mensch gearbeitet hat?

Das entscheidet ihr, und zwar bevor die Stunde irgendwo auftaucht. Agentenzeit kommt getrennt herein und braucht eine menschliche Freigabe; ihr könnt sie als nicht abrechenbar führen, im Kundenzugang getrennt ausweisen oder mit einem Faktor bewerten. Spedy trifft diese Entscheidung nicht für euch — es macht sie nur sichtbar, statt sie im Timesheet verschwinden zu lassen.

Kommen wir wieder raus?

Ja. Zeiten exportiert ihr jederzeit als CSV, das Wiki komplett als Markdown, Tickets und Kommentare über die REST-API. Keine Vertragslaufzeit über den Monat hinaus, kein Export, für den ihr uns fragen müsst.