Wenn du lange genug einen eigenen Server betreibst, stößt du irgendwann an dieselbe Grenze: Das Plugin oder die App kann fast alles, was du brauchst – bis auf diese eine Sache. Vielleicht eine Integration mit einem Dienst, den du ohnehin nutzt, ein kleines Skript rund um deine Mediathek oder eine geplante Aufgabe, die dein mailcow-Setup sauber hält. Du kannst mit dem Workaround leben, oder du machst aus dem Wunsch bezahlte Arbeit – offen abgewickelt, mit einer schriftlichen Schätzung, bevor irgendetwas abgerechnet wird.
Dieses Tutorial führt dich durch diesen Ablauf für Softwareentwicklung auf Auftrag rund um unsere Emby- und Jellyfin-Plugins, Nextcloud-Apps und mailcow-Tools. Es richtet sich an Menschen, die ihre eigene Hardware administrieren und genau wissen wollen, was sie kaufen, wie Stunden verbraucht werden und was danach mit dem Code passiert.
Eine Abgrenzung vorweg: Hier geht es um Funktionen, Integrationen, Skripte und geplante Aufgaben rund um bestehende Produkte. Wenn du ein komplett neues Plugin brauchst, ist das ein anderes Paket – sieh dir die Seiten zur individuellen Plugin-Entwicklung für Emby, Jellyfin und Nextcloud an. Alles Folgende setzt ein legales, selbst gehostetes Setup mit Medien voraus, die dir gehören oder für die du die nötigen Lizenzen hast.
Voraussetzungen
Bevor du loslegst, stelle sicher, dass du Folgendes hast:
- Eine laufende Instanz des jeweiligen Produkts (ein Emby- oder Jellyfin-Plugin, eine Nextcloud-App oder ein mailcow-Tool) und eine ungefähre Vorstellung von der aktuellen Version, damit wir über die richtige Codebasis sprechen können.
- Eine klare Beschreibung der Lücke: was du heute machst, was du stattdessen willst und warum.
- Einen Weg, uns zu erreichen – das Kontaktformular, ein Ticket oder Telegram.
- Ein Konto auf unserer Seite, denn gekaufte Stunden erscheinen dort, und du verfolgst den Restbestand von derselben Stelle aus.
Du brauchst keine formale Spezifikation, um anzufangen. Eine schriftliche Schätzung ist kostenlos, und nichts wird abgerechnet, bevor du zustimmst.
Schritt 1: Entscheide, ob es ein Feature-Wunsch oder Auftragsentwicklung ist
Nicht jeder Wunsch braucht einen bezahlten Auftrag. Frag dich, ob die Änderung etwas ist, das das Produkt sinnvollerweise für alle tun sollte, oder etwas, das nur zu deinem Setup passt. Eine allgemeine Verbesserung ist oft einfach eine Meldung wert. Ein Wunsch, der nur für deine Infrastruktur Sinn ergibt – eine Integration mit einem Dienst, den du nutzt, ein Skript oder eine geplante Aufgabe rund um deinen Server –, passt gut zu Entwicklungsstunden.
Wenn du unsicher bist, beschreibe es und frag nach. Das erste Gespräch über Telegram oder E-Mail dient genau dazu, das zu klären, bevor jemand Zeit in eine Schätzung steckt.
Schritt 2: Beschreibe den Bedarf als User Story mit Beispielen
Die Qualität der Schätzung hängt von der Qualität der Beschreibung ab. Schreib sie so, wie du sie einer Kollegin oder einem Kollegen erklären würdest:
- Wer und wann: „Als Admin möchte ich, dass das Plugin nach Y die Aktion X ausführt, damit Z passiert.“
- Konkrete Beispiele: ein oder zwei echte Fälle von deinem Server, inklusive dessen, wie die Eingabe aussieht und was du danach erwartest.
- Abnahmekriterien: woran du erkennst, dass es funktioniert. „Wenn ich es auf meiner Mediathek ausführe, erwarte ich das Ergebnis in der bestehenden Ansicht des Plugins“ ist deutlich hilfreicher als „mach es besser“.
- Randbedingungen: alles, was die Änderung nicht kaputt machen darf, und jeder Dienst, mit dem sie sprechen muss.
Halte es kurz. Ein paar Absätze plus Beispiele reichen für eine schriftliche Schätzung meist aus. Screenshots oder Logauszüge helfen, wenn sich das Verhalten schwer in Worten beschreiben lässt.
Schritt 3: Hol dir eine schriftliche Schätzung – kostenlos
Schick deine Beschreibung über das Kontaktformular, ein Ticket oder Telegram. Du erhältst eine kurze Spezifikation mit der Anzahl an Stunden, die es voraussichtlich braucht. Diese Schätzung ist kostenlos, und nichts wird abgerechnet, bevor du zustimmst.
Lies die Schätzung als Umfangsdokument, nicht nur als Zahl. Wenn etwas darin nicht dem entspricht, was du gemeint hast, sag es jetzt – die Spezifikation vor Arbeitsbeginn anzupassen ist viel günstiger als danach. Wenn die Schätzung größer aussieht als erwartet, frag nach, welcher Teil die Stunden treibt; manchmal bringt das Streichen einer Anforderung das Ganze in den Rahmen.
Schritt 4: Kauf die Stunden und verfolge ihren Verbrauch
Wenn du die Schätzung annimmst, kaufst du die Entwicklungsstunden auf der Seite für individuelle Entwicklung. Das Minimum sind 2 Stunden, und die Stunden erscheinen in deinem Konto.
Ab da ist der Ablauf bewusst unspektakulär:
- Stunden werden in 15-Minuten-Schritten verbraucht.
- Zu jeder Aufgabe gibt es einen kurzen Bericht, damit du siehst, was gemacht wurde.
- Dein Konto zeigt den Restbestand, sodass du immer weißt, wo du stehst.
Diese Kombination macht das für Selbsthoster handhabbar: kein offenes Retainer-Modell, keine Überraschungen auf der Rechnung. Stellt sich eine Aufgabe als kleiner heraus als erwartet, behältst du den Rest. Stellt sie sich als größer heraus, siehst du das in den Berichten, bevor das Guthaben aufgebraucht ist.
Ein praktischer Tipp: Bündle zusammenhängende Wünsche in einem Auftrag, statt alle paar Monate zwei Stunden zu kaufen. Verwandte Änderungen teilen sich oft Aufwand für Einrichtung und Tests, und die Berichte sind leichter zu verfolgen, wenn sie zu einem Vorgang gehören.
Schritt 5: Lieferung, Tests und Updates
Die Lieferung erfolgt in einer von zwei Formen:
- als Update des Plugins oder der App oder
- als Build, der nur für dich erstellt wird.
Welche Variante du bekommst, hängt von der Art der Änderung ab, und die Schätzung sollte das klarmachen. Teste in jedem Fall auf deinem eigenen Server, bevor du weitergreifst – besonders, wenn die Änderung geplante Aufgaben oder irgendetwas betrifft, das unbeaufsichtigt läuft.
Auch hier kommt die Lizenz ins Spiel. Änderungen, die in unsere Produkte einfließen, werden in späteren Versionen mit ihnen gepflegt, sodass du keinen eigenen Fork pflegen musst. Ein Build, der nur für dich erstellt wird, ist genau das: spezifisch für deine Instanz – und es lohnt sich, ihn in deinen eigenen Notizen festzuhalten, wenn du die umgebende Software aktualisierst.
Schritt 6: Wissen, wem was gehört
Die Frage nach dem Eigentum stellen Selbsthoster am häufigsten, und sie verdient eine klare Antwort, bevor die Arbeit beginnt:
- Gemeinsame Verbesserungen: Fließt eine Änderung in unsere Produkte ein, geht sie zurück ins gemeinsame Produkt und wird in späteren Versionen mit ihm gepflegt. Andere Nutzer profitieren – und du auch, weil du keinen privaten Patch mit dir herumträgst.
- Exklusive Builds: Ist das Ergebnis ein Build, der nur für dich erstellt wird, bleibt er bei dir und wird nicht Teil des Standardprodukts.
Wenn dir wichtig ist, welcher Weg gewählt wird, sprich es bei der Schätzung an. Das lässt sich vorab viel leichter vereinbaren als nach der Lieferung neu zu verhandeln.
Tipps und Fehlerbehebung
Die Schätzung ist höher ausgefallen als erhofft. Frag nach, welche Anforderungen die Stunden ausmachen, und ob eine kleinere erste Version deinen Hauptfall abdecken würde. Ein engerer Umfang, jetzt geliefert, ist oft besser als ein breiter Umfang, der später kommt.
Ich weiß noch nicht genau, was ich will. Fang trotzdem das Gespräch an. Das erste Gespräch gibt es genau dafür, aus einem vagen Wunsch etwas Schätzbares zu machen, und die Schätzung selbst ist kostenlos.
Die Arbeit pausiert und ich habe noch Stunden übrig. Ungenutzte Stunden bleiben 12 Monate in deinem Konto und können auch für Support-Sitzungen verwendet werden. Du musst sie nicht sofort aufbrauchen.
Ich brauche Hilfe statt einer neuen Funktion. Das ist eine gültige Nutzung desselben Guthabens – Support-Sitzungen greifen auf dieselben Stunden zurück.
Wo sind meine Rechnungen? Rechnungen werden von Stripe ausgestellt und sind in deinem Konto verfügbar.
Ich bin nicht sicher, ob das das richtige Produkt ist. Wenn du ein ganz neues Plugin statt einer Funktion brauchst, nutze die oben verlinkten Pakete für individuelle Plugins. Bei allgemeinen Fragen sind die Wissensdatenbank und die FAQ die schnellsten Anlaufstellen.
Fazit
Aus einem Funktionswunsch bezahlte Arbeit zu machen, sollte sich nicht wie ein Sprung ins Ungewisse anfühlen. Mit einer kostenlosen schriftlichen Schätzung, in 15-Minuten-Schritten verbrauchten Stunden mit einem Bericht pro Aufgabe, einem sichtbaren Guthaben und einer klaren Regel, ob eine Änderung ins gemeinsame Produkt zurückfließt oder ein Build nur für dich bleibt, kannst du mit offenen Augen entscheiden. Beginne mit einer Beschreibung deines Bedarfs auf der Kontaktseite und lies die vollständigen Leistungsdetails auf der Seite für individuelle Entwicklung.