DEMONSTRATION / SOFTWARE
Wie wir den Wert einer Software zeigen würden, bevor wir zur Demo einladen
Ein Szenario zur Softwaredemonstration mit Testaufbau, Prüfzeit, Einrichtung und Kriterien für die Bewertung eines Pilotprojekts.
BITTE BEACHTENKonzeptionelles Szenario für ein fiktives Produkt zur Dokumentenverarbeitung. Das Zahlenbeispiel ist erfunden, um die Methode zu erklären; es zeigt nicht die Leistung eines echten Produkts.
Kontext und Ziel
Das Produkt verspricht weniger Verwaltungsarbeit. Die Website zeigt Screenshots und Funktionen, während Interessenten einen Termin buchen müssen, um den Ablauf zu verstehen. Unser Ziel wäre, passenden Unternehmen zu helfen, die Eignung vor dem Gespräch zu beurteilen und mit realistischen Erwartungen in ein Pilotprojekt zu starten.
Hypothesen und Untersuchung
Wir würden Fragen aus dem Vertrieb auswerten und herausfinden, warum Pilotprojekte abgebrochen werden: Genauigkeit, Integration, Einrichtung oder ein zu geringes Volumen, um die Investition zu rechtfertigen. Wir würden prüfen, ob das Produkt die Daten für einen Vergleich liefern kann und wer die Qualität der Ergebnisse bestätigt.
Wir würden nicht damit beginnen, eine prozentuale Ersparnis zu versprechen. Zuerst würden wir die Aufgabe festlegen: Dokumente, die verarbeitet, geprüft und bereit für den Export sind, mit derselben Qualitätsanforderung bei beiden Methoden.
Protokoll der Demonstration
Wir würden synthetische Dokumente oder mit Genehmigung anonymisierte Dokumente verwenden, darunter einfache Formate und schwierige Fälle. Wir würden die Merkmale des Datensatzes und die Auswahlregeln veröffentlichen. Wir würden die Erfahrung der ausführenden Personen, Ausstattung, Versionen, Grenzen der Zeitmessung und die Zählung von Fehlern festlegen. Einen künstlichen Vorteil durch eine Person, die nur eine Methode kennt, würden wir vermeiden.
Wir würden wiederholte Durchläufe durchführen und die Streuung angeben, nicht nur das beste Ergebnis. Ohne genügend Durchläufe würden wir das Material als einzelne Demonstration kennzeichnen. Ersteinrichtung und Integrationszeit würden getrennt und neben der Betriebszeit angegeben.
Das Zahlenbeispiel erklärt
In einem fiktiven Durchlauf mit 40 Dokumenten braucht die bisherige Methode 80 Minuten. Die unterstützte Methode braucht 18 Minuten Verarbeitung, 12 für die Prüfung und 10 für die Korrektur: insgesamt 40 Minuten. Die Ersparnis an Betriebszeit in diesem Durchlauf beträgt 40 Minuten, also 50 % der ursprünglichen Zeit. Wenn die Ersteinrichtung weitere 60 Minuten dauert, kommt die erste Nutzung auf insgesamt 100 Minuten.
| Schritt | Minuten |
|---|---|
| Bisheriger Prozess, gesamt | 80 |
| Unterstützte Verarbeitung | 18 |
| Prüfung | 12 |
| Korrektur | 10 |
| Unterstützter Betrieb, gesamt | 40 |
| Ersteinrichtung, getrennt | 60 |
| Erste Nutzung, mit Einrichtung | 100 |
Nur die 18 Minuten zu kommunizieren oder pauschal 50 % Ersparnis zu versprechen, wäre irreführend. Bei wiederholter Nutzung könnten wir modellieren, wann sich die Einrichtungszeit amortisiert, mit ausdrücklichen Annahmen zu Volumen, Fehlern und Stabilität des Prozesses. Software- und Integrationskosten gehören in eine getrennte wirtschaftliche Bewertung.
Kreative Umsetzung
Das kurze Video würde mit der Aufgabe beginnen: „Wie lange dauert es, bis diese Dokumente nutzbar sind?“ Es würde die Schritte und die Gesamtzeit zeigen, mit einem sichtbaren Hinweis, dass der Test festgelegte Grenzen hat. Die Seite würde die vollständige Version, die Abnahmekriterien, die Grenzen und eine Ausnahme enthalten, die ein Eingreifen erfordert.
Der nächste Schritt wäre eine Kompatibilitätsprüfung oder die Anfrage für ein Pilotprojekt. Menschen sollten ein vollständiges Beispiel verstehen können, ohne zuerst ein Formular auszufüllen. Bevor echte Dokumente gesammelt werden, würden wir Zugriff und Verarbeitung gesondert vereinbaren.
Von der Behauptung zum Beleg
Vergleichen Sie eine allgemeine Behauptung mit dem, was wir für dasselbe fiktive Produkt zeigen würden. Die Zahlen sind erfunden, um die Methode zu erklären; sie zeigen nicht die Leistung eines echten Produkts.
Fiktive Daten und Situationen. Eine lokale Demonstration, ohne Kundenergebnisse. Ihre Auswahl sendet keine Daten, Anfragen oder Buchungen.
Weniger Verwaltungsarbeit
Das Produkt verspricht weniger Verwaltungsarbeit.
Die Aufgabe, festgelegt vor jedem Prozentwert: Dokumente, die verarbeitet, geprüft und bereit für den Export sind, mit derselben Qualitätsanforderung bei beiden Methoden.
Was geprüft werden muss
Ist klar, was „bereit“ bei beiden Methoden bedeutet?
Alle Varianten lesen
Weniger Verwaltungsarbeit
Die Behauptung: Das Produkt verspricht weniger Verwaltungsarbeit.
Was wir zeigen würden: Die Aufgabe, festgelegt vor jedem Prozentwert: Dokumente, die verarbeitet, geprüft und bereit für den Export sind, mit derselben Qualitätsanforderung bei beiden Methoden.
Zu prüfen: Ist klar, was „bereit“ bei beiden Methoden bedeutet?
Schnell
Die Behauptung: „Schnell“, ohne Vergleichsgröße.
Was wir zeigen würden: In einem fiktiven Durchlauf mit 40 Dokumenten: 80 Minuten mit der bisherigen Methode, 40 Minuten mit der unterstützten Methode, einschließlich Prüfung und Korrektur.
Zu prüfen: Schließt die Zeitmessung Prüfung und Korrektur ein? Ein einzelnes günstiges Ergebnis beschreibt nicht jede Nutzung.
Einfach zu bedienen
Die Behauptung: „Einfach zu bedienen“, ohne Bedingungen.
Was wir zeigen würden: Die Ersteinrichtung von 60 Minuten, getrennt angegeben: Die erste Nutzung kommt auf insgesamt 100 Minuten. Die Seite zeigt auch eine Ausnahme, die ein Eingreifen erfordert.
Zu prüfen: Trennen wir Einrichtungszeit und Betriebszeit und zeigen trotzdem beide?
Messung und Entscheidung
Wenn das Volumen es erlaubt, würden wir die bisherige Darstellung mit der Demonstration vergleichen. Wir würden Verständnis, passende Anfragen, begonnene Pilotprojekte und die Nutzung danach messen. Weitere Investitionen würden vom Fortschritt auf diesem Weg und von den Produktionskosten abhängen, nicht nur von der Sehdauer.
Was unsere Empfehlung ändern würde
Wenn die Ergebnisse zu stark schwanken, würden wir das Versprechen auf belegte Anwendungen eingrenzen. Wenn das Produkt Zeit spart, aber inakzeptable Fehler erzeugt, hat deren Behebung Vorrang. Wenn die Integration das eigentliche Hindernis ist, sollte die nächste Demonstration die Integration und die nötigen Ressourcen zeigen.