Über uns

Aus Partnerfeedback gebaut, nicht am Reißbrett entworfen.

Was octoja kann, haben uns IT-Dienstleister gesagt, die täglich damit arbeiten. Jede größere Funktion geht auf konkretes Feedback aus dem Partnernetz zurück — nicht auf eine Marktanalyse.

100+

mitgelieferte Checks, ohne Zusatzmodul

6

Sprachen in Oberfläche und Benachrichtigungen

3

Betriebssysteme mit einem Agent

1

eigene Instanz je Kunde

Warum es octoja gibt

Wir haben zugehört, bevor wir gebaut haben.

Am Anfang stand kein Produktkonzept, sondern die Frage an erfahrene IT-Dienstleister: Was müsste ein RMM können, damit es im Alltag wirklich trägt? Die Antworten waren erstaunlich einig. Gewünscht war ein System, das Monitoring, Fernwartung und Patches bündelt und den Bestand gleich mitdokumentiert. Nicht vier Werkzeuge mit vier Anmeldungen.

Aus diesen Gesprächen sind Funktionen entstanden, die man am Reißbrett nicht entwirft: Patch-Ringe, die Updates zuerst einer kleinen Testgruppe geben und erst bei ausreichender Erfolgsquote an den Rest. Servicezeiten je Alarmkanal, damit nachts die Bereitschaft erreicht wird. Ein Neustart, den der Anwender verschieben darf.

Wir entwickeln weiter nach demselben Muster: Was Partner im Alltag bremst, landet auf der Roadmap — öffentlich einsehbar und offen kommentierbar.

Wofür wir stehen

Vier Entscheidungen, die im Produkt verankert sind

Keine Leitbilder, sondern Festlegungen, die sich im Code wiederfinden.

01

Ein System statt eines Werkzeugkastens

Ob Monitoring, Patching, Softwareverteilung, Fernwartung, Inventar oder Reporting: Alles arbeitet auf demselben Gerätebestand, mit einem Regelwerk und einem Rechtemodell.

02

Alles ist wenige Klicks entfernt

Eine Befehlszeile über der gesamten Oberfläche findet Kunden, Geräte und Benutzer. Aktionen führst du direkt aus: Terminal öffnen, Bildschirm übernehmen, Inventar anstoßen, Gerät wecken. Ohne dich vorher durch Menüs zu klicken.

03

Offen statt eingemauert

Die REST-Schnittstelle ist vollständig dokumentiert und dauerhaft erreichbar. Wer seine Daten herausziehen oder eigene Automatisierung bauen will, soll das ohne Rückfrage können.

04

Nachweise entstehen im Betrieb

Zugriffe, Änderungen und Freigaben werden protokolliert, weil es zur Architektur gehört. Niemand muss daran denken, es einzuschalten.

Wie wir arbeiten

Festlegungen, an denen du uns messen kannst

Entwicklung in Deutschland, Oberfläche und Benachrichtigungen in sechs Sprachen
Ein Preis pro Gerät, die ganze Plattform inbegriffen
Vertrieb über zertifizierte Distributoren statt Direktgeschäft
Öffentliche Roadmap und offenes Feedback-Forum
Statusseite mit echtem Betriebszustand
Das Team

Das Team

Die Leute, die aus Partnerfeedback Produkt machen.

Stefan Steuer, CEO bei octoja

Stefan Steuer

CEO

Tom Kempin, CTO bei octoja

Tom Kempin

CTO

Erdinc Akay, COO bei octoja

Erdinc Akay

COO

Daniel Häfele, Chief Architect bei octoja

Daniel Häfele

Chief Architect

Andreas Eichwald, Developer bei octoja

Andreas Eichwald

Developer

Reden wir über deinen Bestand

Ein Gespräch, in dem wir ehrlich sagen, ob octoja zu deiner Umgebung passt — und wo es das nicht tut.