Vom ersten Kunden zum Produkt
Wenn der zweite Kunde dieselbe Anwendung haben will, fehlt selten die Fachlichkeit. Es fehlen die Teile, an die beim ersten niemand denken musste.
Der Weg dorthin ist fast immer derselbe. Eine Anwendung entsteht für den eigenen Betrieb oder für einen Kunden, sie bewährt sich, und dann fragt der zweite, ob er sie auch haben kann. Und der dritte.
Die Teile, die jetzt fehlen, hat beim ersten Kunden niemand gebraucht. Die Daten der Kunden müssen streng getrennt sein. Jeder Kunde muss seine eigenen Benutzer verwalten können. Es braucht eine Abrechnung, Schalter für Funktionen, die nicht jeder bekommen soll, und einen Weg, auf dem Ihre Kunden eigene Systeme anbinden. Genau diese Teile bringen wir mit.
Der heikelste Teil zuerst
Der gefährlichste Fehler in einem solchen Produkt ist, dass ein Kunde die Aufträge eines anderen sieht. Eine einzige vergessene Bedingung genügt dafür. Deshalb liegt die Trennung bei uns nicht in der Oberfläche und nicht im Ermessen des Entwicklers, sondern so tief, dass sie sich nicht versehentlich umgehen lässt. Und jede Stelle, an der Daten herausgehen, bekommt einen Test, der genau diesen Übergriff versucht.
Was danach kommt
Ihre Kunden verwalten ihre Benutzer selbst, laden Kollegen per Link ein und vergeben Rollen, ohne dass Sie etwas tun müssen. Pläne und Preise pflegen Sie als Daten, nicht als Programmierung. Funktionen schalten Sie einzeln frei, auch für einen einzelnen Kunden. Und wer Ihr Produkt an ein eigenes System anbinden will, bekommt dafür einen Zugang, den Sie jederzeit wieder entziehen können.
Wie groß der Umbau wird
Das hängt an einer Frage: wie tief die Annahme, dass es nur einen Kunden gibt, heute im Bestand steckt. Liest Ihre Anwendung ihre Daten über eine gemeinsame Stelle, bleibt der Eingriff überschaubar. Nimmt jede Auswertung ihren eigenen Weg zur Datenbank, wird es größer, und dann kann es günstiger sein, die Fachlichkeit neu aufzusetzen statt sie umzubauen. Diese Frage klären wir zuerst, und Sie bekommen die Antwort innerhalb einer Woche nach dem Erstgespräch.
Was Softwarehäuser uns an dieser Stelle fragen.
Wie stellen Sie sicher, dass kein Kunde die Daten eines anderen sieht?
Die Trennung liegt nicht in der Oberfläche, sondern eine Ebene tiefer, dort wo die Daten gelesen und geschrieben werden. Eine vergessene Bedingung an einer einzelnen Stelle lässt deshalb nichts durch. Zusätzlich gibt es zu jeder Stelle, an der Daten herausgehen, einen Test, der genau das versucht: als Kunde A die Daten von Kunde B lesen und ändern. Solange dieser Versuch nicht scheitert, kommt die Änderung nicht in die Anwendung.
Können wir Preise und Pakete selbst ändern?
Ja. Pläne, Preise und der Umfang eines Pakets sind Daten, keine Programmierung. Dasselbe gilt für die Schalter, mit denen Sie einem einzelnen Kunden etwas freischalten, ohne dass dafür eine neue Fassung ausgeliefert werden muss.
Wir haben schon eine Anwendung. Muss die neu gebaut werden?
Meistens nicht vollständig. Häufig bleibt das erhalten, was Ihre Anwendung fachlich kann, und bekommt die fehlende Grundlage darunter. Wie groß der Eingriff wird, hängt daran, wie tief die Annahme „ein Kunde“ heute im Bestand steckt. Das ist die erste Frage, die wir klären.
Wie lange dauert der Umbau?
Innerhalb einer Woche nach dem Erstgespräch sagen wir Ihnen, wie tief der Eingriff geht. Danach klären wir zwei bis vier Wochen lang den ersten Abschnitt, und zwei bis vier Wochen später können Sie einen zweiten Kunden testweise anlegen. Bis zum Verkauf an echte Kunden vergehen in der Regel drei bis sechs Monate.
Klingt nach Ihrem Projekt? Reden wir.
Schreiben Sie uns kurz, worum es geht. Sie bekommen innerhalb eines Werktages eine Antwort von uns.