Für Produktteams
Ein Produkt, ein Board, ein Agent, der die Volumen-Tickets übernimmt.
Ihr baut an eurem eigenen Produkt, nicht für Kunden. Tickets, Wiki, Pull Requests — und eure eigenen KI-Agenten per MCP mittendrin. An einem Punkt, statt über drei Abos verteilt.
- Nordwind Logistik12 · 3 · 2Agent-PR wartet auf Review26/40 h
- Kessler & Partner7 · 2 · 018/30 h
- Vitalis Health9 · 1 · 382 % Budget · Kunde informieren41/50 h
- Brandt Industrie4 · 2 · 112/25 h
- Lohmann Retail15 · 4 · 1blockiert seit 2 Tagen28/45 h
- Sander Mobility6 · 1 · 222/35 h
Was wir hören
- Tickets in Linear, Doku in Notion, Zeiten nirgends — und der Agent im Terminal weiß von keinem davon.
- Der Rückstau liegt vor dem Review, nicht vor der Implementierung. Die Volumen-Tickets bleiben liegen, weil niemand sie anfassen will.
- Zwischen Pull Request und Ticket driftet der Status. Was im Main ist, weiß nur, wer zuletzt gemergt hat.
- Public Forms, Releases und Roadmap hängen an drei weiteren Tools, die alle pro Sitz abgerechnet werden.
Wie Spedy das löst
Konkrete Antworten, keine Marketing-Versprechen.
Boards, Wiki und PRs an einem Punkt
Tickets, Roadmap, Releases und das Wiki liegen zusammen — verknüpft mit euren Pull Requests, mit Statuswechsel beim Mergen. Kein Abo für Doku, keins für Tickets, keins für Releases.
Eure Agenten, mit Spedy als Kontext
Ein Klick öffnet das Ticket in Claude Code, Codex oder Cursor — mit Kontext, Branch-Name und Repo. Der Agent liest Wiki und Wissensbasis per MCP, bucht seine Zeit und öffnet den PR, der verknüpft zurück am Ticket landet. Er läuft bei euch, mit eurem eigenen Schlüssel. Euer Code verlässt euer Haus nicht.
Öffentliche Formulare und Releases
Feature-Requests und Bug-Reports kommen über öffentliche Formulare direkt als Ticket herein. Releases bündeln eure Tickets — samt der verknüpften Pull Requests, die tatsächlich gemergt sind.
MCP als Schreibfläche
Euer Assistent liest Tickets und Wiki, setzt Status, kommentiert und startet Timer — über MCP, mit dreistufiger Autorisierung. Nicht nur lesen, sondern arbeiten.
Was für euch zählt
Spedy kann mehr als das hier. Dies sind die Teile, die in eurem Fall den Unterschied machen.
Tickets, Wiki, Releases, Roadmap
Ein Werkzeug statt drei Abos, mit verknüpften Pull Requests und wanderndem Status.
Handoff an Claude Code & Co.
Ein Klick im Ticket, voller Kontext als Prompt, PR zurück am Ticket. Auf jedem Plan enthalten.
Öffentliche Formulare
Feature-Requests und Bugs landen ohne Zwischentool direkt als Ticket im Board.
MCP-Server
Aus Claude Code, dem Terminal oder der IDE lesen und schreiben — mit Berechtigungen.
Zeiterfassung am Ticket
Schätzung gegen Ist, ohne zweites Tool. Nützlich auch, wenn ihr nichts abrechnet.
DSGVO, AVV, deutsches Hosting
EU-Hosting in Deutschland, AVV im Standardvertrag — falls euer Enterprise-Kunde danach fragt.
Unsere Empfehlung
Empfohlen: Pro — 9 € pro Kopf und Monat
Free ist ein Einzelplatz. Ab dem zweiten Menschen braucht ihr einen bezahlten Plan — für Produktteams empfehlen wir Pro: unbegrenzte Nutzer, Coding-Agent ohne Aufpreis. Bei acht Leuten sind das 72 € im Monat, gegen ein Linear- plus ein Notion-Abo gerechnet.
Häufige Fragen
- Wir sind keine Agentur. Passt das trotzdem?
- Ja, mit einer Einschränkung: die kaufmännische Hälfte — Kundenboards, Budgets mit Übertrag, kostenlose Kundenzugänge — ist für Agenturen gebaut und läuft bei euch leer mit. Der Rest, also Tickets, Wiki, PR-Verknüpfung, MCP und der Handoff an eure Agenten, ist unabhängig davon.
- Was brauchen wir für unsere Agenten?
- Den Agenten, den ihr schon nutzt — Claude Code, Codex, Cursor oder jeden anderen MCP-Client — und einen Personal Access Token aus Spedy. Spedy betreibt keine Agenten; eure laufen bei euch, mit eurem eigenen Schlüssel. Auf jedem Plan enthalten.
- Ersetzt Spedy GitHub?
- Nein. Der Code bleibt in GitHub oder GitLab, Spedy hängt am Pull Request: Tickets sind verknüpft, der Status wandert mit, und der Agent öffnet seine PRs in eurem Repo.
- Können wir wieder raus?
- Ja. Zeiten als CSV, das Wiki als Markdown, Tickets und Kommentare über die REST-API — jederzeit und ohne Rückfrage bei uns.
Ihr seid eher etwas anderes?
Ein Kundenprojekt.Zwei Wochen. Dann entscheidet ihr.
Board anlegen, ein laufendes Projekt importieren, den ersten Agent-PR laufen lassen. Kein Rollout, kein Umzug von acht Kunden auf einmal.