VOXR Entscheidungs-Matrix

Hier erklären wir kurz, warum wir manche Feature-Anregungen gerne aufnehmen und auch u.U. extrem schnell realisieren – manche aber auch nicht.

Wichtig dabei zu wissen ist zunächst einmal, dass VOXR Programmierer tatsächlich jeden Tag voll ausgelastet sind. In der Folge ist jedes neue Feature eine Unterbrechung des bisherigen Entwicklungsplanes. Das machen wir wie gesagt manchmal gern, manchmal müssen wir aber auch ablehnen oder verschieben.

Wir folgend dabei einer klaren Abwägungsstruktur als grober Richtung. Das ist kein Schwarz-/Weiß-Entscheid, aber doch ein gutes Geländer für die Entwicklung der richtigen Dinge.

VOXR Entwicklungs-Entscheidungs-Matrix:

A) Nutzen
1. Wievielen Nutzern würde das neue Feature helfen und
2. Wie sehr würde es helfen? Also die Frage: Was verliert man, wenn man das Feature nicht hat? Gibt es Workarounds? Wie groß wäre im Vergleich zum Workaround der Gewinn des Features.

B) Kosten
1. Die Zeit des Programmierers, der in dieser Zeit nichts anderes entwickeln kann (also auch keine anderen Features, die vielleicht mehr Nutzern helfen würden, ggf. auch Ihnen noch mehr als das Feature)
2. Die Komplexität, die jedes neue Feature im Tool bringt
a) für die übrigen (!) User
b) für die Teilnehmer: Können diese ein best. Feature (welches offensichtlich scheinen mag) in einer typischen Event-Situation verstehen?
c)  für Pflege und Support.

C) Abwägung gegen alternative (völlig andere) Features

Wir wägen in der Regel A (Nutzen) und B (Kosten) nicht nur INNERHALB des angefragten Features ab.

Vielmehr ist es ja so, dass jedes Softwareunternehmen, auch wir, mehr Feature-Wünsche hat, als unter Berücksichtigung von A, B und C sinnvoll umsetzbar wären.

Daher wägen wir sowohl A gegen  B ab. Vor allem aber auch Ihren Feature-Wunsch gegen die dutzenden anderen Feature-Wünsche, die andere Kunden oder wir selbst haben (da wir ja VOXR selbst für unsere Evnets nutzen).

Das heißt, ein Feature muss a) die Kosten/Nutzen-Rechnung grundsätzlich bestehen und b) das viel besser tun, als die anderen Anfragen auf der Liste. Wenn das passiert, wird es als nächstes gebaut. Das kann manchmal sehr schnell gehen (zur Pandemie brauchten viele Kunden z.B. authentifizierte Wahlen, die waren binnen 4 Wochen fertig, es gibt auch Features, die können morgen fertig sein).

Oder es kann Jahre dauern. VOXR hat z.B. bis heute keine Event-Verwaltung, so nützlich sie an sich wäre. Aber die Abwägung von A, B und C hat es bis heute nicht nach oben spülen lassen.

Anderes Beispiel:

Es gibt eine Anfrage zur Möglichkeit zwei Ergebnisse parallel auf einem Bildschirm anzuzeigen. Gehen wir hier die drei Kriterien Stück für Stück durch:

Nutzen:

A1) Dieses Feature ist in fünf Jahren insgesamt 3 mal angefragt worden. Andere Features werden deutlich häufiger angefragt und konkurrieren hiermit. Da häufiger angefragte Themen mutmaßlich mehr Nutzen stiften, tendieren wir dazu hier andere Anfrage vorzuziehen (checken aber noch die übrigen Kosten/Nutzen Punkte!)
A2) Es gibt viele Möglichkeiten, Ergebnisse zu vergleichen (denn dies ist ja das eigentliche Ziel davon zwei Ergebnisse parallel anzuzeigen):
– Sequentielles Anzeigen geht problemlos und ist im Event erfahrungsgemäß sogar besser.
– Verzögertes Anzeigen: Man screenshot-et und legt in Powerpoint zusammen (natürlich nicht VOXR-typisch einfach, aber es geht und das Feature steht ja in Konkurrenz mit anderen Features).
– Video Profis verwenden ein sogenanntes “Still” in der Regie, das dann mit einem Doppel Pic-in-Pic live neben die Live-Abfrage gelegt wird.

Fazit: Für die wenigen Nutzer, die uns gefragt haben, gibt es einen Workaround. Aber nun zu den:

Kosten:

B1) Programmierzeit: Wenn man unsere Programmierer fragen, sagen diese recht klar: Die Realisierung wäre alles andere als trivial. In diesem Fall begründen die Programmierer dies so: Das Live-Rendern und Korrekt-Ausspielen, von Grafiken, die man vorher nicht kennt (denn sie entstehen ja live) auf Bildschirmen, die man vorher auch nicht kennt (es muss auf allen Bildschirmen laufen), braucht viel algorithmische Power. Diese Unsicherheiten verdoppelt man nun, wenn man zwei Grafiken, die man beide nicht kennt, auf Bildschirmen ausspielen muss, die man nicht kennt. Die Kosten, um all das zu programmieren, wären also rein von der Programmierzeit her schon hoch.

B2) Komplexität: Um das Feature zu realisieren, bräuchte man irgendwo im Control-Panel einen Knopf: “Parallel weiteres Ergebnis anzeigen.” Oder auch nur “Zweites Ergebnis”. Egal wie: Einem Standard-User, der dieses Feature nicht wollte, und daher nicht darüber nachdenkt, müsste man diese Knöpfe irgendwie erklären (obwohl er sie gar nicht braucht). Damit verlöre das Tool an Intuitivität.

Ein Gegenbeispiel ist aber z.B. ein Knopf “Download” (den es zunächst nur versteckt gab), diesen wünschen sich viele und er ist sofort und ohne jede Erklärung selbst dem verständlich, der ihn nicht braucht: Nützt enorm vielen, stört fast keinen = optimale Kombination, um programmiert zu werden.

Ein letzter Gedanke: Wir regen stets an, bei nicht erfüllten Feature-Wünschen sich zu fragen: Welche Rolle spielt dieses Feature für unser Vorhaben (mein Event, mein Meeting) insgesamt. Unser Ziel bei VOXR ist nicht, jede denkbare Software-Idee umzusetzen. Unsere Idee ist einen optimalen Mix aus Einfachheit und Leistung zu finden, sodass mit dem Feature-Mix das Event oder Meeting insgesamt maximal verbessert wird, unabhängig von einem kleinen Teil, wo ein Feature hätte anders sein können. Wir hoffen also, Sie und Ihre Teilnehmer mit dem GESAMT-Paket aus allen Features von VOXR in der Einfachheit der Nutzung weiterhin überzeugen zu können.

Ihre Meinung hierzu interessiert uns:
Wir hoffen, Sie können so etwas transparenter sehen, wie wir unsere Entwicklungs-Entscheidungen treffen. Gern hören wir Ihr Feedback zu dem hier beschriebenen Strategie – oder auch zu einer einzelnen Feature-Anfrage.