Unsere Geschichte
Warum ich Kanroo baute
Es begann als mein eigenes Tool
Kanroo war am Anfang kein Produkt. Es war ein Tool für meine eigene Arbeit. Ich brauchte ein Board für meine Aufgaben und einen Ort für die Notizen, die dazugehören. Nichts Ausgefallenes. Einfach etwas Ruhiges, auf das ich mich jeden Tag verlassen kann.
Ich habe im Frühjahr 2025 angefangen. Das sind jetzt etwa anderthalb Jahre Entwicklung.
Viele Tools. Keins, das passt.
Bevor ich weiterbaute, habe ich mir den Markt angesehen. Es gibt viele gute Produkte, und ich habe eine Menge davon ausprobiert. Keins hat wirklich gepasst.
Die meisten kommen von großen US-Tech-Konzernen. Deine Daten liegen dann auf deren Servern, unter deren Gesetzen. Für ein Tool, das die Pläne, Ideen und Kundenarbeit eines Teams enthält, fühlte sich das für mich nicht richtig an.
Die selbst gehosteten Alternativen waren näher dran. Aber bei jeder fehlte etwas, das ich jeden Tag brauchte, etwa ein Wiki neben den Boards, fein abgestufte Zugriffsrechte oder eine saubere API.
Also habe ich mein eigenes Tool weiter ausgebaut. Schritt für Schritt wurde daraus Kanroo.
Warum noch ein Kanban-Tool?
Berechtigte Frage. Davon gibt es wirklich genug.
Aber das eine, das ich wollte, habe ich nicht gefunden: Boards und ein Wiki an einem Ort, ein Open-Source-Kern, Workspace-Daten in der EU und jede Funktion in jedem Kanroo-Cloud-Plan.
Außerdem wollte ich meine Kundenarbeit am selben Ort haben. Ich teile Wiki-Seiten mit Kunden, und jeder Kunde bekommt seinen eigenen Link, mit eigenem Passwort und Ablaufdatum. Ihre Anfragen kommen über öffentliche Formulare oder per E-Mail herein, und jede wird zur Aufgabe. Viele andere Tools können das nicht. Aufgaben aus E-Mails gibt es in Kanroo Cloud und in der Enterprise Edition.
Kanroo ist meine Antwort. Es ist nicht für jeden. Es ist für Unternehmen und Teams, die genau das wollen.
Nur das Wesentliche
Viele Tools bauen für jede Idee einen neuen Button ein. Nach ein paar Jahren ist der Bildschirm voll, und die Arbeit ist schwer zu finden.
Kanroo konzentriert sich auf das Wichtigste: Aufgaben und Wikis. Nicht mehr und nicht weniger. Ich will eine Oberfläche, die klar und schön ist und sich nie überladen anfühlt.
Und Du kannst es komplett mit der Tastatur bedienen. Mit ShiftK durchsuchst Du Aufgaben, Boards und Seiten.
Jede Funktion, für jedes Team
Viele Tools verstecken ihre besten Funktionen hinter einer Mindestzahl an Nutzern oder einem höheren Plan. Single Sign-on nur im teuersten Plan. Mehr Verlauf erst nach dem Wechsel auf einen höheren Plan. EU-Hosting als Zusatzpaket.
Das finde ich unfair, besonders gegenüber kleinen Teams. Gerade sie brauchen oft gute Tools am meisten.
Deshalb bekommt in Kanroo Cloud jeder Plan jede Funktion. Die Pläne unterscheiden sich nur in fairen Nutzungslimits, etwa Mitgliedern, Wiki-Seiten und Dateigröße, und im Support. Und Du kannst kostenlos starten, mit jeder Funktion, ohne Zeitlimit und ohne Kreditkarte.
“Ich wollte ein Tool, das jedem Team alles bietet, die Daten in Europa speichert und niemanden festhält.”
Warum die EU
Die Welt ist unberechenbarer geworden. Gesetze, Handelsregeln und politische Prioritäten können sich schnell ändern, und das betrifft auch Deine Daten.
Ich will, dass Deine Arbeit unter europäischem Recht steht. Deine Workspace-Daten werden in der EU gehostet und verarbeitet: Server in Deutschland, Dateien in den Niederlanden, E-Mails aus Frankreich. Jeder Unterauftragsverarbeiter sitzt in Europa.
Ein ehrlicher Hinweis: Zahlungen für bezahlte Pläne laufen über Polar, ein US-Unternehmen. Polar übernimmt Checkout und Rechnungen. Deine Boards oder Seiten sieht Polar nicht.
Und wenn Du volle Kontrolle willst, betreib Kanroo selbst. Der Kern ist Open Source unter AGPL-3.0. Dein Server, Deine Regeln.
Der Teil, den niemand sieht
Ein europäisches SaaS zu bauen heißt mehr als Code schreiben. Für jeden Dienst, den ich nutzen wollte, stellten sich dieselben Fragen: Wo werden die Daten verarbeitet? Wem gehört das Unternehmen? Welche Unterauftragsverarbeiter hängen dahinter? Gibt es einen Auftragsverarbeitungsvertrag?
Viele bequeme Werkzeuge sind daran gescheitert, für Analyse, Fehlerberichte oder E-Mail. Deshalb betreiben wir diese Dinge selbst. Das kostet Zeit, aber jede Weitergabe von Daten ist eine bewusste Entscheidung.
Dazu kommen Datenschutzerklärung, Auftragsverarbeitungsvertrag mit allen Schutzmaßnahmen, Impressum und Nutzungsbedingungen. Bei jeder Funktion frage ich: Welche Daten fallen an, wie lange bleiben sie, wer sieht sie, und wie schützen wir sie? In anderen Märkten startet man schneller. Hier ist dieser Teil manchmal so groß wie der Code selbst.
Für Dich heißt das: Dein Datenschutzbeauftragter findet die Antworten auf einer Seite, bevor er fragen muss.
Die Suche nach dem Stack
Ich wollte Werkzeuge, die ich lesen, betreiben und über Jahre behalten kann. Open Source, wo immer es geht, und alles in meiner eigenen Hand.
Ein Start auf Supabase, Vercel oder Lovable wäre bequem gewesen. Aber ich will meinen Stack kontrollieren und verstehen, ohne Abhängigkeit von einem Anbieter. Deshalb hat Kanroo einen modularen Stack: Jeder Teil lässt sich ersetzen, wenn etwas besser passt.
Diese Suche hat endlose Stunden gedauert … Tage … Wochen. Für jeden Teil habe ich Vor- und Nachteile abgewogen. Viele selbst gehostete Produkte halten einige Funktionen hinter einer Lizenz zurück. Also habe ich jeden Kandidaten lokal aufgesetzt, mir angesehen, wie er funktioniert, mich eingearbeitet und oft Bugs gefunden. Dann ging es mit dem nächsten von vorn los.
Die meisten neuen Tools setzen auf React. Ich habe mich für Angular entschieden. Ich bin seit mehr als 15 Jahren Softwareentwickler und habe viele Apps mit Angular gebaut. Ich habe mehrmals versucht, mich mit React und Next.js anzufreunden. Aber aus Angular-Sicht fehlt dort vieles. Angular bringt Routing, Formulare, Signals und Dependency Injection in einem Framework mit. Und es ist in den letzten Versionen enorm besser geworden.
Dazu kommen die Open-Source-Projekte, auf denen ich aufbaue: Express, PostgreSQL mit Drizzle, Better Auth für die Anmeldung sowie Spartan und Tailwind für die Oberfläche. PostgreSQL trägt auch die Suche und die Live-Updates, deshalb braucht Kanroo weder Redis noch einen zusätzlichen Suchdienst.
Die Server laufen bei netcup in Nürnberg, die Dateien liegen bei Scaleway in Amsterdam. Datenbank, Mailserver, Monitoring und Analyse betreiben wir selbst. Traces, Metriken und Logs bleiben in unserem eigenen Monitoring. Wenn etwas kaputtgeht, will ich es wissen, bevor Du es merkst.
Die Suche nach einem Namen
Der Name hat länger gedauert, als ich gern zugebe. Ich hatte eine lange Liste mit Kandidaten, und jeder scheiterte an irgendetwas. Kangoo war früh raus: So heißt schon ein Auto.
Dann kam Kanroo. Kan für Kanban. Roo für das Känguru (englisch „kangaroo“), ein Tier, das mit jedem Sprung vorankommt.
Heute ist es schwer, eine passende Domain für eine Marke zu finden. Die meisten guten Namen sind längst vergeben. kanroo.app war eine der wenigen guten Domains, die noch frei waren.
Das Känguru wurde unser Maskottchen. Es ist eine kleine Pixel-Art-Figur, und Du siehst es am Ende dieser Story.
Was Kanroo sein soll
Ein ruhiger Ort für die Arbeit. Aufgaben und Wissen nebeneinander, damit zwischen den Tools nichts verloren geht.
Fair zu kleinen Teams. Ehrlich darüber, was es kann, und darüber, was es noch nicht kann.
Gebaut für die Menschen, die die Arbeit machen. Kanroo hat keine eingebaute KI. Wenn Du einen Agenten nutzt, verbinde ihn über MCP, zu Deinen Bedingungen.
Und der Ausstieg bleibt immer möglich. Exportiere jederzeit alles, oder betreibe den Kern selbst.