4 Zeichen, dass Ihr Proof-of-Concept Ihrer Business-Intelligence-Software ein Blindgänger ist

Sie haben also die Anbieter von Business-Intelligence-Software, die Sie in Betracht ziehen, auf eine Auswahlliste eingegrenzt. Sie wissen, was Ihr Unternehmen von der Software erwartet, und Sie haben eine gute Vorstellung davon, wo Sie sie bekommen können.

Das ist ein toller Anfang, aber was als nächstes kommt, ist genauso wichtig: der Proof of Concept. Beim Softwarekauf ist ein Proof of Concept wie eine Probefahrt beim Autokauf. In beiden Fällen sehen Sie sich an, wie sich das Produkt in Einstellungen verhält, denen Sie täglich begegnen.

Wenn Sie einen Minivan oder einen SUV kaufen, möchten Sie sicherstellen, dass er zu Ihren Kindern, ein paar Freunden und deren Fußballausrüstung passt, bevor Sie unterschreiben.

Wenn Sie eine Business-Intelligence-Software kaufen, möchten Sie sicherstellen, dass sie Ihre Datenquellen integrieren kann, bevor Sie sich festlegen.

Ähnlich wie die verräterischen Anzeichen einer schlechten Testfahrt (quietschende Bremsen, ein qualmender Motor oder der Verkäufer, der seine Füße im Stil von Flintstones durch den Boden steckt, um das Auto in Bewegung zu setzen), gibt es sichere Anzeichen für einen schlechten Software-Proof-of-Concept darauf musst du achten.

Hier sind vier Anzeichen dafür, dass Ihr Business-Intelligence-Software-Proof-of-Concept ein Blindgänger ist. Wenn Sie eines davon sehen, ist es möglicherweise an der Zeit, einen anderen Anbieter in Betracht zu ziehen.

1. Sie müssen für Ihren Proof of Concept bezahlen

Unsere erste rote Flagge ist ein Anbieter, der Sie auffordert, für den Proof of Concept zu bezahlen. Sie wären misstrauisch, wenn Ihnen ein Händler 30 Minuten Autofahren in Rechnung stellen würde, richtig? Genauso vorsichtig sollten Sie bei Anbietern sein, die Sie bezahlen lassen wollen, um zu sehen, wie gut ihr Produkt Ihre Daten integriert.

Der Kauf einer Business-Intelligence-Lösung ist keine einmalige Sache. Es ist eine Beziehung zum Anbieter und der Community, die sein Programm nutzt (denken Sie an den Kundensupport, Anbieterschulungskurse und Online-Foren). Daher sollte Ihr Anbieter Sie als Partner und nicht nur als Einnahmequelle betrachten.

Ein Probelauf wie ein Proof of Concept ist keine Transaktion, sondern eine Chance, sich gegenseitig auszuprobieren und zu sehen, ob die Grundlagen der Beziehung vorhanden sind.

Ein guter Proof of Concept ist ein gutes Zeichen für den späteren Erfolg

Die Vorbereitung eines Proof of Concept erfordert Arbeit von beiden Seiten. Der Anbieter muss eine Basisversion der Lösung erstellen, die er für Sie entwirft, während Sie wissen müssen, was Sie von der Lösung erwarten (dazu später mehr). Zum Zeitpunkt des Proof of Concept hat der versierte Business-Intelligence-Shopper bereits genau bestimmt, was er braucht.

2. Der Anbieter verwendet Ihre Daten nicht

Der beste Weg, um sicherzustellen, dass das BI-Programm, das Sie kaufen, mit Ihren Daten umgehen kann, besteht darin, zuzusehen, wie es mit Ihren Daten umgeht. Das Testen eines Autos in Florida macht nicht viel Sinn, wenn Sie sehen müssen, wie es sich in dem verschneiten Land Maine, in dem Sie leben, verhält.

Stellen Sie sicher, dass die Dashboards Ihre Daten verwenden.

Venka Ashtakala, Senior Software Engineer bei Capterra, stellt fest, dass „größeres Vertrauen“ in die Lösung ein Hauptgrund für die Verwendung Ihrer eigenen Daten im POC ist. Ihre Daten „können einige Grenzfälle oder andere Datenbesonderheiten aufweisen, die Testdaten möglicherweise nicht aufweisen“.

Die Daten, die Sie in Ihr Business-Intelligence-Programm einspeisen möchten, können auf eine einzigartige Weise entworfen oder angepasst werden, die eine andere Behandlung erfordert. „Auf einer höheren Ebene“, sagt Ashtakala, „garantiert die Verwendung ‚echter‘ Daten, dass alle Geschäftslogiken oder Regeln, die in die Daten eingebrannt werden, vom zu entwickelnden Proof-of-Concept-Code ordnungsgemäß gehandhabt werden.“

Ein Proof of Concept mit Ihren eigenen Daten bietet die gleiche Gründlichkeit, die Sie sich wünschen, wenn Sie das Programm regelmäßig verwenden.

3. Der Proof of Concept belegt nicht die Ansprüche des Anbieters

Eine andere Sache, die Sie während Ihres Proof-of-Concept-Tests im Auge behalten sollten, ist das Ausmaß, in dem der Anbieter seinen Behauptungen gerecht wird oder nicht, unabhängig davon, ob diese Behauptungen nur für den POC gelten oder allgemeinere Markenaussagen sind.

Wenn ein Anbieter zum Beispiel ein schnelles Produkt behauptet, sollte es nicht so schnell funktionieren wie ein Hamster, der auf einem rostigen Rad schmachtet.

Wenn Sie jedoch in einem Hamsterrad arbeiten möchten, ist das eine andere Sache

Die Argumentation dahinter ist selbsterklärend: Wenn der Anbieter nicht halten kann, was seine Marke im POC verspricht, ist es unwahrscheinlich, dass er später liefern kann.

Auch wenn der Proof of Concept Ihren spezifischen Anforderungen entspricht, sollte ein Produkt, das sich als einfach zu bedienen ausgibt, nicht verwirren. Es deutet auf eine inkonsistente Marke hin, was weitere zukünftige Probleme in Ihrer langjährigen Beziehung zum Anbieter nahelegt.

4. Der Proof of Concept entspricht nicht Ihren Anforderungen

Während sich die ersten drei roten Fahnen in diesem Artikel auf den Anbieter konzentrieren, lenkt dieser vierte Tipp das Rampenlicht zurück auf Sie und Ihr Unternehmen. Sobald Sie Ihre Anforderungen identifiziert haben, ist es wichtig, den Proof of Concept zu bewerten, um sicherzustellen, dass diese Anforderungen erfüllt werden.

Sicherzustellen, dass Ihr Anbieter Ihre Anforderungen erfüllt, ist so wichtig, dass Jason Remillard von Data443 dies als „den Hauptindikator für einen fehlgeschlagenen POC“ bezeichnet.

Woher wissen Sie, dass Sie es mit einem erfolgreichen Proof of Concept zu tun haben? Remillard sagt, dass der Anbieter „die Kundenanforderungen bestätigt, dokumentiert, mit dem Kunden erneut validiert“ und den Kunden dazu gebracht hat, jede Anforderung zu unterzeichnen. Dieses Maß an Due Diligence zeigt nicht nur, dass der Anbieter Ihre Bedürfnisse kennt, es „stellt sicher, dass sich alle auf die richtigen Bemühungen konzentrieren“ und versetzt Sie in die richtige Position, um Ihre Beziehung zu dem Unternehmen zu verwalten, das Sie auf Ihrem Weg zum Daten- Gefahren.

Dieses Maß an Gründlichkeit des Anbieters sorgt für einen erfolgreichen Machbarkeitsnachweis und bereitet Sie auf erfolgreiche Gewohnheiten vor, sobald Sie das Programm regelmäßig verwenden. Mit klar definierten und vereinbarten Anforderungen haben beide Parteien „etwas, auf das sie sich beziehen können“, was mögliche Verwirrung reduziert. Laut Remillard rationalisiert ein Dokument mit festgelegten Zielen auch den Prozess und macht ihn für die Änderungskontrolle zugänglich.

Was macht einen guten Proof of Concept aus?

Haben Sie gute (oder schlechte) Proof-of-Concept-Erfahrungen beim Kauf von BI-Software gemacht? Teilen Sie Ihre Erfahrungen in den Kommentaren unten!