Como faço (rapidamente) para que as pessoas saibam que o software que estou fornecendo gratuitamente não é um abandono?


13

Como programador independente e individual:

Como faço para que as pessoas saibam rapidamente que não abandonei o software que escrevi e doei de graça? Que estou envidando os esforços necessários para manter e dar suporte ao meu software em nível profissional?

Quando o software escrito por um ou dois desenvolvedores está disponível gratuitamente ou marcado como código-fonte aberto, geralmente a suposição padrão é que ele é abandonado. Geralmente, essa é uma suposição segura - verifique as respostas para esta pergunta se você duvida: Por que os programadores escrevem aplicativos de código fechado e os liberam? .

Existem muitos programadores que fornecem ferramentas gratuitas e / ou de código aberto que não são abandonadas.

Se estamos falando de grandes empresas, como o Google, não há problema real em diferenciar entre suporte, ferramentas e software ao vivo e aqueles que são abandonados ou descontinuados.

Um animado repositório git não é rápido - os usuários terão que ter conhecimento suficiente para entender o repositório e saber onde procurá-lo. O marketing consistente e o gerenciamento comunitário levam mais tempo e esforço do que eu posso colocar sozinho. Além disso, se meu software se tornar popular / bem-sucedido, suponho que eles crescerão por conta própria e serão suportados por usuários avançados da comunidade.


2
Superp documentação? Um rastreador de erros ativo com um bom registro de problemas sendo corrigidos?

Você possui "Nova versão disponível" no seu código e atualiza regularmente, mesmo que você tenha feito apenas pequenas alterações?
Trezoid

2
Por que você vai permanecer ativo com isso? Se você der aos seus usuários uma resposta boa e genuína a esta pergunta, eles acreditarão em você.
Nicole

2
Eu desafiaria sua suposição de que "geralmente" as pessoas pensam que o freeware é abandonware. Por outro lado - você não pode garantir que não abandonará seus usuários no futuro, porque a garantia não tem "dentes". Então, o que você está realmente tentando alcançar?
precisa

Respostas:


15

A tentou organizar as sugestões em duas partes, com três pontos cada: o primeiro aponta para pessoas sem formação técnica, o segundo: todas as pessoas e o último, as pessoas com mais conhecimento em TI.

Conteúdo

Primeiro e mais importante, o conteúdo do seu site deve refletir o fato de que seu produto de software é atualizado com freqüência.

  • A data da última atualização . Mostre. Na página inicial. No topo. Em letras grandes. Porque este é o ponto mais importante. Você pode me dizer o que deseja tentar me convencer de que ainda está trabalhando duro no seu projeto. Se o projeto foi atualizado por último em 2002, nunca acreditarei em você. Por exemplo, o site Notepad2 nos diz: "Última atualização do projeto: 06 de maio de 2011". Só de ler, tenho certeza de que o projeto está longe de ser abandonado.

  • A frequência das atualizações . Alguns projetos não são abandonados em um dia, mas progressivamente: no início, há uma atualização por mês, depois duas por ano, em vez de uma em dois anos. Se, nos últimos anos, você atualizou seu projeto pelo menos uma vez por mês, seria muito convincente para os usuários ver a lista de atualizações (e também útil para ver o que foi modificado).

  • Seu feedback para a comunidade . Você ouve as sugestões dos seus usuários? Você resolve os bugs relatados? Ter a lista de relatórios de erros, em que existem tickets recentes e esses tickets são resolvidos é um bom sinal: não apenas sua comunidade não o abandonou, mas você não abandonou sua comunidade .

O último ponto é especialmente verdadeiro para pessoas como desenvolvedores. Se você segmentar pessoas sem formação tecnológica, elas podem nem saber nem se importar com o software de rastreamento de bugs. Para essas pessoas, você gostaria de insistir nos dois primeiros pontos, especialmente no primeiro.

Estilo

Não é apenas sobre o que você conta, mas também sobre como você conta. Na maioria dos casos, as pessoas acham que seu software foi abandonado ou não. Para dar a eles o sentimento apropriado:

  • Exibir datas recentes . Não é apenas a data da última atualização. Também pode ser uma lista de postagens recentes que você fez relacionadas a este produto de software ou o número de downloads nos últimos dois meses etc. Às vezes, até a exibição do feed RSS que não tem nada a ver com o seu produto pode fazer o truque. para pessoas sem formação tecnológica.

  • Tenha um design visual recente . Se o seu site dá a impressão de não ser alterado desde 1998, você pode dizer que está trabalhando duro para manter seu produto de software, mas e quanto à manutenção do site na última década?

  • Use novas tecnologias . Seu site está escrito em HTML5 / CSS3? Isso é ótimo! Tenho certeza de que seu produto também é bom e, se estiver escrito em C #, ele usa o .NET Framework 4.


Sim, mas são necessários alguns conhecimentos para procurar esse tipo de informação e saber como processá-la. E os usuários que nem sabem sobre fóruns e software de rastreamento de bugs?
blueberryfields

1
@blueberryfields: refatorei minha resposta. Espero que ele responda à pergunta em seu comentário.
Arseni Mourzenko

7

Crie um blog / fóruns no site e mantenha-se ativo.


1
+1: Meu primeiro pensamento. Mesmo algo todo mês ou dois dizendo: "Não está morto, estou fazendo isso" provavelmente será suficiente.
Bob Murphy

Sim, mas isso é apenas parcialmente correto. Seriamente. Há muito o que se pode fazer com o superlib antes que ele se transforme em bloatware e você não queira mais mantê-lo. Em algum momento, tudo funcionará, você seguirá em frente e comprometerá o patch anual relacionado às dependências.
Denis de Bernardy

2

Indique, de preferência automaticamente, quando ocorreram as últimas atualizações na versão de produção e na versão de desenvolvimento do software. O SourceForge , por exemplo, faz isso (um pouco) automaticamente com a data da "última atividade", embora eu não saiba ao certo o que constitui "atividade".

A abordagem que o vinho também parece eficaz, embora talvez menos. Há uma seção "Notícias" na primeira página que mostra a data do lançamento do ponto de desenvolvimento que está sendo anunciado.

De um modo geral, uma página da Web que parece ativa ajudará muito a tornar seu projeto ativo.


1

Além de todas as boas sugestões de outros, quero acrescentar:

  • Deixe claro que você está aceitando problemas e sugestões de aprimoramento em um rastreador de problemas ou de qualquer maneira adequada.
  • Faça um roteiro para mostrar que você planeja lançar versões mais novas com melhores recursos. Será uma boa impressão saber que você está se comprometendo com a evolução e não apenas com a manutenção.

1

Além de um blog, você pode criar uma conta no Twitter para que eles sigam - a sua pessoal ou a criada especificamente para o seu programa. Eu recomendaria uma conta dedicada no Twitter, pois pode ser difícil encontrar tweets relacionados a atualizações. No entanto, isso pode ajudar a divulgar seu nome / criar seguidores em torno de uma conta central.


0

Forneça um histórico em seu site ou similar. Se o usuário puder ver que algum trabalho foi realizado nos últimos dois meses (na forma de um release), ele assumirá que um projeto ainda está sendo mantido.

Caso contrário, tenha um blog ou algo com informações atualizadas e regularmente atualizadas. Se o usuário perceber que o conteúdo está mudando, provavelmente não considerará um projeto morto.


0

No futuro, você chegará a um ponto em que implementou o que queria e tudo está lá e funciona.

Pode precisar de um patch ocasional e assim por diante devido a dependências ou problemas relacionados à plataforma, mas simplesmente funciona.

Nesse ponto, verifique se o seu sistema de bilheteira está aberto. Diga, github.

Se o sistema de emissão de bilhetes apresentar problemas que apodrecem há anos sem confirmação, geralmente significa que nenhuma manutenção está ocorrendo.

Se houver um número saudável de tickers e confirmações recentes, isso significa que está ativo.

Se não houver ingressos e confirmações recentes (por exemplo, ruby ​​/ sequel), você provavelmente está mantendo uma joia.

Eu acho que a chave é o ticket rock. Não é grande coisa se um software não for atualizado há anos, se o sistema de emissão de bilhetes mostrar que nenhum problema válido surgiu desde a última atualização.


0

Um método, não mencionado até agora, é anunciar que você está aberto a acordos comerciais. Se as pessoas acharem que você está ganhando dinheiro com o projeto (mesmo que não seja de vendas), elas ficarão mais convencidas de que não serão abandonadas. Afinal, você tem um motivo para não abandoná-lo.

Ainda mais pontos de bônus se você puder observar acordos bem-sucedidos em suas notas de versão: "Suporte do Windows 7 gentilmente patrocinado pela Acme Inc."

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.