05 — Portal
CoderConda entwickelt Kundenportale und Individualsoftware, die vier von fünf wiederkehrenden Handgriffen an Kunde und System abgeben. Heute macht der zehnte Kunde dieselbe Handarbeit wie der erste.
Das erste Gespräch dauert fünfzehn Minuten per Video und kostet nichts.
Handgriff · Wer4 von 5
01Der Stand
Du„Wie weit ist mein Auftrag?“
heute: Duim Portal: Der Kunde
02Die Datei
Dein Team„Schicken Sie mir das nochmal?“
heute: Dein Teamim Portal: Der Kunde
03Die Freigabe
Du„Passt das so?“
heute: Duim Portal: Der Kunde
04Der Zugang
Dein Team„Können Sie uns kurz anlegen?“
heute: Dein Teamim Portal: Das System
05Die Ausnahme
Du„Bei uns ist das anders.“
heute: Dubleibt
02 — Die Handgriffe
01 — Der Stand
„Wie weit ist mein Auftrag?“
Die Frage ist berechtigt, und sie ist jedes Mal dieselbe. Beantwortet wird sie von Dir, aus dem Kopf oder aus einem Postfach, und die Antwort gilt für den Moment, in dem Du sie gibst. Im Portal steht sie da, bevor jemand fragt.
Eine Auskunft, die man holen muss, ist keine Auskunft.
02 — Die Datei
„Schicken Sie mir das nochmal?“
Angebot, Nachtrag, Freigabe, Rechnung: Jede Fassung liegt in einem anderen Postfach, und welche gilt, weiß der, der zuletzt geschickt hat. Dein Team sucht und schickt. Im Portal gibt es eine Fassung, und daneben steht, wann sie entstanden ist.
Der Aufwand liegt nicht im Schicken, sondern im Nachsehen.
03 — Die Freigabe
„Passt das so?“
Etwas ist fertig und braucht ein Ja. Bis es kommt, ruht der Vorgang, und niemand sieht, woran es liegt. Im Portal liegt die Freigabe beim Kunden, mit Datum und Namen daneben. Das verkürzt nicht die Entscheidung, aber die Zeit davor.
Wartezeit ist der einzige Posten, den niemand abrechnet.
04 — Der Zugang
„Können Sie uns kurz anlegen?“
Anlegen, Zugänge verschicken, Ordner anlegen, Vorlage kopieren: Der zehnte Kunde macht dieselbe Arbeit wie der erste. Das ist der Punkt, an dem Wachstum sich wie Belastung anfühlt. Im Portal legt das System an, und Du prüfst.
Was mit jedem Kunden mitwächst, ist keine Leistung, sondern eine Rechnung.
05 — Die Ausnahme
„Bei uns ist das anders.“
Ein Sonderpreis, eine Teillieferung, ein Kunde mit zwei Rechnungsadressen: Der Fall, der nicht ins Formular passt, kommt in jedem Betrieb vor. Er bleibt bei Dir, und das ist richtig so: Ich baue kein Formular für ein Urteil. Ein Portal, das ihn erzwingt, erzeugt Umwege statt Ordnung.
Die einzige Zeile, die bleibt, wo sie ist.
Handgriff 1 von 5
Handgriff · Wer4 von 5
Der Stand
Der Kundeheute: Duim Portal: Der Kunde
Die Datei
Dein Teamheute: Dein Teamim Portal: Der Kunde
Die Freigabe
Duheute: Duim Portal: Der Kunde
Der Zugang
Dein Teamheute: Dein Teamim Portal: Das System
Die Ausnahme
Duheute: Dubleibt
03 — Die Ausnahme
Nach fünf Zeilen liegt der Schluss nahe, so viel wie möglich an das System zu geben. Das ist bei einem Portal der teuerste Fehler. Der Normalfall ist schnell gebaut; die Zeit geht für die Fälle drauf, die niemand aufgeschrieben hat, weil sie im Kopf von jemandem stehen.
Wie oft der Fall vorkommt
Einmal im Jahr
Bleibt von Hand.
Ein Formular dafür kostet mehr Zeit, als der Fall je verbraucht.
Zweimal im Monat
Bekommt einen Knopf.
Einen Knopf, keinen Ablauf: Jemand entscheidet, das System schreibt mit.
Jede Woche
Ist keine Ausnahme.
Er gehört in den Normalfall, und das findet die Discovery heraus.
Deshalb fange ich mit einer Discovery an und nicht mit einem Angebot.
04 — Der Beleg
RecRobot ist eine zentrale Anwendung für einen Ablauf, der vorher aus Werkzeugen und Zurufen bestand. Neun Schritte haben dabei die Spalte gewechselt, genau wie oben im Raster. Der Zustand des Vorgangs ist seitdem sichtbar, ohne dass jemand danach fragt.
RecRobotAI-Recruiting · 2025
Was sich überträgt
Was nicht
Die Branche. RecRobot ist ein Recruiting-Ablauf und kein Kundenportal, und die Zahl gilt für diesen einen Fall.
05 — Zwei Preise
Software, die bleibt, hat zwei Preise: einen für den Bau und einen für den Betrieb. Wer nur den ersten nennt, verkauft eine Anwendung, die in acht Monaten niemand mehr aktualisiert. Was in welchem steckt, steht hier. Den Betrag nenne ich Dir nach dem Erstgespräch schriftlich, bevor etwas gebaut wird.
Einmal
Jeden Monat
Zugesagt vonDamjan Savić
06 — Die vier Phasen
Ein Portal entsteht in vier Abschnitten, und nach zweien davon kannst Du aufhören, ohne mit leeren Händen dazustehen. Das ist der Unterschied zwischen einem Projekt und einer Wette.
01
Am Ende liegt vorEin Dokument
Der Ablauf, wie er heute wirklich läuft, samt der Ausnahmen, die niemand aufgeschrieben hatte.
Ausstieg möglich
02
Am Ende liegt vorEin Klickmodell
Zum Anfassen, bevor etwas gebaut ist. Hier wird entschieden, und hier ist Ändern noch billig.
Ausstieg möglich
03
Am Ende liegt vorDie Anwendung
Rollen, Rechte, Anmeldung, Oberfläche und Schnittstellen, in Abschnitten mit einer Abnahme je Abschnitt.
04
Am Ende liegt vorEchte Kunden darin
Erst wenige, dann alle. Was im Pilot auffällt, ist billiger als was nach dem vollständigen Umstieg auffällt.
Es muss kein Portal sein.
Wenn niemand hineinsehen muss, ist eine Oberfläche Ballast, und wenn es um eine einzelne Funktion geht, ist eine Anwendung zu viel. Zwei Nachbarangebote, für genau diese Fälle.
07 — Die Einwände
Vier Einwände hört dieses Angebot häufiger als alle anderen. Drei davon sind berechtigt, und der vierte ist die Frage nach dem Preis.
„Noch ein Login will niemand.“
Stimmt, und deshalb ist ein Portal das falsche Wort für den Anfang. Der erste Ausbau ist meist ein Link ohne Passwort, der einen einzigen Vorgang zeigt.
„Wir haben doch schon ein CRM.“
Gut, dann bleibt es. Ein CRM ist für Deine Seite gebaut, nicht für die Deines Kunden. Gefragt ist nicht ein zweites System, sondern ein Fenster in das vorhandene.
„Und wenn sich der Ablauf ändert?“
Er wird sich ändern, das ist keine Frage des Ob. Deshalb liegt der Ablauf in Einstellungen und nicht im Code, und deshalb steht der Betrieb als eigener Posten daneben.
„Was kostet so ein Portal?“
Zwei Beträge, nicht einen, und der erste entsteht nach der Discovery. Vorher wäre er geraten: Die Hälfte des Aufwands steckt in den Ausnahmen, und die kennt vor der Discovery niemand.
Der Einwand ist der häufigste, und er ist fast immer richtig. Ein Kunde, der zweimal im Jahr etwas bestellt, legt dafür kein Konto an. Deshalb fängt ein Portal selten mit einem Portal an: Der erste Ausbau ist ein Link, der einen einzigen Vorgang zeigt, ohne Passwort und ohne Anmeldung, dafür mit einem Ablaufdatum. Wer dann öfter kommt, bekommt ein Konto angeboten, und er nimmt es an, weil er den Nutzen schon kennt. Die Reihenfolge ist wichtiger als die Technik dahinter.
Ein CRM verwaltet, was Du über Deine Kunden weißt. Ein Portal zeigt Deinem Kunden, was Du über seinen Vorgang weißt. Das sind zwei verschiedene Fragen, und die zweite beantwortet kein CRM, weil sie nie an es gestellt wurde. In den meisten Fällen bleibt das vorhandene System die führende Quelle, und das Portal liest daraus: eine Schnittstelle, eine Richtung, keine zweite Datenhaltung. Wo das nicht geht, weil das System keine Schnittstelle hat, steht das in der Discovery als erster Satz und nicht als Überraschung im dritten Monat.
Ein Ablauf, der ein Jahr lang gleich bleibt, ist selten. Deshalb wird in der Discovery nicht nur aufgeschrieben, wie er heute läuft, sondern auch, welche Teile davon sich erfahrungsgemäß bewegen: Fristen, Textbausteine, Zuständigkeiten, Stufen einer Freigabe. Genau diese Teile liegen danach in Einstellungen, die Du selbst änderst, und nicht in Code, den jemand anfassen muss. Was sich trotzdem ändert, ist der Grund, aus dem der Betrieb als eigener Posten neben dem Bau steht: Eine Anwendung, für die niemand zuständig ist, ist nach einem Jahr eine Altlast.
Die Website-Leistung nennt ihren Preis auf der Seite, weil sie jedes Mal derselbe Umfang ist. Ein Portal ist das nicht: Zwei Betriebe mit demselben Geschäft haben verschiedene Ausnahmen, und die Ausnahmen sind die Hälfte der Arbeit. Ein Betrag für den Bau vor der Discovery wäre entweder gepolstert oder würde im dritten Monat neu verhandelt, und beides ist schlechter als eine Woche Klarheit vorher. Was stattdessen vorher feststeht: dass es zwei Beträge sind statt einem, dass die Discovery einzeln vereinbart wird, dass ihr Ergebnis Dir gehört, und dass Du danach aufhören kannst.
08 — Termin
Wähl einen passenden Termin direkt im Kalender. Ich gehe mit Dir durch, wo Dein Unternehmen steht und was sich lohnt. Ohne Verpflichtung und Verkaufsdruck.
Der Kalender liegt bei cal.com.
Beim Laden baut Dein Browser eine Verbindung zu cal.com (USA) auf und überträgt dabei Deine IP-Adresse; cal.com kann dabei Cookies setzen. Du kannst stattdessen auch direkt dorthin wechseln.
