Neu auf der Seite, tut mir leid, wenn dies der falsche Abschnitt ist.
Ich beginne mit der App-Entwicklung und frage mich, was die beste Vorgehensweise ist, wenn ich meine App zum ersten Mal veröffentliche. Behalten Entwickler dazu bei, einige der Funktionen für zukünftige Updates beizubehalten, um die Benutzer aktiv zu halten, oder versuchen sie, die vollständigste App zu veröffentlichen?
Grundsätzlich wird empfohlen, eine App so bald wie möglich zu veröffentlichen und sie dann regelmäßig auf die vollständige App zu aktualisieren, die Sie sich vorgestellt haben, oder zu warten, bis Sie sie vollständig entwickelt haben, und sie mit weniger Aktualisierungsaussichten zu veröffentlichen.
EDIT: Danke für die Antworten. Ich entwerfe gerade die App und schreibe alle Funktionen auf, die mir einfallen, und versuche, Prioritäten für den ersten Start zu setzen. Basierend auf den gegebenen Antworten denke ich, dass ich ein MVP (danke für den Begriff) herausbringen werde, sobald es fertig ist, und es dann mit neuen Funktionen aktualisieren werde, sobald sie erstellt sind. Ich halte gebaute Features nicht zurück, war nur hin- und hergerissen, ob ich sie alle vor dem Start oder nur die notwendigen erstellen, freigeben und dann die anderen erstellen sollte.
Soweit mir bekannt ist, ist dies kein Klon. Es ist jedoch meine erste App und ich werde sie als Lernerfahrung nutzen
quelle
Antworten:
Die meisten Leute, die ihre erste App produzieren (zumindest diejenigen, die ein erfolgreiches Produkt haben), veröffentlichen zuerst das, was sie MVP nennen.
MVP ist ein Produkt mit minimaler Lebensfähigkeit - Die App enthält zu diesem Zeitpunkt nur die minimale Anzahl von Funktionen, die erforderlich sind, um ein nützliches Produkt zu sein.
Basierend auf dem Feedback von Benutzern und Kunden können Sie dann an neuen Funktionen arbeiten. Die Idee ist, dass Sie erst dann wissen, worauf es Ihren Kunden ankommt, wenn die Leute damit beginnen. Einige der Pläne, die Sie vor dem Start hatten, werden möglicherweise aufgrund des erhaltenen Feedbacks vollständig verworfen oder überarbeitet.
quelle
Wenn Sie Funktionen für spätere Versionen nicht zurückhalten, wird Ihre Anwendung niemals veröffentlicht. Es gibt fast immer neue Funktionen, die der Software hinzugefügt werden können, aber irgendwann müssen Sie sich hinsetzen und sagen: "Die Anwendung wird mit X-Funktionen veröffentlicht und Y wird später verfügbar sein."
quelle
Nein. Geben Sie so schnell wie möglich das bestmögliche Produkt frei (wo ASAP == vermarktet, getestet usw.). Nutzen Sie von dort aus Ihre Zeit, um weiter an neuen Funktionen zu arbeiten. Ihre Benutzer werden die App von Anfang an mehr mögen und das Wort verbreiten. Wenn Sie mehr Benutzer haben, erhalten Sie mehr Feedback, um neue Funktionen aufzubauen, und mehr Cashflow, um die Entwicklung zu finanzieren.
quelle
Dies wird von App zu App unterschiedlich sein. Wenn die App nur mit einigen Funktionen nützlich sein kann, würde ich sagen, sie freizugeben, sobald genügend vorhanden ist, um Benutzer anzulocken.
Zum Beispiel ein Twitter-Client: Es wäre von Nutzen, sobald Sie den Feed lesen und Updates veröffentlichen könnten. Es gibt jedoch viele andere Funktionen, die später hinzugefügt werden könnten, z. B. das Hochladen von Bildern oder das Verkürzen von Links.
Am anderen Ende des Spektrums: Ein persönliches Finanzprogramm (wie Quickbooks) wird ohne viel mehr in der ersten Version nicht viel nützen. Sie müssen mehrere Konten verwalten, Kategorien einrichten, Übertragungen validieren usw.
Ich würde mich jedoch nicht auf abgeschlossene Funktionen zurückhalten. Wenn Sie über Funktionen verfügen, die noch nicht für den Einsatz in der Praxis bereit sind, lassen Sie sie auf jeden Fall aus.
quelle
Es ist nichts Falsches an der Geschäftsanforderung "Feature X wird bis zum Y-Datum verfügbar sein". Stellen Sie aus irgendeinem Grund, warum Sie eine bestimmte Funktion "zurückhalten" möchten, sicher, dass die App ohne sie voll funktionsfähig ist. Andernfalls schießen Sie sich einfach in den Fuß.
quelle