Sie haben die Liste. So wird sie kürzer.
Jede Betriebsleitung hat eine Liste von Dingen, die Software sein sollten und immer noch E-Mail, PDF und Tabelle sind. Diese Seite ist für die Person, der diese Liste gehört: was zuerst gebaut wird, was Sie in den vier Wochen tatsächlich tun, und warum der zweite Punkt weniger Zeit braucht als der erste.
Was gebaut wird
Kundenportale, Verlängerungen, Schaden- und Serviceanfragen, Partner-Onboarding, Provisionsabrechnungen, das interne Tool, das die Tabelle ablöst.
Was Sie tun
Ein Briefing in Ihren eigenen Worten schreiben. Eine Taskliste lesen. Eine Preview in jeder Rolle durchklicken. Freigeben.
Was Sie nicht tun
Code lesen, auf einen Entwickler warten, ein Pflichtenheft schreiben, ein Projektbüro betreiben.
Wie lange
Eine erste Preview innerhalb von Tagen. Integration in der Testumgebung in Woche drei. Produktion in Woche vier.
Welcher Punkt zuerst
Der erste Schritt sollte der sein, der am meisten weh tut und von den wenigsten Systemen abhängt.
Verlängerungen, die über PDF-Formulare laufen
Individuelle Links, Erinnerungen nach Zeitplan, Daten, die im Bestandssystem landen, statt abgetippt zu werden. Das hat TAS gebaut.
Ein Kundenportal mit Serviceanfragen und Status
Kunden stellen Anfragen und verfolgen sie; Kundenbetreuer beantworten sie. Der klassische erste Schritt, und der, mit dem Broker Collective angefangen hat.
Partner- oder Makler-Onboarding
Dokumente rein, Prüfungen erledigt, Freigabe protokolliert, Zugang erteilt. Ersetzt ein Sammelpostfach und eine Tracking-Tabelle.
Schaden- oder Antragsaufnahme
Ein strukturiertes Formular mit Validierung statt eines E-Mail-Anhangs, in die richtige Warteschlange geleitet, mit einem Status, den der Kunde sehen kann.
Wie sich Ihre Woche ändert
Montag: das Briefing
Eine Seite in Ihrem Vokabular: Ergebnis, Rollen, Daten, Regeln, was fertig bedeutet. Der Product-Manager-Agent macht daraus Tasks und fragt, was er noch wissen muss.
Dienstag: die Taskliste
Sie lesen sie in zehn Minuten und bearbeiten sie im Chat. Jede Änderung hier kostet einen Satz; jede Änderung nach dem Build kostet einen Task.
Donnerstag: die Preview
Sie melden sich als Kunde und als Kundenbetreuer auf einer Preview-URL an. Sie probieren, was ein Kunde nicht können dürfte. Sie bitten im Chat um einen Filter; eine Stunde später ist er da.
Die Woche darauf: Ihr Team
Die Menschen, die den Workflow betreiben werden, testen ihn in der Testumgebung, angebunden ans echte System. Ihr Feedback wird zu Tasks. Dann geben Sie das Release frei.
Warum der zweite Punkt schneller geht
Die Rollen existieren schon
Kunde, Kundenbetreuer, Admin: einmal definiert, von jeder weiteren Anwendung wiederverwendet.
Die Integration existiert schon
Die Anbindung ans Bestandssystem ist ein Task, der bereits gebaut und getestet wurde. Der nächste Workflow nutzt sie.
Das Branding existiert schon
Logo, Farben, E-Mail-Vorlagen und, wenn Sie mehrere Marken bedienen, Deployment Labels werden einmal eingerichtet.
Ihr Team kennt den Ablauf schon
Briefing, Taskliste, Preview, Freigabe. Beim zweiten Mal braucht niemand mehr die Einführung.
Die Regeln liegen schon vor
Was beim ersten Mal gelten musste, Markenregeln, Pflichtfelder, die Freigabe, die dokumentiert werden muss, liegt in der Knowledge der Anwendung und gilt für jeden weiteren Task. Niemand erklärt es noch einmal.
Was die Betriebsleitung fragt
Brauche ich dafür die IT?
Für den ersten Schritt nicht. Für die Integration in Woche drei eine Stunde von der Person, die das Bestandssystem kennt. Für sie gibt es eine eigene Seite.
Was, wenn ich nicht weiß, wie ich es beschreiben soll?
Bringen Sie den heutigen Prozess mit: das PDF-Formular, die Tabelle, die E-Mail-Vorlage. Die Scoping-Sitzung macht daraus mit Ihnen ein Briefing. Im Blog gibt es eine Ein-Stunden-Methode und ein Muster-Briefing zum Kopieren.
Kann ich nach der Preview meine Meinung ändern?
Dafür ist die Preview da. Änderungen sind neue Tasks. Kleine landen innerhalb einer Stunde.
Was muss mein Team lernen?
Ein kurzes Briefing zu schreiben und eine Taskliste zu lesen. Beides dauert einen Nachmittag. Niemand lernt ein Tool.
Bringen Sie den Punkt mit, der am meisten weh tut.
Dreißig Minuten mit dem Gründer: Briefing, erste Taskliste und Preview auf dem Bildschirm. Sie verlassen den Termin mit einem schriftlichen Pilotumfang.
App-Umfang in einer Stunde planen