Individuelle MERN-Anwendungen, die die Tabelle ersetzen, auf der Ihr Betrieb läuft.

Beides — und ich sage Ihnen vorab, was Sie brauchen, bevor Sie Geld ausgeben. Wenn ein Standardwerkzeug achtzig Prozent Ihres Prozesses abdeckt, ist Konfigurieren besser als Bauen. Individuelle MERN-Entwicklung verdient ihren Platz dort, wo der Workflow das Geschäft selbst ist — die Freigabekette, die Preislogik, das eine Ding, das kein Anbieter so abbildet wie Sie.

Vier bis zehn Wochen für die meisten ersten Versionen, je nach Nutzerrollen, Integrationen und Zahlungsflüssen. Ein internes Dashboard mit einer Rolle über einer Datenquelle liegt am kurzen Ende; eine mandantenfähige SaaS-Plattform mit Billing, Berechtigungen und Drittanbieter-APIs am langen. Version eins wird vorab als Inventar aus Screens, Endpunkten und Integrationen festgehalten, und der Fortschritt bleibt auf einem Arbeits-Branch nachvollziehbar statt am Ende enthüllt.

Ja — schicken Sie sie vor dem ersten Gespräch, und ich unterschreibe sie. Ich arbeite jeweils mit wenigen Kunden gleichzeitig und veröffentliche nichts über ein Projekt, weder Produkt noch Daten, Screens oder Kennzahlen, ohne schriftliche Erlaubnis. Die Fallstudien auf dieser Website beschränken sich auf Arbeiten, über die ich sprechen darf.

Regelmäßig. In meiner letzten Rolle habe ich in einem Team von fünf Personen gearbeitet, drei Entwickler plus DevOps und Design, deshalb fällt es mir leicht, in fremden Prozessen zu arbeiten: Ihre Branch-Strategie, Ihr Code Review, Ihre Standups, Ihr Ticketboard. Bei gemeinsamen Builds übernehme ich meist Backend und Datenmodell, während Ihr Team das Frontend behält — mit einem vorher schriftlich vereinbarten API-Vertrag.

Dreißig Tage Support sind in jedem Build enthalten: Fehlerbehebungen, Deployment-Probleme und Fragen aus Ihrem Team. Danach deckt eine optionale laufende Betreuung Dependency-Updates, Sicherheits-Patches, Monitoring und kleinere Änderungen ab. Das Hosting bleibt in Ihren eigenen Accounts — GCP, AWS oder wo immer Sie möchten —, sodass nichts an mich gebunden ist.

Indem ich es ins Schema entwerfe, statt es im Pitch zu versprechen. Indizes und Query-Muster gegen realistische Volumina geplant, schwere Arbeit in Queues verlagert, zustandslose Services, die in mehreren Instanzen laufen können, und Redis-Caching dort, wo Lesezugriffe dominieren. Cariva läuft genau deshalb auf sechs Node.js-Microservices: Die Teile skalieren unabhängig voneinander.