Die heutige Weisheit sagt "Release, Release, Release". Ich denke, es war Dharmesh Shah ( www.onstartups.com ), der sagte: "Wenn Sie nicht durch Ihre Software in Verlegenheit gebracht werden, haben Sie zu lange gewartet um es zu veröffentlichen! ".
Mach es da draußen, lass die Leute es benutzen und lass die Leute darüber reden. Sie erhalten ein unschätzbares Feedback (besonders, wenn Sie dafür Gebühren erheben können). Schreiben Sie vom ersten Tag an auch einen Blog, damit Sie mit Ihren Benutzern interagieren können.
Vor Jahren war es ein Fall, den wir abhalten würden, weil wir nicht sicher waren, ob wir die technischen Details überwinden konnten, und wir wollten die harten Sachen machen, um jeden zu entmutigen, der uns folgte. Heute ist es viel besser zu verstehen, ob Menschen Ihre Software so schnell wie möglich nutzen werden. Sie könnten am Ende sparen Sie eine Menge Zeit und Geld.
IMHO ist es besser, eine Website mit grundlegenden Funktionen zu haben und die Besucher sehen zu lassen, wie sie die Zeit über wachsen (damit sie wissen, dass die Seite lebendig ist und jemand sie tatsächlich entwickelt)
Schade, dass die meisten Websites, die ich mit dieser Strategie gesehen habe, niemals weiter kommen als die erste Version mit grundlegenden Funktionen. Und dann sterben sie. In ein paar Monaten.
Wenn die Funktionalität, die Sie bereits haben, für ein komplettes Projekt in den Augen der Benutzer sorgen kann, veröffentlichen Sie es.
Sie werden kontinuierlich neue Funktionen hinzufügen und somit den Eindruck erwecken, dass Sie ständig an der Verbesserung Ihrer Website arbeiten. Neue kommende Funktionen werden auch die Benutzer interessiert und motiviert halten.
Wichtiger ist, dass Sie selbst bei grundlegenden Funktionen Feedback von Benutzern erhalten, die Sie weiterleiten und möglicherweise beeinflussen, wie Sie alle erweiterten Funktionen implementieren, die auf Tageslicht warten.
Es gibt keine Antwort. Hängt von der Geschäftslage ab. Ich mache Agile / XP-Entwicklung und bringe die Software so früh wie möglich in einen stabilen und nutzbaren Zustand.
Ich ermutige unsere Kunden, es zu bekommen, um Feedback zu bekommen. Das ist großartig, da es immer beeinflusst, wie Sie die Software anzeigen, die Sie erstellen. Und es macht definitiv Sinn, wenn Sie das Feedback verdauen und darauf reagieren können.
Aber es gibt Marketingsituationen, in denen Sie sich zurückhalten müssen. Es ist naiv zu glauben, dass es nur eine Möglichkeit gibt, Software in der modernen Welt zu veröffentlichen. Es gibt Risiken in der frühzeitigen Veröffentlichung, da Sie vorsichtig sein müssen, Erwartungen mit Ihrem Publikum sorgfältig zu setzen, und Sie haben einfach nicht die Fähigkeit oder Neigung, dies zu tun. Es kann einfacher sein, mit traditionelleren Release-Zyklen zu bleiben.
Ich glaube immer noch stark an frühe Versionen, selbst wenn sie passwortgeschützt sind. Sie reduzieren Projektrisiken und Stress. Wir wissen, dass es keine versteckten Probleme mit der Freigabe zur Produktion gibt, da wir es seit dem ersten Tag tun. Und es hilft auch, die Entwickler vom heißen Stuhl abzuhalten, da wir immer etwas am Laufen haben. Demos und PR-Momente sind nicht so stressig wie sie nur ein normaler Teil des Prozesses sind.
Also vom Standpunkt der Softwareentwicklung empfehle ich es. Aus Marketingsicht ... nun, das ist SO und wir sollten hier nicht näher darauf eingehen. : - & gt;
Ja, die agile Methodik, die heute so allgemein akzeptiert wird, legt nahe, dass Sie in voll funktionsfähigen und gut getesteten Teilen veröffentlichen. Offensichtlich sollte Ihre erste Iteration die wesentlichen Funktionen enthalten, die Ihren Service funktionieren lassen. Sie können dann Features in einer anderen Iteration hinzufügen.
Starten Sie es als Beta. Hier ist eine Liste der Top 100 Beta-Websites . Nur einladen kann eine gute Möglichkeit sein, die Anzahl der Benutzer einzuschränken, die es verwenden können.
Die eigentliche Frage ist: Woher weißt du, dass es bereits voll funktionsfähig ist ?
Als StackOverflow in der öffentlichen Beta veröffentlicht wurde, gab es eine Menge Features, die noch nicht da waren. Wenn ich mich richtig erinnere Kommentare upvotes (wenn nicht alle Kommentare), Hinweis auf doppelte Frage auf das Schließen für "genaues Duplikat", Letzte Aktivität, und eine Menge anderer Sachen waren zu der Zeit nicht verfügbar.
Die einzige Möglichkeit, dass einige dieser Funktionen zustande kamen, war, dass die Öffentlichkeit danach gefragt hat.
Bis du mit einer öffentlichen Seite rauskommst, ist es nichts anderes als Vaporware, und du wüsstest nicht, wie die Aufnahme aussehen würde. Wenn Sie es in der öffentlichen Beta-Version veröffentlichen, können Sie stückweise wertvolles Feedback erhalten und Mund-zu-Mund-Propaganda aufbauen.
Es ist auch viel sicherer. Erinnere dich an Cuil ? Sie wurden gehypt, um eine Art Google-Mörder zu sein, und veröffentlichten ihre Website live, voll funktionsfähig, an einem einzigen Tag. Ihre Server sind katastrophal abgestürzt - nicht, weil ihre Suchsoftware gesaugt hat (es hätte vielleicht besser sein können), sondern weil ihre Infrastruktur damit nicht umgehen konnte.
Öffentliche Betas hingegen erlauben eine langsamere, sukzessive Einführung, bis Sie eine bessere Vorstellung davon haben, wie Ihre Site funktioniert (CPU / Speicher / Bandbreite) und Ihnen erlauben wird, entsprechend zu reagieren.
Also veröffentlichen Sie diese Seite auf jeden Fall (stellen Sie sicher, dass sie eindeutig als Beta gekennzeichnet ist) und beginnen Sie mit der Suche nach dem wertvollen Nutzer-Feedback, das Sie benötigen, um Ihre Website zu verbessern.
Keine Software ist jemals voll funktionsfähig.
Anwendungsfälle entwickeln sich, wenn Nutzer mitkommen und neue und interessante Anwendungen für Ihr Produkt finden.
Es wäre viel besser, die Website so zu gestalten, dass sie einfach zu aktualisieren ist und während des Updates nur minimale Ausfallzeiten hat. Dann versuchen Sie zu erraten, wer Ihre Benutzer sein werden und wie sie sie nutzen werden.
Tags und Links language-agnostic