Como você deve lidar com um projeto popular que não deseja mais manter?

Eu estou supondo que este não é um projeto em um local de trabalho onde você é um funcionário pago e algo que você faz em seu tempo livre de graça?

Se você não está ganhando dinheiro com isso, então claramente não há nenhum incentivo para você, e nenhum incentivo para qualquer outra pessoa vir de novo para lidar com isso. (a menos que seja para uma organização beneficente ou similar)

Como alternativa, por que não considerar a possibilidade de adicionar recursos pagos?

Desta forma, você pode ter algum incentivo para continuar. Você pode encontrar pessoas dispostas a pagar, especialmente quando a alternativa é que o sistema deixe de ser desenvolvido ativamente. (claro que as pessoas podem abandonar o seu sistema, mas o que você se importa, você já não está sendo pago).

Outra opção poderia ser usar o projeto para aprender novas tecnologias? É um site? Atualize para a tecnologia mais recente? Converter de Asp.Net para MVC4 por exemplo? criar uma versão para celular, torná-la baseada em serviços e criar um front-end de aplicativo para iOS?

Anuncie seu abandono do produto para sua comunidade de usuários. Talvez você encontre um sucessor para o seu papel como mantenedor. Tente organizar algum tempo de entrega, como você faria com um projeto no seu trabalho diário.

Como esr colocou em A catedral e o bazar :

When you lose interest in a program, your last duty to it is to hand it off to a competent successor.

Outra sugestão para você, que é um pouco o oposto do que você está perguntando, mas acho que deveria estar na sua lista para consideração. Você já pensou em não abandoná-lo? Se você tem um projeto de que há pessoas usando ativamente e com requisitos crescentes, mas não são capazes de modificá-lo por conta própria e você é o único especialista no software ... então você está em condições de cobrar-lhes dinheiro por isso. / p>

Se a fonte estiver aberta, você pode considerar encerrá-la (sua escolha, se quiser sufocar a concorrência, desenvolvendo o projeto ainda mais). Quando a próxima solicitação de recurso chegar, diga sim por uma taxa de $ xyz.

Apenas uma opção a considerar.

É difícil abandonar sua base de fãs, especialmente quando você é diferente deles. Se houvesse desenvolvedores no grupo de usuários, seria um problema fácil de resolver: apenas anuncie sua saída iminente e sugira que alguém dê um passo à frente, oferecendo-se para ajudá-los a se atualizar antes de você sair. Como não existem, a questão é realmente esta: você (ou seus usuários) pode encontrar alguém para substituí-lo em um período de tempo que faça sentido para você (ou seus usuários).

No passado, mantive vários projetos por anos a mais do que eu me importava porque era bom para minha reputação. Minha estatura, embora relativamente pequena, no meu campo me ajudou a encontrar emprego quando eu precisava ou queria, e isso tem valor para mim. Valor suficiente para valer a pena colocar meu tempo quando eu pudesse. Eventualmente, é claro, eu fui embora, mas me certifiquei de que o código completo do projeto estivesse disponível para qualquer sucessor.

Você quer abandonar o projeto porque ...

você não quer mais fazer isso?

Então: Leitor de ala de encerramento gracioso.

Ou ... contrate um desenvolvedor (continue abaixo)

Ou porque você está perdendo dinheiro?

Calcule os custos do próprio bolso (e continue abaixo)

Ou porque você não está ganhando dinheiro?

Calcule quanto você precisa fazer para se sentir diferente:

Custos diretos
1. devem ser cobertos
2. custo de um desenvolvedor para continuar o desenvolvimento
3. uma margem de lucro

Seja honesto com seus usuários: explique a eles que custa um determinado tempo, energia, etc. para manter o serviço.

Em seguida, peça doações e / ou cobrar por recursos existentes . Não tente inventar recursos premium que apenas atrasem a determinação de se o serviço é realmente valioso o suficiente para se sustentar. Basta ir com os recursos que você tem.

Se os usuários reclamarem bem, eles poderão ir para outro lugar. Se não houver doações e / ou inscrições suficientes, encerre.

Seja brutal - depois de puxar a tomada, não olhe para trás.

Você tem algumas opções, como outras notaram. Minha opção é colocar um aviso de fim de vida. Indique que o produto será encerrado em tal e tal data.

Além disso, indique que, como este produto está próximo do fim da vida útil, somente os bugs críticos que afetam a capacidade do aplicativo de funcionar como projetado ou pretendido serão abordados. I.E. se o servidor estiver inoperante, você o colocará em funcionamento novamente.

Se os usuários tiverem dados, talvez você precise adicionar uma maneira de exportá-los.

Veja o que o Google recentemente fez com o Google Reader para orientação. Eles a fecharam e era um serviço muito popular, mas não se encaixava em suas metas de longo prazo, então a decisão difícil de encerrá-la precisava ser feita.

Algum tipo de meio caminho mede uma possível solução? Mantenha o projeto funcionando, mas diminua sua carga de trabalho?

Por exemplo, você diz que ainda está respondendo a e-mails pedindo ajuda. Você pode configurar um fórum de usuários e insistir em que todas as consultas de suporte sejam feitas para que outros usuários avançados possam ajudar?

Passar para o puro pagamento vai matar muitos usuários, mas há muitas alternativas para o pagamento puro. Um videogame que eu jogo dá aos donatários algumas vantagens extras, como mais downloads por hora, "um jogo baseado em habilidade pura, não confundir com pagamento para ganhar lol de lixo". Outro jogo Path of Exile oferece atualizações de cosméticos. Outros sites colocam pesquisas em troca de largura de banda. O codificador de doação dá aos usuários gratuitos licenças (X Time) renováveis quantas vezes quiserem, mas os doadores obtêm licenças permanentes.

Existem toneladas de opções que oferecem dinheiro, mas também mantêm os usuários gratuitos por perto.

A maioria das pessoas não tem problemas em apoiar algo de que gostem tão honestamente que eu tentaria perguntar primeiro configurando uma área de gorjetas calculada para cobrir seu custo mensal.

Você incluiu a tag open-source , então acho que seu projeto é um software de código aberto.

there have been very few code contributions in the past

Isso é lamentável, mas compreensível no caso de você estar fazendo tudo. Muitos usuários não se envolvem desde que funcionem razoavelmente.

Alguns líderes gostam de delegar todas as responsabilidades, e alguns líderes gostam de manter um controle mais rigoroso. Embora seja necessário um equilíbrio, delegar o mais rápido possível é a chave aqui.

Eu criei mais de 30 projetos de código aberto, e muitos ainda estão ativos, embora eu os tenha deixado. Aqui está o que eu recomendaria:

1. Conceda acesso a um bug tracker MUITO generosamente, talvez a qualquer pessoa que já tenha contribuído com uma linha de código. Se alguém começar a fazer coisas malucas (probabilidade muito baixa), você ainda terá o controle administrativo para removê-las. Não se esqueça de dar outros direitos: controle de código-fonte, wiki, tradução coletiva, página do facebook, conta do Twitter, site oficial, google analytics, etc.

2. Poste no fórum (e no aviso do site) anunciando que você está se aposentando e procurando um novo líder de projeto.

3. Mesmo se ninguém entrar como líder de equipe, problemas fatais que poderiam ocorrer (exemplo bobo: uma URL codificada torna-se 404, fazendo o aplicativo travar na inicialização), ela provavelmente será corrigida por alguém. Se ninguém corrigir falhas fatais, isso significa que você não deve se preocupar muito mais, você fez o que podia, mas o projeto não parece mais ser viável.