Olá Diego, é um prazer te responder pois já passei por essas dúvidas rsrs
Acham que eu cobro muito pouco ? Depende do seu nível de senioridade e aqui não falo só de código. Eu diria que para um Jr (1 ano de xp) estaria bom o valor.
Quanto vcs costumam cobrar ? Quem da preço é o mercado. Quanto os desenvolvedores que tem o mesmo know how que o seu estão pedindo por hora? Qual o preço deles praticado na cidade aonde você mora? Quando você tiver essa informação, vai ficar melhor para dar seu preço.
Como é o calculo de vcs para cobrar um freelas ? Pego o valor bruto que ganho mensalmente na CLT e divido por 30 dias e depois por 8h para descobrir qual meu preço por hora no CLT. Depois estudo o projeto e tento chegar em um valor mais ou menos de horas que vou precisar para termina-ló.
O ponto mais difícil dessa estratégia é mensurar o tempo que irei levar no projeto, por conta disso calculo quanto tempo livre tenho para se dedicar ao projeto, por exemplo, 4 horas de segunda a sexta, e 16 horas no final de semana, o que resulta em 36 horas semanais, que por 4 semanas daria 144 horas/mês, se o projeto couber dentro dessas horas, dou o valor total do meu mês para o cliente, se for passar de um mês de desenvolvimento, fecho o primeiro mês e vou sentindo como será o andamento (as vezes até compensa começar o projeto antes de passar o preço, só para ter parâmetro de mensuração).
Também levo em consideração se é um projeto que tenho possibilidade de manter futuramente com um contratinho, nesses casos vale a pena abaixar o preço no começo para ganhar no longo prazo.
Cliente O cliente sempre vai chorar, por isso você não pode dar seu preço mínimo no começo, dê seu preço máximo para você ter margem para negociar.
Se o cliente não pode pagar o preço que você pediu, significa que o negócio dele não da lucro.
Cara, muito legal seus pontos.
Gostei muito da dica de não dar o valor mínimo para o cliente, com certeza vou adotar.
Obrigado.
Essa opção de cobrar em cima de um valor máximo de hora, para ter margem para negociação é necessária, independente do tipo de metodologia que você use (cobrança por hora, por ponto de função, por pacote, etc...)
Acho a abordagem de cálculo por horas uma métrica interessante para projetos, o que pressupõe escopo e prazo definidos, porque desta forma você incluir na estimativa a complexidade do projeto, algo que em Pontos de Função não funciona bem. Pontos de Função são ótimos quanto há muitas CRUDs, por exemplo. Imagine o caso de uma inteface gráfica extremamente complexa que praticamente não consome ou modifica dados ou talvez regras de negócio intricadas.
A métrica Pontos de Especificação por Exemplo – PEEX, por exemplo, tenta equilibrar as distorções que ocorrem em Pontos de Função.