Häufig gestellte Fragen

Tägliches Eintauchen ist nicht nötig, aber sich vollständig zurückzuziehen funktioniert auch nicht. Zu Beginn ist es wichtig, den Kontext sauber zu übergeben und Schlüsselfragen zu beantworten. Danach müssen Sie von Zeit zu Zeit Prioritätsentscheidungen treffen, Demos und Berichte ansehen und Feedback geben. Je klarer die Kommunikation in jeder Phase, desto weniger Korrekturen und Missverständnisse am Ende.

Für jedes Projekt gibt es einen dedizierten Manager, der für die Kommunikation mit dem Team, Deadlines, Koordination und Updates für den Kunden verantwortlich ist. Sie sprechen mit einer Person, die den Projektstand besser kennt als jeder andere. Die Methodik wählen wir je nach Kontext: Scrum, Kanban oder ein Hybrid, wenn Sie bereits eigene interne Prozesse haben, an die wir uns anpassen müssen.

Bei T&M fügen sich neue Prioritäten einfach in den nächsten Zyklus ein. Beim Festpreisbudget ist es komplizierter, aber steuerbar: Wir setzen uns zusammen, betrachten den aktuellen Umfang und entscheiden, was jetzt wichtiger ist und was verschoben werden kann. Entscheidend ist, dass keine Entscheidung ohne Ihre Beteiligung getroffen wird. Alles ist transparent, und Sie wissen immer, was sich geändert hat und warum.

Der QA-Ingenieur arbeitet im selben Team und wird bei jeder Funktion einbezogen. Manuelles Testing deckt Szenarien ab, in denen Logik und Nutzererlebnis wichtig sind. Automatisierung kommt dort zum Einsatz, wo regelmäßig dasselbe geprüft werden muss — ohne Fehler durch den menschlichen Faktor.

Separat testen wir Last, Sicherheit und Grenzfälle. Vor dem Release durchläuft der Kunde einen finalen Abnahmetest am Live-System. Das ist eine vollwertige Prüfung dessen, was gelauncht wird.

In der Backend-Entwicklung arbeiten wir mit PHP (Phalcon, Yii2), Java und Symfony, für Integrationen — REST API und GraphQL. Das Frontend bauen wir meist mit Vue.js, für das Content-Management nutzen wir PIMCore, mobile Lösungen — Swift und Kotlin. All das haben wir in konkreten Projekten für Einzelhandel, E-Commerce, den öffentlichen Sektor, Medien und Produktion eingesetzt.

Der Stack wird immer für die Aufgabe ausgewählt. In einem Projekt steht Performance im Vordergrund, in einem anderen die Flexibilität der Integrationen, im dritten die Skalierbarkeit. Und wir erklären dem Kunden immer, warum wir genau dieses Toolset vorschlagen.

Wir haben Produkte an CRM, ERP, Lagersysteme, Marketingplattformen, Zahlungs-Gateways, E-Mail-Dienste, staatliche APIs und Marktplätze angebunden. Wenn ein System eine offene API hat, verbinden wir uns direkt. Wenn nicht, suchen wir einen anderen Weg: Parser, Proxys, individuelle Konnektoren. Entscheidend ist, dass das Ergebnis in der realen Betriebsumgebung funktioniert.

Code, Dokumentation und Infrastruktur gehen nach der Zahlung vollständig an Sie über. Wir übergeben alles in Ihr Git oder ein anderes System Ihrer Wahl. Keine geschlossenen Module oder versteckten Abhängigkeiten, durch die Sie an uns gebunden wären. Möchten Sie den Dienstleister wechseln oder das Produkt mit eigenem Team weiterentwickeln — keinerlei Hindernisse.

Der Code durchläuft mehrere Prüfebenen, manuelles oder automatisiertes Testing sowie Performance- und Sicherheitschecks. Aber noch wichtiger ist die Konzeptionsphase. Wenn eine Funktion schlecht durchdacht ist oder logisch dem Rest des Systems widerspricht, gelangt sie nicht in die Entwicklung. Architekturentscheidungen nach dem Release zu korrigieren ist weitaus teurer, als zu Beginn die richtigen Fragen zu stellen.

Die Dokumentation schreiben wir im Laufe der Entwicklung. In der Regel sind das eine technische Dokumentation mit Beschreibung der Architektur, Datenstrukturen und API, Anleitungen für Benutzer oder Administratoren sowie eine Wissensdatenbank oder ein Glossar für das Team des Kunden. Das konkrete Format stimmen wir auf Ihre Bedürfnisse ab — je nachdem, wer künftig damit arbeitet.

Die ersten Wochen nach dem Launch sind die aktivste Phase. In der Produktion zeigt sich immer das, was im Test nicht sichtbar ist: Verhalten unter realer Last, untypische Nutzerszenarien, kleine Präzisierungen in der Logik. Wir bleiben in der Nähe, um auf all das schnell zu reagieren. Nach der Stabilisierung übergeben wir das Produkt entweder mit vollständiger Dokumentation an Ihr Team oder gehen in ein langfristiges Support-Format über.

Vom minimalen Monitoring bis zur vollständigen technischen Betreuung — je nachdem, was benötigt wird. Kritische Projekte sichern wir mit einem SLA mit klar definierten Reaktionszeiten ab. Für weniger kritische bieten wir ein flexibles Format nach Vereinbarung. Der Support umfasst Bugfixing, Bibliotheks-Updates, Sicherheit und Optimierung.

Wenn die Architektur mit Blick auf Wachstum entworfen wurde — ja, und genau so bauen wir sie. Neue Module, steigende Last, zusätzliche Integrationen — all das wird auf der Ebene von Entscheidungen verankert, die noch vor der ersten Codezeile getroffen werden. Wir haben Fälle, in denen ein in wenigen Wochen erstelltes MVP zu einer vollwertigen Plattform gewachsen ist, ohne dass das System von Grund auf neu geschrieben werden musste.

Der Stillstand von Geschäftsprozessen durch einen Bug kostet weitaus mehr als eine schnelle Behebung. Deshalb reagieren wir im ersten Monat nach dem Launch maximal schnell. Danach läuft der Support nach einem vereinbarten Zeitplan oder auf Anfrage. Wenn nach uns jemand Änderungen am System vorgenommen hat, klären wir zunächst, was und wo sich geändert hat, und entscheiden dann, wie es zu beheben ist.

Im praktischen Sinne übernimmt die Automatisierung Handlungen, die das Team nach einem wiederkehrenden Szenario ausführt. Zum Beispiel kann das System nach einer Kundenanfrage selbst eine Aufgabe erstellen, die Daten an den richtigen Service übergeben und den zuständigen Manager benachrichtigen.

Für das Unternehmen bedeutet das weniger manuelle Kontrolle bei jedem Schritt. Der Prozess läuft nach festgelegter Logik, und das Team greift dort ein, wo wirklich eine menschliche Entscheidung nötig ist.

Automatisierung ist nötig, um überflüssige manuelle Tätigkeiten zu beseitigen, Verzögerungen zu reduzieren und die Arbeit des Teams berechenbarer zu machen. Wenn Mitarbeiter täglich Daten übertragen, dieselben Status prüfen oder Informationen in verschiedenen Systemen duplizieren, sind das direkte operative Verluste.

Nach der Automatisierung lassen sich Prozesse leichter kontrollieren, skalieren und an neue Mitarbeiter übergeben — ohne Chaos in Tabellen und Chats.

Automatisieren lassen sich Prozesse, die sich wiederholen und eine klare Abfolge von Schritten haben. Das kann die Bestellabwicklung sein, die Aktualisierung von Daten auf der Website, Dokumentenfreigaben oder die Datenübertragung zwischen CRM, ERP, Lager, Zahlungsdiensten oder Marktplätzen.

Wenn sich eine Aufgabe mit der Regel "wenn A passiert — tue B" beschreiben lässt, kann sie bereits für die Automatisierung in Betracht gezogen werden.

Das hängt davon ab, wie viel Zeit das Team derzeit für den manuellen Prozess aufwendet und wie oft darin Fehler auftreten. Bei kleinen Prozessen können das einige Stunden pro Woche sein, bei komplexeren — Dutzende oder Hunderte Stunden pro Monat.

Bewerten sollte man nicht nur die Lohnstunden, sondern auch Verluste durch Verzögerungen, fehlerhafte Daten, doppelte Arbeit und die Notwendigkeit, zusätzliches Personal einzustellen.

Ja, wenn manuelle Prozesse dem Team bereits Zeit rauben. Ein kleines Unternehmen braucht nicht immer ein komplexes System; manchmal genügt es, Anfragen, Erinnerungen, Berichte, Zahlungen oder die Datenübertragung zwischen Services zu automatisieren.

Für ein kleines Team kann das einen schnellen Effekt bringen: weniger Routine, weniger Fehler und mehr Zeit für Aufgaben, die direkt den Gewinn beeinflussen.

Zuerst wird analysiert, wo das Team die meiste Zeit manuell verbringt, wo häufig Fehler entstehen oder wo ein Prozess von einer einzigen Person abhängt. Wichtig ist auch zu bewerten, wie oft sich die Aufgabe wiederholt und was eine Verzögerung kostet.

Zuerst werden in der Regel Prozesse automatisiert, die den größten Einfluss auf Geld, Arbeitsgeschwindigkeit oder Servicequalität haben.

Die Dauer hängt von der Komplexität des Prozesses, der Anzahl der Systeme und dem Umfang der Logik ab. Kleine Automatisierungen können einige Wochen dauern, komplexe Lösungen mit Integrationen, Rollen und Freigaben — mehrere Monate.

Um den Start nicht zu verzögern, wird der Prozess oft in Etappen aufgeteilt: Zuerst wird eine funktionierende Basisversion eingeführt, dann werden neue Szenarien und Verbesserungen hinzugefügt.