Quiénes somos

Construido a partir del feedback de los partners, no diseñado sobre el papel.

Lo que octoja sabe hacer nos lo han dicho proveedores de servicios de TI que trabajan con ello a diario. Cada función importante nace de un feedback concreto de la red de partners, no de un análisis de mercado.

100+

checks incluidos, sin módulo adicional

6

idiomas en la interfaz y en las notificaciones

3

sistemas operativos con un agente

1

instancia propia por cliente

Por qué existe octoja

Escuchamos antes de construir.

Al principio no hubo un concepto de producto, sino una pregunta a proveedores de servicios de TI con experiencia: ¿qué tendría que saber hacer un RMM para aguantar de verdad en el día a día? Las respuestas coincidían sorprendentemente. Querían un sistema que reuniera monitorización, asistencia remota y parches y que documentara el parque de paso. No cuatro herramientas con cuatro inicios de sesión.

De esas conversaciones salieron funciones que no se diseñan sobre el papel: anillos de parches que primero entregan las actualizaciones a un grupo pequeño de prueba y solo pasan al resto con una tasa de éxito suficiente. Horarios de servicio por canal de alerta, para que de noche se alcance a la guardia. Un reinicio que el usuario puede aplazar.

Seguimos desarrollando con el mismo patrón: lo que frena a los partners en su día a día acaba en la hoja de ruta, pública y abierta a comentarios.

Qué defendemos

Cuatro decisiones ancladas en el producto

No son declaraciones de intenciones, sino compromisos que se encuentran en el código.

01

Un sistema en lugar de una caja de herramientas

Ya sea monitorización, parcheo, distribución de software, asistencia remota, inventario o informes: todo trabaja sobre el mismo parque de dispositivos, con un conjunto de reglas y un modelo de permisos.

02

Todo está a unos pocos clics

Una línea de comandos presente en toda la interfaz encuentra clientes, dispositivos y usuarios. Las acciones las ejecutas directamente: abrir un terminal, tomar la pantalla, lanzar el inventario, despertar un dispositivo. Sin tener que ir picando por los menús.

03

Abiertos en lugar de amurallados

La interfaz REST está documentada por completo y disponible de forma permanente. Quien quiera sacar sus datos o montar su propia automatización debe poder hacerlo sin pedir permiso.

04

Las evidencias nacen durante el funcionamiento

Los accesos, los cambios y las aprobaciones quedan registrados porque forma parte de la arquitectura. Nadie tiene que acordarse de activarlo.

Cómo trabajamos

Compromisos con los que puedes medirnos

Desarrollo en Alemania, interfaz y notificaciones en seis idiomas
Un precio por dispositivo, con toda la plataforma incluida
Venta a través de distribuidores certificados en lugar de venta directa
Hoja de ruta pública y foro de feedback abierto
Página de estado con el estado real del servicio
El equipo

El equipo

Las personas que convierten el feedback de los partners en producto.

Stefan Steuer, CEO en octoja

Stefan Steuer

CEO

Tom Kempin, CTO en octoja

Tom Kempin

CTO

Erdinc Akay, COO en octoja

Erdinc Akay

COO

Daniel Häfele, Chief Architect en octoja

Daniel Häfele

Chief Architect

Andreas Eichwald, Developer en octoja

Andreas Eichwald

Developer

Hablemos de tu parque

Una conversación en la que te decimos con franqueza si octoja encaja en tu entorno, y dónde no lo hace.