Ihr bringt den Prozess mit, der euer Team jede Woche Zeit kostet. Wir bilden ihn ab, bauen ihn im Pharen Hub mit Freigaben auf, fahren ihn im Pilotbetrieb mit echten Fällen und übergeben ihn mit Zahlen, nicht mit Folien.
Der Sprint ist kein Strategieworkshop und kein Software-Rollout. Er richtet sich an Teams, die einen konkreten Ablauf haben, der heute per Mail, Tabelle und Zuruf läuft, und die in vier Wochen wissen wollen, ob KI-gestützte Automatisierung dort trägt.
Ihr verantwortet einen Ablauf wie Rechnungseingang, Onboarding oder Auftragsprüfung und wisst genau, wo er hakt. Euch fehlt nicht die Idee, sondern die Zeit und ein sicherer Rahmen, um die Automatisierung neben dem Tagesgeschäft aufzubauen und zu testen.
Das Team wächst schneller als die Prozesse. Ihr wollt nicht die zehnte Tool-Lizenz kaufen, sondern in überschaubarer Zeit sehen, welcher Prozess sich automatisieren lässt, was das kostet und ob sich der Aufwand für die nächsten zwölf Monate lohnt.
Ihr sollt Automatisierung mit KI ermöglichen, ohne dass Kundendaten unkontrolliert in externe Dienste fließen. Im Sprint legt ihr Betriebsmodell, Datenflüsse und Freigabeschritte von Anfang an fest, statt sie nachträglich in ein fertiges Setup zu drücken.
Jede Woche hat ein festes Ergebnis und klar benannte Beteiligte. Ihr braucht dafür pro Woche etwa zwei bis vier Stunden aus dem Fachteam, mehr nicht. Den Aufbau übernehmen wir.
Woche 1
Wir prüfen zwei bis drei Kandidaten gegen Geschäftsziel, Volumen, Datenzugang und Verantwortlichkeit und entscheiden gemeinsam für einen Prozess. Diesen bilden wir Schritt für Schritt ab: Eingänge, Rollen, Freigaben, Ausnahmen und die Stellen, an denen heute nachgefragt wird.
Woche 2
Wir bauen den Ablauf im Pharen Hub auf: Eingang, automatische Vorbereitung der Daten, Prüfung auf fehlende Angaben, Status und Freigabeschritt. Jede Aktion, die Geld, Kunden oder Verträge berührt, bleibt an eine menschliche Freigabe gebunden.
Woche 3
Das Team arbeitet reale Vorgänge über den neuen Ablauf ab, parallel zum bisherigen Weg. Wir sehen an Tag 3, 7 und 10 gemeinsam auf die Fälle, sammeln Ausnahmen, korrigieren Erkennung und Regeln und halten fest, wo Menschen eingreifen mussten.
Woche 4
Wir vergleichen die Pilotzahlen mit der Ausgangsmessung aus Woche 1: Zeit bis zur ersten Prüfung, Zeit bis zur Freigabe, offene und überfällige Vorgänge, manuelle Korrekturen. Daraus entsteht eine Empfehlung: ausweiten, nachbessern oder sauber stoppen.
Wir veröffentlichen keine pauschalen Ersparnisse. Belastbare Werte entstehen erst mit einer definierten Ausgangslage und einem ausreichend langen Vergleichszeitraum. Was wir zeigen können: wie der Ablauf vorher aussah, was danach anders war und woran ihr den Effekt selbst messt.
Finance Operations · Eingangsrechnungsprozess
Gemessen wird an Zeit vom Eingang bis zur ersten Prüfung, Zeit bis zur Freigabe, überfälligen offenen Rechnungen und manuellen Korrekturen nach der Erkennung.
Use Case Eingangsrechnungen lesenGrowth Operations · Lead Routing
Gemessen wird an Zeit bis zur ersten Antwort, Leads ohne verantwortliche Person, überfälligen Follow-ups und doppelt angesprochenen Kontakten.
Use Case Lead Routing lesenBevor in Woche 2 der erste Vorgang durch den Prozess läuft, sind Betriebsmodell, Datenwege und Freigabeschritte festgelegt und von eurer IT oder eurem Datenschutz bestätigt.
Pharen Hub läuft als Managed Cloud auf Hetzner Cloud in der EU, als dedizierte Bereitstellung in eurer Azure-, AWS-, Google-Cloud- oder Hetzner-Umgebung oder On-Premise in eurem Rechenzentrum. Im Self-Hosted Setup bestimmt ihr, wo Workspace-Daten liegen, wer zugreift und wann sie gelöscht werden.
Rollen und Berechtigungen steuern, welche Inhalte und Werkzeuge für Menschen und Agenten erreichbar sind. Kritische Aktionen wie Zahlungsfreigabe oder Kundenkontakt lassen sich an Freigabeschritte durch Menschen binden. Aufgaben, Entscheidungen und Workflows bleiben im gemeinsamen Workspace nachvollziehbar.
Workspace-Daten werden nicht zum Training eigener oder allgemein verfügbarer KI-Modelle verwendet. Für Drittanbieter gelten deren Bedingungen. Welche externen Modelle oder Integrationen Daten verarbeiten, hängt von eurer Konfiguration ab, und genau das legen wir im Sprint gemeinsam fest.
Ob ein Setup alle Anforderungen erfüllt, hängt weiterhin von Betrieb, Verträgen, Providern und Prozessen ab. Der Sprint liefert dafür eine dokumentierte Grundlage: Datenflüsse, Berechtigungen und Freigabeschritte, die eure Prüfung nachvollziehen kann.
Founder, Produkt und Automatisierung
Johannes arbeitet in der Produktentwicklung von Pharen Hub, an AI Workspaces und an operativen Automationen für echte Teamabläufe. Die Prozesse aus den Use Cases oben, Rechnungseingang und Lead Routing, hat er mit den Teams selbst aufgebaut und im Pilotbetrieb nachjustiert. Im Sprint begleitet er die Termine selbst, baut den Ablauf im Hub und ist während des Pilotbetriebs direkt erreichbar.
Team kennenlernenDas Arbeitsbuch zum Sprint führt von der Auswahl eines geeigneten Prozesses bis zum wiederholten Einsatz mit echten Nutzern. Danach entscheidet ihr mit messbaren Ergebnissen, ob ihr erweitert, nachbessert oder stoppt.
Geschäftsziel, Aufwand, Datenzugang und Verantwortlichkeit prüfen, bevor gebaut wird.
Schritte, Rollen, Freigaben, Ausnahmen und Schutzplanken auf einer Seite festhalten.
An Tag 3, 7, 10 und 14 reale Nutzung prüfen und Wert, Akzeptanz und Aufwand vergleichen.
Lade die englische 24-seitige Ausgabe herunter und arbeite mit deinem Team direkt durch Auswahl, Aufbau, Launch und Auswertung.
EN · PDF · 24 SeitenIm Erstgespräch prüfen wir in 30 Minuten, ob euer Prozess für einen Sprint geeignet ist, und ihr bekommt danach Umfang, Ablauf und Angebot schriftlich.
