Auctor

Auctor positioniert sich als agentisches Handlungssystem für den gesamten Implementierungslebenszyklus. Ausgangspunkt ist die Beobachtung, dass Rollouts von Unternehmenssoftware komplexer geworden sind – mehr zu konfigurieren, mehr Stakeholder zu koordinieren, mehr, das schiefgehen kann – während Implementierungsteams weiter mit isolierten Dokumenten und institutionellem Gedächtnis arbeiten. Sechs Monate nach Projektstart kann niemand mehr übereinstimmend sagen, was eigentlich entschieden wurde. Auctor ersetzt das durch eine einzige verbundene Aufzeichnung dessen, was verkauft, entschieden, geliefert und von wem entschieden wurde.

Das Produkt umfasst drei Phasen. Im Pre-Sales transkribiert es Discovery-Workshops live, zieht relevanten Kontext aus früheren Projekten heran und lenkt das Gespräch auf die Fragen, die den Umfang prägen; Calls und Nachrichten werden zu organisierten, editierbaren Ergebnissen wie Angeboten und skopierten Stories. Im Post-Sales fließen dieselben Artefakte direkt in die Delivery, verlinkt mit den ursprünglichen Entscheidungen, sodass bei Übergaben kein Kontext verloren geht. Während des Builds beobachtet Auctor die Projektentwicklung, macht neue Konflikte sichtbar, sobald sie entstehen, und zeigt, ob eine Änderung tatsächlich im Scope liegt, bevor daraus eine Debatte wird.

Das Unterscheidungsmerkmal ist der Gedanke der kumulativen Intelligenz: Jede Entscheidung, jedes Artefakt und jedes Ergebnis soll die nächste Implementierung reproduzierbarer machen als die vorherige, indem Praktiken und Standards der Organisation in jedes Ergebnis eingebettet werden. Auctor integriert sich in bestehende Systeme, damit Gespräche, Scopes und Ergebnisse synchron bleiben, statt in einem weiteren Tool zu landen. Als Kunden werden Valiantys, Ravus und ServiceRocket genannt, und HubSpot Ventures erscheint unter den Investoren – ein Signal, dass das Produkt auf das HubSpot-Partnerökosystem und größere SI-Firmen zielt. Preise werden nicht veröffentlicht; Interessenten werden über eine Demo geführt.