Kurz gefasst
Collabase ist eine Schweizer Collaboration-Plattform der Infometis AG in Zürich und deckt den projekt- und portfolionahen Teil dessen ab, wofür Unternehmen heute Jira einsetzen.
Der Unterschied liegt im Zuschnitt: Projekte, Wissensseiten, Objektregister, Test Management, Automatisierung und Zeiterfassung sind ein Produkt von einem Anbieter, nicht mehrere Produkte plus Erweiterungen aus einem Marketplace.
Betrieben wird Collabase als eigene Instanz in einem Schweizer Rechenzentrum oder vollständig auf eurer Infrastruktur; der Datenstandort ist in beiden Fällen eine Festlegung und keine Einstellung.
Für die reine Softwareentwicklung mit Git-Workflows und Build-Pipelines ist Collabase nicht gedacht. Dort bleibt die bestehende Werkzeugkette.
Wann ein Wechsel überhaupt geprüft wird
In den Gesprächen, die wir führen, sind es drei Anlässe. Keiner davon hat mit Unzufriedenheit zu tun, und alle drei haben ein Datum oder eine Zahl, an der sie hängen.
Ein Herstellerereignis mit Datum
Atlassian beendet Data Center am 28. März 2029, der Verkauf an Bestandskunden endet am 30. März 2028. Wer auf eigener Infrastruktur arbeitet, muss bis dahin einen Weg gewählt haben.
Eine Anforderung an den Datenstandort
Eine Vorgabe aus Vertrag, Regulierung oder interner Richtlinie legt fest, wo die Daten liegen müssen. Diese Antwort schliesst Wege aus oder ein, bevor über Funktionen geredet wird.
Die Zahl der Werkzeuge im Haus
Projekte in einem Werkzeug, Dokumentation in einem zweiten, Testfälle in einer Erweiterung, Zeiterfassung in einer dritten. Jedes mit eigenem Vertrag, eigener Rechnung und eigenem Berechtigungsmodell.
Den Zeitplan zum Data-Center-Ende haben wir im Blog aufgeschrieben
Die Merkmale nebeneinander
Jede Zelle ist ein Satz über das, was ein Produkt an dieser Stelle tut. Keine Häkchen, keine Kreuze: wo Collabase etwas nicht hat, steht es genauso da wie beim anderen.
| Merkmal | Jira | Collabase |
|---|---|---|
Betrieb und Daten | ||
| Betriebsmodelle | Cloud. Data Center läuft bis zum 28. März 2029. | Eigene Instanz in einem Schweizer Rechenzentrum oder vollständig auf eigener Infrastruktur, auch ohne Internetzugang. |
| Datenstandort | Data Residency für die Schweiz in den Plänen Standard, Premium und Enterprise, für die Kernprodukte. Bei Marketplace-Apps je App zu prüfen. | Schweiz, in beiden Betriebsmodellen und ohne Planabhängigkeit. |
| Anbieter | Atlassian Corporation, börsennotiert, Hauptsitz in den USA und Australien. | Infometis AG, Zürich. |
Umfang | ||
| Projekte und Vorgänge | Jira Software, mit Boards, Sprints und eigenen Workflows. | Projects, mit Boards, Zyklen und eigenen Workflows. |
| Wissensseiten | Confluence, ein eigenes Produkt mit eigener Lizenz. | Docs, im selben Produkt und im selben Space wie die Vorgänge. |
| Test Management | Über Apps aus dem Atlassian Marketplace. | Test Management, im selben Produkt, ausgerichtet am QualityTree-Framework. |
| Objektregister | Assets in Jira Service Management, in den Plänen Premium und Enterprise. | Registry, im selben Produkt, mit eigenen Schemas und Beziehungen. |
| Automatisierung | Automation for Jira, im Produkt enthalten. | Automation, im selben Produkt, mit 38 Konnektoren. |
| Zeiterfassung | Über Apps aus dem Atlassian Marketplace. | Time, im selben Produkt, auf Aufgaben und Projekten. |
| Softwareentwicklung | Bitbucket für Git und Pipelines, dazu Anbindungen an GitHub und GitLab. | Kein Git-Hosting und keine Build-Pipelines. Dafür bleibt die bestehende Werkzeugkette. |
Erweiterung und Vertrag | ||
| Erweiterungen | Atlassian Marketplace mit Apps von Drittanbietern. | Kein Marketplace. Was dazukommt, kommt vom Anbieter. |
| Vertragspartner | Atlassian, dazu je Marketplace-App der jeweilige Anbieter. | Ein Vertrag, ein Ansprechpartner, eine Roadmap. |
| Oberflächensprachen | Zahlreiche Sprachen, darunter Deutsch, Französisch und Italienisch. | Deutsch, Englisch, Französisch, Italienisch. |
Einstieg | ||
| Preise | Öffentlich ausgewiesen, gestaffelt nach Plan und Benutzerzahl. | Auf Anfrage. Die Zahl steht in der Offerte, sobald Umfang und Betriebsmodell feststehen. |
| Vor der Entscheidung | Testphase mit einer eigenen Instanz. | Proof of Concept auf euren eigenen Inhalten, mit einem abgegrenzten Anwendungsfall. |
| Import | Migrationswerkzeuge zwischen den eigenen Produkten. | Import von Seiten, Anhängen und Seitenhierarchie aus Confluence-Exporten, Notion und Markdown. Jira-Projekte und -Vorgänge ziehen nach Projects um. |
Die Angaben zu Jira folgen der öffentlichen Dokumentation und den Ankündigungen von Atlassian, Stand September 2026. Wo sich etwas ändert, ändert sich diese Tabelle.
Was Collabase an dieser Stelle macht
Drei Festlegungen, die vor dem ersten Feature standen und an denen sich der Rest ausrichtet.
Ein Produkt, ein Anbieter
Ein Vertrag, ein Ansprechpartner, eine Roadmap. Kein Marketplace, keine Plugins von Dritten, keine geteilte Verantwortung im Betrieb. Wenn etwas klemmt, gibt es eine Nummer und nicht drei.
Der Space hält zusammen
Eine Abteilung, ein Kunde oder ein Projekt. Dokumente, Aufgaben, Testfälle, Objekte und Automatisierungen liegen darin nebeneinander, mit einem Berechtigungsmodell statt mit fünf.
Quality Engineering im Kern
Collabase integriert das QualityTree-Framework nativ: Anforderungen, Testfälle, Abweichungen und Freigaben liegen im selben Space wie die übrige Arbeit, nicht in einem getrennten QA-Werkzeug mit eigenem Vertrag.
Anbindung und Import
Ein Wechsel ist selten ein Stichtag. Für den Betrieb nebeneinander steht die Anbindung an Jira mit ihren Auslösern und Aktionen bereit; für den Bestand gibt es den Import. Beide Wege lassen sich kombinieren, solange die Inhalte wandern.
Die Jira-Anbindung ansehenHäufige Fragen
Ist Collabase eine vollständige Alternative zu Jira?
Für den projekt- und portfolionahen Teil ja: Projekte, Vorgänge, Boards, Zyklen und Workflows sind vorhanden, dazu Dokumentation, Objektregister, Test Management, Automatisierung und Zeiterfassung im selben Produkt. Für die reine Softwareentwicklung mit Git-Workflows und Build-Pipelines ist Collabase nicht gedacht; dort bleibt die bestehende Werkzeugkette bestehen.
Wo liegen die Daten?
In der Schweiz, in beiden Betriebsmodellen. Entweder als eigene Instanz in einem Schweizer Rechenzentrum oder vollständig auf eurer eigenen Infrastruktur, auch in Netzen ohne Internetzugang. Der Datenstandort hängt nicht am gewählten Plan.
Lassen sich bestehende Jira-Projekte übernehmen?
Projekte, Vorgänge und Verknüpfungen ziehen über den Import nach Collabase Projects um. Seiten, Anhänge und die Seitenhierarchie kommen aus einem Confluence-Export, aus Notion oder aus Markdown. Was genau übernommen wird, klärt die Bestandsaufnahme vor dem Proof of Concept.
Was kostet Collabase?
Die Preise stehen nicht auf der Website. Cloud rechnet pro Benutzer und Monat ab, Self-Hosted pro Stufe und Jahr, gestaffelt nach Benutzerzahl. Die Zahl kommt aus der Offerte, sobald Umfang und Betriebsmodell feststehen.
Wie fängt ein Wechsel an?
Mit einem Proof of Concept: ein abgegrenzter Anwendungsfall, ein echtes Team, ein paar Wochen Laufzeit, auf euren eigenen Inhalten statt auf Demodaten. Am Ende steht eine Grundlage für die Entscheidung, ob und wie ein Wechsel Sinn ergibt.
Bevor eine Lizenz entschieden wird, läuft Collabase auf euren Inhalten.
Ein abgegrenzter Anwendungsfall, ein echtes Team, ein paar Wochen Laufzeit. Für Evaluierung und Migrationsplanung arbeiten wir mit Partnern zusammen, die vergleichbare Vorhaben begleitet haben.