Ao lançar um aplicativo inicialmente, você retém alguns dos recursos para lançamentos futuros?

8

Novo no site, desculpe se esta é a seção errada.

Estou iniciando o desenvolvimento de aplicativos e imaginando qual é a melhor prática ao liberar meu aplicativo inicialmente. Os desenvolvedores tendem a manter alguns dos recursos de futuras atualizações para manter os usuários ativos ou tentam lançar o aplicativo mais completo possível?

Basicamente, é recomendável lançar um aplicativo o mais rápido possível e atualizá-lo periodicamente para o aplicativo completo que você tem em mente, ou aguarde até que ele seja totalmente desenvolvido e liberá-lo com menos perspectivas de atualização?

EDIT: Obrigado pelas respostas. No momento, estou apenas projetando o aplicativo e anotando todos os recursos em que consigo pensar e tentando priorizar quais incluir no lançamento inicial. Com base nas respostas dadas, acho que receberei um MVP (obrigado pelo termo) assim que estiver pronto e atualizarei com os novos recursos assim que forem criados. Eu não estou retendo os recursos construídos, fiquei dividido entre se eu deveria construí-los todos antes do lançamento ou apenas os necessários, liberar e depois construir os outros.

Tanto quanto sei, isso não é um clone. É o meu primeiro aplicativo e eu o usarei como uma experiência de aprendizado

Shane
fonte
2
Parece haver um pouco de confusão. Você quer dizer que possui recursos que já foram criados e os estão retendo? Muitas respostas parecem assumir que você ainda precisa criar esses recursos e está atrasando o lançamento para construí-los. Eu acho que parece um pouco mais com o primeiro que com o último.
Morgan Herlocker 8/08
Você está criando um clone de outro aplicativo?
JeffO 8/08

Respostas:

22

A maioria das pessoas que produzem seu primeiro aplicativo (pelo menos aqueles que acabam tendo um produto de sucesso) lança o que chamam de MVP primeiro.

O MVP é um produto viável mínimo - o aplicativo nesse momento contém a quantidade mínima de recursos necessários para ser um produto útil.

Então, com base no feedback do usuário / cliente, você pode trabalhar em novos recursos. A idéia é que você só saberá o que importa para seus clientes quando as pessoas começarem a usá-lo. Alguns dos planos que você tinha antes do lançamento podem ser totalmente descartados ou revisados ​​à luz dos comentários que você recebe.

Steve Hill
fonte
9

Se você não retiver os recursos para versões posteriores, seu aplicativo nunca será lançado. Quase sempre há novos recursos a serem adicionados ao software, mas em algum momento você precisa se sentar e dizer "O aplicativo será lançado com os recursos X e Y virá mais tarde"

KallDrexx
fonte
3

Não. Lance o melhor produto que puder o mais rápido possível (onde o mais rápido possível == comercializado, testado etc.). A partir daí, use seu tempo para continuar trabalhando em novos recursos. Seus usuários vão gostar mais do aplicativo desde o início e espalharão a notícia. Se você tiver mais usuários, terá mais feedback para criar novas funcionalidades e mais fluxo de caixa para financiar o desenvolvimento.

Morgan Herlocker
fonte
2

Isso varia de um aplicativo para outro. Se o aplicativo puder ser útil apenas com algumas das funcionalidades, eu diria que liberá-lo assim que houver o suficiente para atrair usuários.

Por exemplo, um cliente do Twitter: seria de alguma utilidade assim que você pudesse ler o feed e postar atualizações. No entanto, existem muitos outros recursos que podem ser adicionados posteriormente, como upload de imagens ou encurtamento de links.

Por outro lado, um programa de finanças pessoais (como o Quickbooks) não será muito útil sem muito mais no lançamento inicial. Você precisará gerenciar várias contas, configurar categorias, validar transferências etc.

No entanto, eu não reteria os recursos concluídos. Se você tem alguma funcionalidade que ainda não está pronta para uso no mundo real, deixe de fora.

David Hogue
fonte
1

Não há nada de errado com o requisito comercial dizendo "O recurso X estará disponível na data Y". Por qualquer motivo que você queira "reter" um recurso específico, verifique se o aplicativo está totalmente funcional sem ele. Caso contrário, você só estará atirando no próprio pé.

Jeremy Heiler
fonte