Jemand beschreibt am Telefon einen Workflow. Vierzig Minuten später kommt eine Zahl zurück, mit einem Liefertermin daneben. Die Zahl ist falsch, und sie ist immer in dieselbe Richtung falsch, weil sie gegen die Fassung des Workflows kalkuliert wurde, die durchläuft.
Das ist keine Unehrlichkeit. Das passiert, wenn man aus einer Beschreibung schätzt. Bitten Sie jemanden, die Rechnungsfreigabe in seiner Abteilung zu erklären, und Sie bekommen den Weg, der sauber funktioniert, weil das der Weg ist, den man erzählen kann. Die Abzweigungen erzählt niemand. Der Lieferant, der eine Tabelle statt einer PDF schickt. Die Freigeberin im Urlaub. Die Anforderung auf ein Projektkonto, das im Februar geschlossen wurde. Genau diese Abzweigungen sind der Build. Der saubere Weg ist ein Bruchteil des Codes und fast nichts vom Test.
Vor der Analyse ist die ehrliche Antwort auf die Preisfrage eine Spanne, die so breit ausfällt, dass sie niemandem hilft. Die nützliche Antwort ist, die Analyse getrennt zu bezahlen und den Build gegen das zu kalkulieren, was sie findet.
Vier Dinge bewegen die Zahl, und das Modell gehört nicht dazu
Die Zahl der Systeme, und ob sie sich über den Kunden einig sind. Jedes zusätzliche System bringt eigene Zugangsdaten, ein eigenes Limit für Anfragen pro Minute, eine eigene Art zu blättern und ein Datenmodell, das dem letzten widerspricht. Eine Testumgebung gibt es vielleicht gar nicht. Lesezugriff in einer Demo ist die leichte Hälfte. Schreibzugriff, für den jemand geradesteht, ist ein Gespräch mit dem Einkauf und der IT-Leitung.
Was einen Build im Stillen verdoppelt, ist die Identität. Derselbe Kunde ist ein Datensatz im CRM, eine andere Nummer in der Abrechnung, eine Mailadresse im geteilten Postfach und eine Schreibweise in einer Tabelle. Gibt es einen gemeinsamen Schlüssel, ist die Zuordnung ein Tag Arbeit. Gibt es keinen, bauen Sie eine Abgleichsschicht mit eigenen Toleranzregeln, eigener Ausnahmeliste und eigener Prüfung, und diese Schicht ist ein Projekt und keine Aufgabe. Fragen Sie früh, ob Ihre Systeme sich darüber einig sind, wer der Kunde ist. Die Antwort überrascht meistens die Leute im Haus.
Wie streng die Prüfung sein muss. Ein Agent, der einen Entwurf ablegt, ist günstig. Ein Agent, der versendet, ist teuer. Ein Agent, der im Hauptbuch bucht, ist teuer und langsam.
Der Unterschied steckt nicht im Agenten, sondern in der Beweislast. Für den Entwurf reicht eine lockere Bestehensgrenze und ein kurzer Lauf im Schattenbetrieb. Für die externe Mail brauchen Sie eine Freigabestufe, eine Warteschlange vor dem Versand und eine deutlich härtere Diskussion über die Fehlerquote, die Sie akzeptieren. Für die Buchung brauchen Sie zusätzlich einen Rückweg, ein Protokoll mit einem Namen an jeder Aktion und die Zustimmung einer Person aus dem Rechnungswesen, die zu Recht misstrauisch ist. Sagen Sie demjenigen, der kalkuliert, welche der drei Varianten Sie meinen. Wer das offenlässt, bekommt die günstigste kalkuliert.
Der Anteil der Ausnahmen. Der Ausnahmeweg ist der größere Teil der Arbeit. Selbst bei zwei Prozent bauen Sie den ganzen Apparat: die Warteschlange, die Begründungen, die Weiterleitung, den Weg zurück in den Ablauf, nachdem ein Mensch entschieden hat, und den Bericht, der zeigt, dass die Quote nicht wegdriftet. Fast nichts davon wird billiger, wenn die Quote klein ist.
Nach oben skaliert es dagegen sehr wohl, und es gibt eine Höhe, ab der Sie nicht bauen sollten. Wenn ein Viertel der Vorgänge menschliches Urteil braucht, nimmt ein Agent etwas Lesearbeit weg und lässt den teuren Teil unberührt. Was dieser Prozess braucht, ist eine Korrektur weiter vorne, dort, wo die Arbeit ankommt. Eine gute Analyse sagt Ihnen das und redet Ihnen den Build aus. Aus einer Beschreibung kann das niemand sagen, denn ihre eigene Ausnahmequote kennen Teams nicht. Sie haben ein Gefühl, und das Gefühl ist immer optimistisch.
Wie umkehrbar die Aktion ist. Die Frage ist nicht, was der Agent tut, sondern was das Rückgängigmachen kostet. Ein Entwurf in einem Ordner kostet nichts, wenn man ihn verwirft. Eine versendete Mail holen Sie nicht zurück. Eine gebuchte Zeile im Hauptbuch korrigieren Sie mit einer zweiten Buchung, die jemand erklären muss. Je teurer das Rückgängigmachen, desto länger der Test, desto strenger die Leitplanken, desto mehr Menschen sitzen in der Abnahme. Derselbe Agent, dasselbe Modell, drei verschiedene Builds.
Zwei Punkte, die in jeder Schätzung untergehen
Ob ein System eine brauchbare API hat, entscheidet erstaunlich viel. Lautet die Antwort nein, arbeiten Sie über eine Browsersteuerung oder über einen geplanten Dateiaustausch. Beides funktioniert, und beides bricht auf eine Art, die Überwachung und eine Person mit Rufbereitschaft braucht. Planen Sie die Zeit dafür ein, statt zu hoffen, dass der Anbieter dieses Jahr noch eine Schnittstelle liefert.
Die Datenhistorie zählt genauso. Ein Agent, der Regeln auf fünf Jahre uneinheitlich erfasster Datensätze anwendet, verbringt seine ersten Wochen mit Aufräumarbeit, die niemand kalkuliert hat. Fragen Sie, was sich in den letzten drei Jahren geändert hat. Eine Systemumstellung, ein neuer Kontenrahmen, eine Umbenennung, die jedes Produkt betroffen hat. Jedes davon ist eine Naht in den Daten, und die Regeln müssen beide Seiten der Naht können.
Kaufen Sie die Analyse als eigenes Ding
Der Ausweg ist, die Analyse als abgeschlossene Leistung mit eigenem Festhonorar zu kaufen, ohne Verpflichtung, danach irgendetwas zu bestellen. Das ist kein Vertriebstrick. Es ist die einzige Form, in der eine Analyse mit schlechten Nachrichten zurückkommen darf.
Ein Festhonorar passt hier, weil der Umfang vorher feststeht. Eine festgelegte Zahl Interviews, ein festgelegter Satz Systeme, am Ende ein geschriebenes Dokument. Unsere Operations-Map läuft zehn Arbeitstage und liefert eine Seite pro Workflow mit Stunden und Kosten daneben, dazu eine sortierte Bau-Reihenfolge, deren erster Eintrag eng genug beschrieben ist, um ihn zu kalkulieren. Jede kompetente Variante davon sieht ähnlich aus.
Beurteilen Sie eine Analyse danach, ob sie zählt oder schätzt. Mengen, die aus den Systemen gelesen wurden, sind etwas wert. Mengen, an die sich jemand im Workshop erinnert hat, nicht, und der Abstand zwischen beiden ist regelmäßig groß, in beide Richtungen. Fragen Sie, wie hoch die Ausnahmequote in der Stichprobe war. Fragen Sie, von welchen Workflows die Analyse abrät, und werten Sie eine leere Liste als schlechtes Zeichen. Wer jeden Workflow für geeignet hält, hat verkauft und nicht gemessen.
Machen Sie den Absprung echt. Wenn ein Abbruch nach der Analyse eine Anzahlung kostet oder eine Strafe auslöst, ist die Analyse ein Verkaufsdokument mit Gebühr. Sie sollten das Dokument nehmen, sich bedanken und es mit Ihrem eigenen Team oder einer günstigeren Firma umsetzen können. Erst das macht die Empfehlungen glaubwürdig.
Wenn schon ein Festpreis auf dem Tisch liegt
Manchmal liegt einer da, und nach einer ordentlichen Analyse ist ein Festpreis genau richtig. Stellen Sie vor der Unterschrift zwei Fragen.
Fragen Sie zuerst, was passiert, wenn die Ausnahmequote dreimal so hoch ausfällt wie angenommen. Lautet die Antwort Nachtrag, ist der Preis ein Startwert und Sie planen mit einer Spanne. Lautet die Antwort, das werde aufgefangen, fragen Sie, was dafür gestrichen wird. Gestrichen werden Tests, die Ausnahmeliste und die Übergabe. Das ist der Weg, auf dem aus einem niedrigen Festpreis ein System wird, das im vierten Monat jemand abschaltet.
Fragen Sie dann, was ausdrücklich nicht im Umfang steht. Eine kurze Ausschlussliste heißt, dass niemand genau hingesehen hat. Eine lange, die einzelne Sonderfälle und einzelne Systeme benennt, heißt, dass jemand hingesehen hat. Dafür zahlen Sie gern mehr.
Die Zahl, die Sie wollen, ist nicht die niedrigste. Es ist die, die den Kontakt mit Ihren echten Daten überlebt, genannt von jemandem, der diese Daten gesehen hat. Zehn Tage Hinsehen sind billig gegen einen Build, der aus einem Telefonat kalkuliert wurde.