Business-Systeme, interne Werkzeuge und Kundenbereiche sind dieselbe Sache von zwei Seiten: dieselben Daten, dieselben Zustände, dieselben Dokumente. Sie getrennt zu bauen heißt, sie für immer von Hand in Einklang zu halten — und diese Hand sind Sie.
system --status --auftrag 2041
Angebot ........... freigegeben 12.03., mit OTP signiert
Anzahlung ......... eingegangen, Beleg erstellt
Dateien ........... 14 Dokumente, letztes gestern 17:42
[ok] der Kunde sieht denselben Stand, ohne anzurufen
system --tickets --offen
1 offen · durchschnittliche Antwortzeit 4h
wartet
$ ./portal --archiviere --alles
E-Mail, rechtssichere Mail, WhatsApp, Bank, Drive, Telefon. Heute liegt die Arbeit eines Kunden an sechs Orten, und der Kleber sind Sie. Ein Kundenportal ist der Ort, an dem sich diese Arbeit von selbst wieder zusammenfügt.
// wann es nötig ist
Es gibt keinen bestimmten Tag, aber die Anzeichen sind immer dieselben. Erkennen Sie drei davon, hat die Zeit, die Sie als Brücke verlieren, die Kosten des Bauens längst überschritten.
// was wir bauen
Das innere Gesicht lässt das Team arbeiten, das äußere lässt den Kunden an Ihrer Stelle arbeiten. Darunter liegt dieselbe Angabe: genau das nimmt die Abstimmungsarbeit weg.
Aufträge, Stammdaten, Zustände, Berechtigungen. Gebaut auf den Prozess, den Sie wirklich haben, nicht auf den, den ein Standardpaket voraussetzt — denn der Prozess bringt das Geld, nicht die Software.
Derselbe Fortschritt, gefiltert auf das, was der Kunde sehen darf. Er ruft nicht mehr an, um den Stand zu erfahren, und Sie sind nicht mehr die Telefonzentrale.
Dokumente werden im Portal mit Einmalcode unterschrieben, mit Protokoll, wer wann und von wo signiert hat. Anzahlungen und Restbeträge nachverfolgt, der Status aktualisiert sich beim Zahlungseingang von selbst.
Buchhaltung, Lager, Post, Kalender. Das neue System spricht in beide Richtungen mit den alten, statt ein weiterer Ort zu werden, den man von Hand pflegen muss.
// wie wir dahin kommen
Hier zeigt sich die Methode: das Entwicklungsangebot kommt nach dem Prototyp, nicht davor. Eine Zahl ohne Kenntnis des Prozesses ist eine Wette.
Wir listen auf, wo heute jedes Stück durchläuft: System, E-Mail, rechtssichere Mail, WhatsApp, Bank, geteilte Ordner. Diese Übung überrascht am meisten, denn es sind immer mehr Kanäle, als man in Erinnerung hatte.
Wer was sieht, und vor allem wer was NICHT sieht. Ein Portal, in dem der Kunde Ihre Margen oder Lieferantenpreise sieht, ist ein Problem, keine Funktion.
Die echten Masken, klickbar, getestet mit denen, die sie benutzen werden — Team und Kunde — bevor endgültiger Code existiert. Hier taucht der fehlende Schritt auf, solange seine Änderung einen Nachmittag kostet.
Zuerst wird der Teil eingeschaltet, der die meiste Zeit frisst, fast immer Unterschriften und Zahlungen; der Rest folgt. Niemand sollte ein Jahr warten müssen, um aufzuhören, in E-Mails zu suchen.
$ cat stack.json
$ ./domande --frequenti
Entscheidend sind die Zahl der Masken, die Zahl der Schnittstellen zu Fremdsystemen, wie viele unterschiedliche Rollen es gibt und ob die Kundenseite dazugehört. Eine Zahl nennen wir nach dem Prototyp, wenn der Umfang sichtbar ist: davor wäre es eine als Schätzung verkleidete Wette.
Ein erstes nutzbares Modul in sechs bis zehn Wochen. Danach wächst es Release für Release, statt ein Jahr zu warten, alles gleichzeitig einzuschalten und am Ende zu merken, was nicht passt.
Fast immer ja, und oft ist das richtig: das Portal wird das Gesicht, das der Kunde sieht, und Ihr System bleibt die Datenquelle. Es muss eine API anbieten oder wenigstens eine Möglichkeit zum Lesen und Schreiben; das prüfen wir in der Analyse, bevor wir es zusagen.
Bei sauber gebautem Prozess handelt es sich um eine fortgeschrittene elektronische Signatur: Identifizierung, Einmalcode und ein unveränderliches Protokoll, was wann unterschrieben wurde. Für Rechtsgeschäfte mit qualifizierter Signatur — notarielle — braucht es einen anderen Weg, und das sagen wir vorher, nicht hinterher.
Wir, mit einer vor Projektbeginn schriftlich getroffenen Vereinbarung. Das Nutzungsrecht an der Software gehört Ihnen und läuft nicht ab; das Eigentum am Quellcode bleibt bei uns und kann separat erworben werden, wenn Sie die Wartung frei vergeben können wollen. Server, Konten und Daten laufen in jedem Fall auf Ihren Namen.
Das passiert, wenn das Portal mehr Aufwand verlangt als der Kanal, den es ersetzt. Deshalb beginnen wir bei den zwei Momenten, in denen der Kunde einen starken Grund zum Einloggen hat — unterschreiben und bezahlen — und ergänzen den Rest, wenn die Gewohnheit da ist.
fymera init --projekt "Ihres"
Dreißig Minuten per Video, um Ihren Prozess und Ihre Kanäle aufzunehmen. Wenn die Tabelle noch reicht, sagen wir das.
