Kein Standard-Tool passt. Aber eine Blackbox willst du auch nicht.
Kundenportale, Konfiguratoren und ERP-Schnittstellen mit Laravel und TYPO3, für Schweizer KMU.
Bestellungen kommen per Mail und werden ins ERP abgetippt, Varianten rechnet jemand in Excel nach, und Kunden rufen für jeden Status an. Ein Standard-Tool presst das in ein fremdes Schema. Hast du schon einmal Software bauen lassen, kennst du die andere Seite: Jede Änderung dauert Wochen, und was im Code passiert, weiss nur die Agentur. Deine nächste Anwendung soll laufen, mitwachsen und dir gehören, von der ersten Zeile bis zur Übergabe.
Webapplikation entwickeln lassen: vier typische Aufgaben, jede mit Projekt.
Zu jeder Aufgabe steht ein Projekt aus dem Portfolio, in dem genau das gebaut wurde. Anonymisiert, aber echt.
Kundenportal mit SAP-Anbindung
Deine Kunden sehen Preise, Verfügbarkeiten, Bestellungen und Dokumente selbst, statt anzurufen oder zu mailen. Das Portal holt die Daten live aus SAP oder deinem Kernsystem, dein ERP bleibt das führende System.
Beleg B2B-Plattform auf Laravel mit SAP-Echtzeitdaten für Preise und Verfügbarkeit
Produkt-Konfigurator
Was heute jemand in Excel nachrechnet, übernimmt der Konfigurator: Regeln, Varianten und Preis entstehen beim Konfigurieren, die Bestellung geht direkt ins ERP und in die Produktion.
Der Konfigurator deckt heute über 95% der Bestellanforderungen ab.
Beleg Holz-Zuschnitt-Konfigurator mit SAP-Anbindung und Maschinendaten
ERP-Schnittstellen
Produkte, Preise und Bestände fliessen zwischen ERP, PIM und Shop, ohne dass jemand abtippt. Die Schnittstelle bereitet die Daten fürs Zielsystem auf und protokolliert Fehler, statt sie zu verschlucken.
Beleg ERP-Shopify-Schnittstelle mit Laravel als Middleware und Prüfoberfläche
Interne Tools für Produktion und Verkauf
Mehrere SAP-Transaktionen in einer Eingabemaske, Tablet-Ansichten für die Halle, Rollen und Login über Microsoft Entra ID: Werkzeuge, die zu den Abläufen deines Teams passen.
Beleg Produktions- und Logistik-App mit SAP-Anbindung, gestartet als Prototyp
«Komplexe Anforderungen schnell erfasst und in skalierbare, praxistaugliche Architektur übersetzt. Klare Kommunikation, lösungsorientiert, hoher Qualitätsanspruch.»
So gebaut, wie ich es mir bei einer Übernahme wünschen würde.
Heute übernehme ich vor allem Anwendungen, deren Entwickler oder Agentur nicht mehr da ist. Dabei zeigt sich, was fehlt, wenn Software an einem Kopf hängt: keine Dokumentation, Zugänge bei der Agentur, ein Deployment, das nur eine Person kennt.
Deine neue Anwendung bekommt deshalb von Anfang an, was bei einer Übernahme zuerst fehlt: nachvollziehbare Entscheidungen, reproduzierbare Deployments und eine Dokumentation, mit der auch jemand anderes weiterarbeiten kann.
Neuentwicklung heisst nicht Neubau.
Neu entwickelt wird, was es noch nicht gibt: ein Portal, ein Konfigurator, eine Schnittstelle. Trägt bereits eine Anwendung dein Geschäft, ist ein kompletter Neubau selten der beste erste Schritt. Meist ist es günstiger und risikoärmer, sie abzusichern und schrittweise zu modernisieren, ob Laravel, TYPO3, Symfony oder Eigenbau. Dann beginnt es mit derÜbernahme der bestehenden Webapplikation.
Ein Neubau lohnt sich, wenn die Anwendung ihren Zweck nicht mehr erfüllt, die Technik keinen sicheren Betrieb mehr zulässt oder sie sich so weit vom Standard entfernt hat, dass er kaum noch trägt. So bei der Magento-2-Plattform, von der nur noch rund 20 Prozent der Standardfunktionen im Einsatz waren: Sie wurde auf Laravel neu entwickelt. Wie du das für deine Anwendung entscheidest, steht im VergleichModernisieren oder neu bauen; den Weg in Etappen beschreibt dieschrittweise Legacy-Migration.
«Und wenn dir etwas passiert?» Dann kann jederzeit jemand anderes übernehmen.
Eine berechtigte Frage, gerade wenn dein letzter Entwickler plötzlich weg war. Ja, ich arbeite allein. Deshalb hängst du ab dem ersten Tag so wenig wie möglich von mir ab: Alles, was es braucht, um deine Anwendung weiterzuführen, ist jederzeit bei dir.
Code und Dokumentation auf GitHub
Jede Zeile Code und die gesamte Dokumentation liegen in einem GitHub-Repository, auf das du jederzeit Zugriff hast, auf Wunsch in deiner eigenen GitHub-Organisation. Jede Änderung ist nachvollziehbar: wer, was, wann und warum.
Kein neuer Single Point of Failure
Zugangsdaten bei dir
Alle Zugänge zu Hosting, Datenbank, Domain und Drittanbietern liegen in einem gemeinsamen Passwort-Tresor, auf den du jederzeit Zugriff hast. Nie im Code, nie nur bei mir.
Betrieb dokumentiert
Deployment, Backups und Wiederherstellung sind Schritt für Schritt beschrieben und liegen im Repository. Eine andere Fachperson kann jederzeit übernehmen.
Alles läuft auf dich
Hosting-Konto, Domain und Lizenzen gehören deiner Firma. Keine Lizenz-Miete, kein Lock-in und keine Wechselkosten durch Wissen, das nur ich habe.
Drei Schritte zu einer Anwendung, die dir gehört.
Erstgespräch buchen
30 Minuten, gratis. Dein Vorhaben auf dem Tisch: Abläufe, Systeme, Ziel und Risiken.
Plan erhalten
Du bekommst eine ehrliche Einschätzung mit Etappen und Aufwand. Reicht ein Standard-Tool, erfährst du auch das.
Bauen und betreiben
Umsetzung in Fixscope-Etappen, danach Betreuung nach Bedarf. Der Code gehört dir, dokumentiert und übergabefähig.
Nach dem Go-live: Updates, Upgrades, Performance.
Nach dem Launch braucht deine Anwendung Sicherheitsupdates, Überwachung und ab und zu einen Versionssprung. Performance gehört von Anfang an zum Bau: Caching von Varnish bis Edge, Datenbank-Tuning, Lastspitzen im Griff.
Häufige Fragen, bevor du eine Webapplikation entwickeln lässt.
Was kostet es, eine Webapplikation entwickeln zu lassen?
Das hängt an Umfang, Schnittstellen und Rollenmodell. Nach dem kostenlosen Erstgespräch bekommst du einen Plan mit Etappen und einem Fixpreis pro Etappe, ohne Baupflicht und ohne offene Rechnungen. Löst ein Standard-Tool dein Problem günstiger, erfährst du das schon im Gespräch.
Kann ich mit einer ersten Version oder einem MVP starten?
Ja, meist ist das der beste Weg. Die erste Etappe bildet den Kern ab, etwa einen Bestellablauf oder eine Schnittstelle, und kommt früh in den Einsatz. Ausgebaut wird, was sich bewährt, statt alles auf einmal zu planen. Die Produktions- und Logistik-App mit SAP-Anbindung begann als Prototyp, mit dem die Anforderungen getestet wurden.
Vom Prototyp zur Produktions-App mit SAPWie lange dauert die Entwicklung einer Webapplikation?
Das hängt am Umfang und an den Schnittstellen. Gebaut wird in Fixscope-Etappen mit Terminen im Plan: Die erste nutzbare Version steht typischerweise nach wenigen Wochen, danach wächst die Anwendung Etappe für Etappe. Weil nur zwei bis drei Projekte parallel laufen, nennt der Plan auch, wann es losgehen kann.
Laravel oder TYPO3: Was passt für welches Projekt?
TYPO3 passt für redaktionelle Websites mit vielen Inhalten, mehreren Sprachen, Multi-Site und feinen Rechtesystemen. Laravel passt für Anwendungen mit eigener Geschäftslogik: Portale, Shops, Konfiguratoren, Schnittstellen. Beides lässt sich kombinieren, zum Beispiel TYPO3 als Website und Laravel als Portal dahinter.
TYPO3: Versionen und Support-StatusLässt sich die Anwendung an unser ERP oder an SAP anbinden?
Ja. Belegt sind Anbindungen an SAP, Akeneo, FileMaker, Vertec, Microsoft Entra ID, Shopify und Shopware. Dein ERP bleibt das führende System: Preise und Bestände kommen wo nötig in Echtzeit, Bestellungen fliessen zurück, Fehler werden protokolliert. Der Anpassungsaufwand im ERP bleibt so klein wie möglich.
Bestellportale und Schnittstellen für den B2B-HandelAgentur oder Einzelentwickler: Wo liegt das Risiko?
Bei einer Agentur verteilt sich das Wissen auf mehrere Köpfe, und Ansprechpersonen können wechseln. Bei einem Einzelentwickler hängt alles an einer Person. Hier sprichst du von der Diagnose bis zum Betrieb mit dem, der den Code schreibt, und die Abhängigkeit bleibt von Anfang an klein: Code und Doku im Repository bei dir, Zugänge im gemeinsamen Tresor, Hosting-Konto und Domain auf deine Firma. So kann jederzeit eine andere Fachperson übernehmen.
Wie die Abhängigkeit klein bleibtWem gehört der Code?
Dir. Code und Dokumentation liegen in einem GitHub-Repository, auf das du jederzeit Zugriff hast, auf Wunsch in deiner eigenen GitHub-Organisation. Keine Lizenz-Miete, keine monatliche Plattform-Gebühr, kein Vendor-Lock-in: Du kannst jederzeit intern übernehmen oder wechseln.
Übernimmst du auch Anwendungen, die jemand anderes gebaut hat?
Ja, das ist sogar der Schwerpunkt. Voraussetzung ist Zugriff auf Code und Datenbank; fehlende Dokumentation ist kein Hindernis. Nach dem Übernahme-Assessment weisst du, was verbaut ist, und bekommst eine dokumentierte, übergabefähige Anwendung zurück.
Übernahme bestehender WebapplikationenWer betreut die Anwendung nach dem Launch?
Du entscheidest: Betreuung mit Wartung, Monitoring und Weiterentwicklung in planbaren Etappen ohne Retainer-Zwang, oder dein internes Team übernimmt. Der Code ist dokumentiert und übergabefähig gebaut, ein Wechsel ist jederzeit möglich.
Wartung & BetreuungWeitere Projekte aus dem Portfolio.
TYPO3-Kundenportal für Bank mit direkter Anbindung an das Bankensystem
Die Bank brauchte ein Kundenportal mit streng kontrolliertem Zugriff auf ihr Bankensystem. Im TYPO3-Portal bildet die Fachabteilung die Kundenprozesse selbst ab.
Spezieller Datenimport für Akeneo mit SAP als Master-Datenquelle
Das Unternehmen führt die Basisdaten seiner Produkte in SAP und reichert sie in Akeneo PIM an. Ein eigener Import gleicht beides ab und deaktiviert, was in SAP fehlt.
Internes Reporting-Tool mit Konsolidierung von Daten aus Vertec und weiteren Datenquellen
Die Reports entstanden von Hand in Excel, aus Vertec-Exporten und weiteren Quellen. Heute holt ein Tool mit Vue.js und Node.js die Daten direkt aus Vertec.