Como você decide quanto custará seu software? [fechadas]

Se você é um desenvolvedor individual ou tem um papel de liderança em uma empresa de software, pode ter que decidir quanto custará seu software um ou outro dia ... Qual é sua experiência em calcular quanto custa seu software para seu cliente? Por que esse método funciona para você?

Outra maneira de analisar isso é "qual software é mais roubado?". O software mais caro, como o Adobe Create Suite, costuma ser um objetivo, já que o preço inicial é tão alto - vários milhares de dólares por um pacote enorme, do qual você pode acabar usando apenas 10% da capacidade de cada componente. Veja o esforço que a Microsoft fez em suas iniciativas 'Genuine Windows' - alguém realmente compra mais o Windows ou o Office? As empresas que são auditadas precisam, mas muitas pequenas empresas e um grande número de usuários domésticos parecem felizes em usar uma cópia ilegítima (ou ilegal).

Minha opinião pessoal é que, se você quiser ganhar algum dinheiro com seu software, não libere o código-fonte na comunidade de domínio público / código-fonte aberto. Claramente, há casos em que a venda de suporte para um código de código aberto pode levar à lucratividade, mas a IMO abrindo seu código-fonte deve ser feita para obter a contribuição da comunidade. Expor seu código legal à Web perde sua vantagem competitiva se você deseja que o software se torne uma fonte de renda.

Portanto, a melhor estratégia atual para o software que eu já vi é licenciá-lo . Ofereça gratuitamente uma versão limitada do software, para que o usuário possa se familiarizar com ele sem precisar se inscrever em uma conta ou entregar os detalhes do cartão de crédito, ambos desanimadores. Quando eles chegarem a um ponto em que o estão usando seriamente, você poderá oferecer a opção de aumentar o armazenamento / largura de banda / capacidade / capacidade #. Muitos serviços online estão usando esse modelo, assim como os aplicativos para iPhone - faça o download gratuito da versão 'Lite', pague para ativar mais recursos.

O preço real pelo qual você licencia o software é um fator de:

1. finalidade - quão difícil é a tarefa que resolve?
2. tamanho do mercado alvo - quantas pessoas enfrentam esse problema?
3. segmentos de mercado - existem diferentes níveis / tipos de usuário nesse mercado? (usuários avançados x usuários domésticos etc.)

Exemplos:

• Tudo por 37Signals - BaseCamp, CampFire, BackPack, etc. O produto low-end é gratuito, pague por mais.
• Evernote . O cliente do software é gratuito com algum armazenamento. Pague por mais.
• DropBox . O cliente do software é gratuito com algum armazenamento. Pague por mais.
• Aplicativos do Google. Sem fins lucrativos, educação, baixo uso / poucos usuários gratuitos. Pague por mais usuários de armazenamento / disponibilidade / comerciais.

# Se o pagamento desbloquear alguma capacidade, não a coloque na versão gratuita, pois ela será quebrada - independentemente da penetração no mercado. Algumas pessoas adoram subverter os mecanismos de proteção de software e vários dos produtos nos quais trabalhei ao longo dos anos tiveram esse destino - até mesmo o nicho. Não sou especialista, mas uma combinação de uma versão baixada identificável exclusivamente que pode ser incluída na lista negra se "ligar para casa" de mais de X endereços IP diferentes pode ser um ponto de partida. Se você detectar que alguém está entregando a cópia do software, você tem algumas opções - converse com eles (se estiverem registrados), pois pode haver um bom motivo (eles reformatam o PC regularmente, etc.),

Embora eu não concorde com tudo o que Joel diz, seu artigo sobre " Camelos e patinhos de borracha " sobre este tópico é uma IMO de leitura obrigatória.

O conselho básico é "cobrar o que as pessoas estarão dispostas a pagar" ou:

Se você não pode se incomodar em ler isso, basta cobrar US $ 0,05 pelo seu software, a menos que ele faça o rastreamento de bugs, nesse caso, cobrar US $ 30.000.000 por ele.

Descubra primeiro seu objetivo de precificação. Em seguida, procure estratégias de preços para atingir esse objetivo.
- Survival? Em seguida, defina os níveis de preços para corresponder às despesas.
- Maximizar lucro? Existem muitas estratégias a serem consideradas, por exemplo, "Price Skimming", como a Sony fez com o PS / 3, funciona se for legal na sua jurisdição e se você enfrentar uma curva de demanda inelástica. A Sony estabeleceu preços altos inicialmente em US $ 599 e gradualmente os reduziu para US $ 299.
- ROI? Defina os níveis de preços para recuperar um certo retorno anual sobre o patrimônio.
- Aumentar participação de mercado? Se sua curva de demanda é elástica, a redução de preços em relação aos concorrentes pode ajudar a conseguir isso.
- Fluxo de caixa?Os níveis de preços devem incentivar vendas rápidas.
- Status Quo? Uma guerra de preços pode ser invencível. Não balance o barco. Defina preços para corresponder aos preços do seu concorrente.
- Qualidade do produto? Defina preços para recuperar os custos de P&D e estabelecer uma imagem de alta qualidade.

Você precisa calcular quanto tempo acha que vai demorar e quanto deseja ganhar por hora e depois multiplicar um por outro.

Em seguida, você precisará adicionar todos os custos que incorrerá ao escrever o software.

Então você precisa adicionar qualquer contingência ... ou seja, se você estiver trabalhando com preço fixo, quais são as chances de surgir algo que levará tempo extra.

Por fim, você precisa garantir que seu custo seja impresso no mesmo pedaço de papel que indica exatamente o que você entregará em troca do dinheiro e precisará fazer um depósito ... você evitará muito desperdício de tempo. insistindo em um depósito.

Na verdade, eu escrevi um par de artigos sobre o assunto há alguns meses, mas só tropeçou sobre esta questão agora.

O caminho mais fácil é dizer que difere muito, dependendo do público-alvo, do mercado, do tamanho do problema resolvido e assim por diante, o que é verdade - mas acho que você pode dividir o software em três categorias gerais:

• Software indispensável
• Software agradável de usar
• Ninguém precisa de software

Supondo que você não se enquadre na 3ª categoria, você precisa descobrir em que categoria você é. Geralmente, os softwares de bom gosto devem ter preços na faixa de "por que não?" (como Jeff chama em seu artigo), o que significa baixo o suficiente para que um cliente em potencial não se importe em abrir sua carteira, enquanto o software obrigatório tem muito mais flexibilidade com os preços.

O que torna o software um item obrigatório? é aí que todas as diferentes variáveis ​​entram para jogar. Os mais importantes na minha opinião são:

• Qual o tamanho do problema que está sendo resolvido? Quanto tempo / dinheiro você economiza para o usuário final? (tempo = dinheiro)
• Quão única é a solução? (ou seja, você pode encontrar uma alternativa mais barata / gratuita / melhor pesquisando no Google?)

Quando preço de software, essas são as principais considerações que tomo. Você pode levar em consideração parâmetros adicionais, como mercado (você pode preços mais altos ao vender para a empresa em vez de para o setor privado, por exemplo).

Além disso, nunca tenha medo de experimentar depois de definir o preço. Reserve algum tempo para que os dados se acumulem e tente testar preços diferentes para ver como isso afeta as vendas.

Lembre-se de que seu preço também refletirá a qualidade do seu software aos olhos de potenciais compradores. Existe um efeito psicológico de que, se o produto A tiver um preço mais alto que o produto B, o produto A será visto como de qualidade superior a B, mesmo sem nenhuma informação de suporte. Isso é verdade desde o feijão em lata até o carro e a casa.

Por fim, seu argumento de negócios para este software definirá seu preço (isso é uma extensão única de algo existente, um líder de perda para conquistar novos clientes? Etc.)

Não carregue - libere-o como software Free / Open.

Em seguida, forneça um meio para as pessoas doarem o que quiserem, com base no quão útil é para elas. (Infelizmente, eu realmente não sei o quão eficaz isso é.)

Se esse é um produto essencial para sua empresa, você ainda pode fazer o acima, mas também um contrato de licença e suporte comercial, e talvez também o desenvolvimento de recursos patrocinados.
(Este modelo é usado em grandes empresas de software como JBoss , MySQL , mas empresas menores como BlueRiver ou Railo Technologies também fazem isso com sucesso.)