8

Dies ist keine Frage über Code, aber es ist Programmierung verwandt. Wir haben eine Web-App, die bereit für Beta-Tests ist. Hat jemand einen Unterschied zwischen Open Beta und Closed Beta in Bezug auf die Qualität oder Quantität des Feedbacks der Tester oder andere Faktoren bemerkt?Alle Vorteile/Nachteile zu Open Beta vs Closed Beta für Webapp

Antwort

14

Mit einer geschlossenen Beta, können Sie die Anzahl der Benutzer

Dieses wie eine große Sache scheinen mag nicht beschränken, sondern betrachten dies ...

Closed Beta:

  • Die Benutzerbasis wird ausgewählt, indem sie aufgefordert werden, einen Vorschlag zu schreiben, wie sie die App zu verwenden erwarten.
  • Sie veröffentlichen eine mit Spannung erwartete App für 100 Benutzer ohne zusätzliche Einladungen für die fi erster Monat
  • diese Benutzer verwenden das Programm regelmäßig und wählen die meisten der häufigsten Bugs aus, die durch die Pre-Beta-Release-QC gezogen wurden.
  • diese Benutzer fühlen sich privilegiert, die App zu verwenden, so dass sie jedem prahlen, wie sehr sie es lieben (Tonnen von freier PR) und sind weniger geneigt, es zu vergeuden, weil es immer noch eine 'Closed Beta aus einem bestimmten Grund'
  • ist der häufig auftretenden Bugs werden im ersten Monat identifiziert und eine begrenzte Anzahl von Einladungen wird dem ersten Set von Beta-Testern gegeben, um in Schritt 2 der Beta
  • vorzurücken, oder es gibt immer noch eine albtraumhafte Anzahl von Bugs in der App und Weitere Einladungen werden zur Überprüfung bis zum nächsten Release-Zyklus verschoben.

Open Beta:

  • Sie wie Ihre App fühlen ausreichend poliert, so dass Sie es zu den Massen als öffentliche Beta-Version
  • die objektivere Benutzer beginnen Fehler zu finden und melden
  • Leider bläst die schiere Anzahl an Bug-Submissionen den Bug-Tracker auf, so dass das Finden von Bugs schwierig genug wird.
  • Da es schwer ist, Bugs zu finden, tauchen Dubletten auf und der Bug Tracker bläht noch mehr auf
  • Sie verbringen x Aufwand verschwendet versuchen, den Bug Tracker sauber zu halten, während auch versuchen, Bugs im Code zu beheben
  • 0 objektivdie weniger objektive Benutzer geben der App einen Schuss und entdecken, dass "nicht alles" perfekt funktioniert oder funktioniert So wie sie es erwartet (intuitiv)
  • die weniger objektiven Benutzer laufen zu ihren kleinen Blogs und fangen an, Beiträge wie 'OMG WTF srsly, [appName] saugt für Grund [x] und Grund [y] und [z]
  • all die kleinen 'buzz bloggers' trampeln über den ganzen Namen Ihrer App, weil es ihnen das Gefühl gibt 'ermächtigt', öffentlich über alle/alles zu bloggen
  • google indexiert den ganzen Blog rants, weil sie eine Menge an indikativen Keywords enthalten, die mit Ihrem Produkt in Verbindung stehen. Die ersten beiden Seiten, die bei der Eingabe Ihres Apps-Namens in Google angezeigt werden, sind in der Regel mit "[appName] sucks" verknüpft.

Einer der größten Vorteile eines ‚Closed Beta‘ ist, haben Sie die Möglichkeit, Ihre Arbeitsbelastung zu steuern, je nachdem, wie viele Benutzer Sie erlauben und welche Arten von Benutzern Sie ermöglichen.

Sie brauchen eine Armee "objektiver" Benutzer, um Sie gegen die "subjektiven" Benutzer zu schützen, denn der Hauptgrund der Leitergruppe ist es, das Internet nach einer App zu durchsuchen, um viele sensationelle Anti- Hype über; alles im Namen, um mehr Besucher in ihren Blog zu locken.

Wenn Sie ein wirklich gutes Beispiel dafür möchten, wie Sie eine Closed-Beta-Version erfolgreich bei Google anzeigen können.

  • mit gmail hatten sie eine streng begrenzt Closed Beta
  • sie fixiert offensichtliche Fehler durch die erste Runde der Beta-Tester
  • mehr lädt gegeben
  • entdeckt zu beginnen
  • dann starten sie neu zu sammeln Ideen von Funktionen in ihrer Webapp von den Beta-Benutzern zu implementieren
  • sie Funktionen integrieren, während gleichzeitig Fehler beheben
  • sie dole mehr Einladungen
  • weiterhin Funktionen Anfragen und Bug-Einreichungen
  • , wenn es ausreichend poliert Tracking sie loslassen Beta bleibt für 3 Jahre in der offenen Beta
  • GMail öffnen

Warum? Google ist schlau. Wenn ein zufälliger obskurer Fehler 2 Jahre in der offenen Betaversion auftaucht, kann niemand Google wirklich dafür in den Mülleimer werfen, weil es immer noch "Beta" ist.Es ist wie Googles kleine Art zu sagen, es ist gut, aber wir sind nicht vollständig zufrieden mit nur gut. Selbst wenn sie die Codebasis für die letzten 2 Jahre der Beta nicht berührt haben, gibt es immer noch den Eindruck, "sie perfektionieren es immer noch".

Was mich auf den einzigen meist Importpunkt führt, warum Sie die Beta begrenzen wollen würden ...

Einmal erstellt, können Sie nicht die Wahrnehmung der Menschen über Ihr Produkt

Uhr ändern dies, "How to Ignore Marketing and Become Irrelevant in Two Easy Steps" um zu sehen, was ich meine. Es ist leicht eine der faszinierendsten Präsentationen, die ich gesehen habe.

Hinweis: Ich habe persönlich an mehreren 'geschlossenen' Betas teilgenommen. Nämlich, GMail, Google Wave, Boxee, Songbird und ein paar andere.

+0

Ausgezeichnete Antwort, danke für alle Einsichten Evan. Ich gebe das an Kollegen weiter, um es zu lesen. – Kamo

+0

@Kamo cool, ich bin froh, dass es dir gefallen hat. –

2

Mit einer geschlossenen Beta wollen die Leute in der Regel da sein. Sie haben entweder geduldig gewartet, um nach der Anmeldung eine Einladung zu bekommen, oder sie haben es bis zum Start vergessen.

Mit einem offenen Beta, erhalten Sie mehr Leute, aber sie neigen dazu, das zu sein „Hey, diese Website ordentlich ist, ich glaube, ich werde ... ooh glänzen! laufen nach einem Stück Zinnfolie off“ Typ .

+0

Dank Ignacio, guter Punkt. – Kamo

+1

+1 Ich stimme zu. Die Art von Leuten, die an einer geschlossenen Beta teilnehmen möchten, wird die App generell in einem objektiveren Licht betrachten und dazu neigen, Bugfixes beizutragen. –