Kommt Ihnen das bekannt vor?

01

Ein Feldtyp, den es nicht gibt – also behilft sich Ihr Team mit einem Textfeld

02

Ein manueller Schritt, den jemand täglich wiederholt, weil ihn nichts automatisiert

03

Ein externes System, das synchron bleiben müsste und es nicht ist

04

Ein Bericht, den Ihr Team jeden Monat von Hand zusammenbaut

05

Eine Regel, die das System durchsetzen sollte und die im Gedächtnis einer Person lebt

06

Ein Eingriff, der auf Live-Daten riskant ist – ohne jedes Sicherheitsnetz

Was wir für Sie bauen

Oberflächen, Layouts, Panels, Hooks, Endpunkte und Operationen – im selben Standard wie die, die wir öffentlich veröffentlichen. Denn genau über die werden wir gefunden.

Eigene Oberflächen

Die Eingabe, die Ihre Daten wirklich brauchen: eine Kartenauswahl, ein strukturierter Editor, ein berechnetes Feld, ein Abgleich mit einem anderen System. Alles, was Ihr Team davon abhält, die Software zu umgehen.

Hooks und Automatisierungen

Logik, die bei Änderungen greift: Prüfungen, Benachrichtigungen, Abgleich mit anderen Systemen, das Durchsetzen einer Regel, die heute davon abhängt, dass jemand daran denkt.

Eigene Endpunkte

API-Routen, zugeschnitten auf die App oder den Partner, der sie nutzt – statt Ihr ganzes Schema offenzulegen und auf das Beste zu hoffen.

Dashboard-Panels

Die Zahlen, die Ihr Team heute in eine Tabelle exportiert, dort angezeigt, wo ohnehin gearbeitet wird, und aktualisiert, ohne dass jemand etwas tun muss.

Sichere Eingriffe in Live-Daten

Unsere Open-Source-Erweiterung zum sicheren Umbenennen existiert, weil das Umbenennen einer Kollektion in Directus Beziehungen, Rechte und Flows zerstören kann. Dieselbe Sorgfalt steckt in allem, was Produktion berührt.

Open Source, wo es hilft

Wenn das, was wir für Sie bauen, allen nützt und nichts von Ihnen enthält, fragen wir Sie, ob wir es veröffentlichen dürfen. Sie bekommen Pflege durch eine größere Community, wir den Ruf. Nie ohne Ihr Einverständnis.

Erweiterungsarbeit passt, wenn:

Sie Directus bereits einsetzen und an eine Grenze gestoßen sind

Ihr Team einen manuellen Umweg für etwas erfunden hat, das das System können sollte

Directus mit etwas sprechen muss, das spezifisch für Ihre Branche ist

Sie wollen, dass Leute die Arbeit machen, die Erweiterungen öffentlich veröffentlichen

Es für die wartbar bleiben muss, die nach uns kommen

So läuft die Arbeit an einer Erweiterung:

01

Sie beschreiben die Einschränkung, am besten indem Sie uns den Umweg zeigen

02

Wir prüfen, ob eine bestehende Erweiterung das bereits löst – manchmal ist das so, und dann sagen wir es

03

Ein Festpreisangebot für die Umsetzung, mit schriftlich festgehaltenem Verhalten

04

Wir entwickeln gegen eine Kopie Ihrer Umgebung, nicht gegen Ihre Live-Daten

05

Sie testen in Ihrer eigenen Umgebung, bevor es in die Nähe der Produktion kommt

06

Übergabe mit Quellcode, Dokumentation und Gewährleistungsfrist

FAQ

Common questions about directus erweiterungen

Gehört uns die Erweiterung, die Sie bauen?

Ja, vollständig: Quellcode und alle Rechte. Falls sie sich als allgemein nützlich erweist und nichts enthält, was spezifisch für Ihr Unternehmen ist, fragen wir Sie vielleicht, ob wir sie als Open Source veröffentlichen dürfen – immer fragen, nie voraussetzen.

Was, wenn Directus diese Funktion später selbst bekommt?

Gutes Ergebnis, und wir sagen Ihnen, wenn wir es für wahrscheinlich halten. Erweiterungen sind in sich geschlossen, Sie können unsere also fallen lassen und die eingebaute Version nutzen. Wir raten Ihnen lieber von einer Umsetzung ab, als Ihnen etwas mit kurzer Lebensdauer zu verkaufen.

Können Sie eine bestehende Erweiterung reparieren oder übernehmen?

Meistens ja. Schicken Sie uns das Repository, und wir sagen Ihnen ehrlich, ob sich eine Reparatur lohnt oder eine Neuentwicklung günstiger ist – auch dann, wenn uns die Antwort den größeren Auftrag kostet.

Woran erkennen wir die Qualität, bevor wir Sie beauftragen?

Lesen Sie unseren Code. Unsere Erweiterungen liegen öffentlich auf GitHub und npm, mit ihrer gesamten Historie. Das ist eine ehrlichere Referenz als eine Fallstudie, die wir über uns selbst geschrieben haben.

Bereit anzufangen?

Beschreiben Sie die Grenze, an die Sie gestoßen sind. Löst eine bestehende Erweiterung das bereits, verweisen wir Sie dorthin, statt ein Angebot zu schreiben.