Decision Owner
Process Excellence, Transformation, Operations oder Compliance verantwortet das Geschäftsergebnis.
Für Process Excellence, Enterprise Architecture, Compliance, IT und Einkauf mit aktiver Shortlist. Legen Sie die Regeln vor den Demos fest, bewerten Sie jeden Anbieter anhand derselben Evidenz und behalten Sie die Entscheidungsspur.
Nutzen Sie die Scorecard mit einer Shortlist und einem belastbaren Pilotprozess. Zu Beginn der Auswahl hilft der Einkaufsleitfaden. Bestehende Geist-Nutzer finden Hilfe in Dokumentation und Support.
Process Excellence, Transformation, Operations oder Compliance verantwortet das Geschäftsergebnis.
Enterprise Architecture, IT, Data und Security testen Integration, Zugriff, Betrieb und Exit.
Einkauf und Legal prüfen Evidenz, Vertragsannahmen, Risiko und Gesamtkosten.
Consultants können moderieren, aber Kriterien, Gewichte und Entscheidung bleiben beim Buyer.
Ein belastbarer Vergleich beginnt mit Ihrem Use Case und endet mit dokumentierter Evidenz. Ändern Sie Kriterien oder Gewichte nicht wegen einer eindrucksvollen Demo.
Benennen Sie Prozess, Owner, Quellen, Betriebsbedingungen und Entscheidungsdatum.
Trennen Sie nicht verhandelbare Controls von bewertbaren Präferenzen.
Jeder Anbieter erhält Szenario, Inputs, Fragen, Zeitbox und Bewertungsskala.
Bewahren Sie Scores, Evidenz, gescheiterte Gates, Annahmen und Begründung auf.
Ihre Eingaben bleiben in diesem Browser. Vergleichen Sie bis zu drei Anbieter, exportieren Sie CSV oder drucken Sie eine Entscheidungskopie.
Jeder Anbieter erhält dasselbe Szenario. Ein begrenzter Prozess hält den Vergleich fair.
Vergleichen Sie bis zu drei Anbieter nebeneinander. Steht Geist auf Ihrer Liste, gelten dieselben Regeln.
Namen erscheinen im Bericht genau wie eingegeben.
Bestimmen Sie, wie stark jeder Bereich zählt. Die Gewichte werden berechnet und ergeben immer 100 %.
Ein gescheitertes Gate schließt einen Anbieter aus, unabhängig vom Score. Markieren Sie jedes Gate, sobald Evidenz vorliegt.
Nur ein als Nicht bestanden markiertes Gate schließt einen Anbieter aus. Ungeprüfte Gates halten das Ergebnis offen.
Bewerten Sie die Evidenz, nicht den Pitch. Notieren Sie kurz, wo ein Prüfer nach dem Warum fragen würde.
Kann die Plattform die Arbeit abbilden, die Sie tatsächlich steuern müssen?
Modellieren Sie Pilotprozess, kritische Varianten, Ausnahmen, Übergaben und Eskalationspfade.
Zeigen Sie Owner, Approver, Controls, Risiken und Review-Takt direkt im Prozesskontext.
Ändern Sie das Modell, führen Sie einen Review durch und zeigen Sie Version und Entscheidungshistorie.
Gelangen echte Quellen mit Bedeutung und Herkunft in die Plattform?
Nutzen Sie Pilotdokumente, Dateien, Systemexporte oder Eventdaten statt vorbereiteter Anbieterdaten.
Zeigen Sie, was die Plattform ablehnt, markiert oder einem Menschen zur Klärung vorlegt.
Verfolgen Sie ein Ergebnis zur Quelle und zeigen Sie Rollen-, Organisations- und Datengrenzen.
Können Teams Prozessmodelle bearbeiten, austauschen und vollständig mitnehmen?
Bearbeiten Sie ein erkanntes oder importiertes Modell ohne Neubau in einem separaten Werkzeug.
Importieren und exportieren Sie repräsentatives BPMN 2.0 und vergleichen Sie Semantik, Layout und Erweiterungen.
Exportieren Sie Modell und Entscheidungspaket so, dass beides ohne laufende Anbietersitzung nutzbar bleibt.
Erklärt die Plattform Befunde unter Bedingungen, die Ihrem Einsatz entsprechen?
Vergleichen Sie reale Varianten mit dem Sollprozess und zeigen Sie die Evidenz hinter einem Befund.
Zeigen Sie ein schwaches Ergebnis und erklären Sie Konfidenz, fehlende Evidenz und sicheres Scheitern.
Zeigen Sie, wie neue Daten, Modelländerungen, Vorfälle und Drift Befunde nach dem Pilot verändern.
Sind Befugnisse, menschliche Aufsicht und Audit Trail eindeutig?
Trennen Sie Lesen, Entwerfen, Vorschlagen, Freigeben, Ausführen, Blockieren und Zurückrollen.
Zeigen Sie, wer eingreifen, ablehnen, korrigieren oder stoppen kann und welchen Kontext die Person erhält.
Verfolgen Sie Quelle, Modellversion, Actor, Empfehlung, Freigabe, Aktion, Ergebnis und Korrektur.
Kann ein begrenzter Pilot zum betreibbaren Service werden, ohne den Buyer einzuschließen?
Benennen Sie ersten Prozess, Owner, Quelle, Erfolgsmaß, Zeitplan, Verantwortungen und Exit-Kriterien.
Zeigen Sie Administration, Support, Change Management, Training, Service Levels und Incident Handling.
Erfassen Sie Einführungs- und Betriebskosten, Vertragsannahmen, Export, Löschung und Offboarding.
Nach gewichtetem Score sortiert, mit gescheiterten Gates und offenen Punkten.
Anteil des maximalen Evidenzscores je Bereich. Weiter rechts ist stärker.
A4-Vorlage mit Ranking, beiden Grafiken, Gates, allen Bewertungen und diesen nächsten Schritten.
Das Druckfenster Ihres Browsers öffnet sich. Wählen Sie dort „Als PDF speichern“ als Drucker.
Die Struktur folgt öffentlichen Leitlinien zu Beschaffung, Software Assurance, KI-Risiko und BPMN. Passen Sie sie an Organisation und geltendes Recht an; sie ist keine Rechts- oder Beschaffungsberatung.
Legen Sie getrennte Kriterien und Gewichte mit den späteren Nutzern und Verantwortlichen fest.
Trennen Sie nicht verhandelbare Software- und Anbieter-Controls von abwägbaren Qualitätsscores.
Prüfen Sie KI-Verhalten, Grenzen, Aufsicht und Monitoring unter realistischen Bedingungen.
Prüfen Sie BPMN-Austausch anhand der veröffentlichten Spezifikation und maschinenlesbaren Strukturen.
Das Geist-Team kann den Evidenz-Request vorbereiten und einen Workshop an einem Ihrer Prozesse moderieren. Steht Geist auf der Shortlist, gelten dieselben Regeln. Bewertungsdatei und Entscheidung bleiben bei Ihnen.