Insights
Wie wir als Mit-Gründer unser eigenes Produkt betreiben und was das für Ihre Zusammenarbeit bedeutet
Wer eigene Software hostet, wartet und weiterentwickelt, baut anders für Kunden. Was der Betrieb der Content Engine an unserer Arbeitsweise geändert hat und woran Sie das im Projekt merken.

Wir bei dataso betreiben eigene Produkte, darunter die Content Engine, und das verändert, wie wir mit Kunden arbeiten. Wer selbst hostet, wartet und weiterentwickelt, weiß, dass der Wert einer Software nach dem Start entsteht, und baut von der ersten Woche an so, dass sie im Betrieb trägt.
Warum wir eigene Produkte betreiben
Ein Dienstleister, der nur baut, sieht die Folgen seiner Entscheidungen nicht. Wir sehen sie täglich: in der Content Engine, die in unserer eigenen Website läuft und unsere Artikel schreibt, plant und veröffentlicht, in den Systemen, die wir für Kunden betreiben, in jeder Störung, die uns nachts erreicht. Zwei Beispiele: Das Prüfgatter, das unbelegte Zahlen vor der Veröffentlichung stoppt, haben wir gebaut, nachdem uns selbst eine durchgerutscht war. Und die Überwachung, die uns bei einer Störung weckt, bevor ein Leser sie bemerkt, bauen wir seither in jedes Kundensystem ein. Diese Erfahrung fließt in jede Zusammenarbeit ein, vom ersten Architekturentwurf bis zum Wartungsvertrag. Wir sagen deshalb auch Dinge, die ein reiner Auftragnehmer nicht sagen würde: dass ein Standardprodukt reicht, dass die Daten noch nicht taugen, dass wir nicht die Richtigen sind.
Was uns von Freelancern und Agenturen unterscheidet
Ein Freelancer ist günstig und morgen vielleicht weg. Eine Agentur liefert Konzepte und Prototypen und rechnet jede Erweiterung neu ab. Wer selbst baut, braucht Entwicklung, Produktverantwortung und Betrieb im Haus. Wir sind der vierte Weg: ein Partner, der produktionsreif baut, das System danach betreibt und Ihnen Code, Daten und Infrastruktur überlässt. Gehostet wird in Deutschland oder der EU, und wenn Sie den Betrieb kündigen, nehmen Sie alles mit.
Wie die Zusammenarbeit konkret aussieht
Wir starten nur, wenn das Problem klar ist, jemand bei Ihnen die Verantwortung im Betrieb übernimmt und der Rahmen zu unserer Größe passt. Dann bauen wir in kurzen Zyklen eine erste Version, die echte Nutzer bedienen, und entwickeln sie aus deren Rückmeldungen weiter. Der Code liegt von Anfang an in Ihrem Repository. Nach dem Start übernehmen wir Betrieb und Wartung mit vertraglich festgelegten Reaktionszeiten; die Lösung einer Störung leisten wir nach bestem Bemühen und sagen das auch so.
Digitalisierungspartner Darmstadt Mittelstand: Was kurze Wege bringen
Wir sitzen in Seeheim-Jugenheim an der Bergstraße, zwischen Frankfurt, Darmstadt, Heidelberg und Mannheim. Das ist kein Werbeargument, sondern Arbeitsweise: Wenn ein Ablauf in Ihrer Fertigung oder Ihrem Büro verstanden werden muss, sind wir am selben Tag vor Ort und schauen zu, statt ein Lastenheft zu lesen. Für Unternehmen außerhalb dieser Region arbeiten wir ebenfalls, dann mit mehr Abstimmung auf Distanz.
Häufige Fragen
Gehört der Code am Ende mir? Ja, vollständig: Code, Daten, Architektur, auf offenen Standards, ohne Bindung an uns.
Wie lange dauert es bis zur ersten Version? Bei einem klar umrissenen Problem mit vorhandenen Daten sprechen wir über Wochen, nicht über Monate. Die erste Version ist produktionsreif, kein Klickmodell.
Was kostet eine Zusammenarbeit? Das hängt vom Umfang ab. Wir arbeiten mit Festpreis, Stundensatz oder Erfolgsbeteiligung; welches Modell passt, klären wir im ersten Gespräch.
Arbeiten Sie auch mit bestehenden Systemen? Ja. Oft ist der beste Start kein Neubau, sondern ein Modul neben dem, was läuft; ob das reicht, sagen wir Ihnen nach dem ersten Blick.
Schreiben Sie in drei Sätzen auf, welches Problem Ihre Software lösen soll, woran Sie den Erfolg messen und wer bei Ihnen den Betrieb verantwortet. Mit diesem Blatt buchen Sie den Potenzial-Check: eine halbe Stunde, kostenlos, und wir sagen Ihnen, ob wir zusammenpassen.