Preço de programa para cadastro

eu acho q esta pouco… mas vc deve estipular um valor hora para seu trabalho… e calcular as horas trabalhadas para ver se compensa.

abraços!

dtxk:

eu acho q esta pouco… mas vc deve estipular um valor hora para seu trabalho… e calcular as horas trabalhadas para ver se compensa.

abraços!

Eu pensei em fazer o cálculo: minha hora x tempo gasto, mas não sei ao certo quando tempo levarei. Minha esperança é que seja em 1 mês. Vou ver se consigo termina-lo o mais rápido possível. Acho que o maior trabalho mesmo será criar o banco de dados, visto que a parte de cadastro é simples (porém chata e trabalhosa :? ).

Obrigado.

No meu caso cobraria no minimo 3 mil

Sabe qual é o problema com isso tudo? Fazer freela pequeno, você se casa com o cliente. Você não está sendo responsável só pelo cadastro, você está sendo responsável pelo sistema inteiro, infra, e acredite em mim: no dia que o mouse deles der pau, vão ligar pra você achando que a culpa é sua.

Outra coisa, tenta fazer um contrato baseado em mockups, não faça um contrato só especificando os itens a serem ofertados, pq isso se subdivide demais. São quantas tabelas? Quantos relacionamentos? Que tecnologias você vai usar? Pra emitir os relatórios, vai fazer como? E outra, não existe bem uma questão de “ah, é só um cadastro”. Todo cadastro tem seu uso, e é aí que mora a complexidade da coisa.

Em clientes pequenos, eu costumava cobrar de acordo com o número de horas (sendo que é importante você valorizar a sua hora, e diminuir o número de horas gastas, ex: é mais esperto falar que vai gastar 10h que custam 40 reais cada, do que falar que vai gastar 20h de 20 reais cada, entende?), já em clientes maiores, a contagem é por PF mesmo.

[]'s

Realmente achei pouco, mais se vc ja falou um valor pra eles fica complicado de aumentar.

se for so esse crud simples com alguns relatorios, acho q em um mes da e sobra.
agora se tiver q fazer documentação e etc talvez demore mais.

Diz o valor sem nem mesmo conhecer os requisitos? Interessante…

AUser:

Sabe qual é o problema com isso tudo? Fazer freela pequeno, você se casa com o cliente. Você não está sendo responsável só pelo cadastro, você está sendo responsável pelo sistema inteiro, infra, e acredite em mim: no dia que o mouse deles der pau, vão ligar pra você achando que a culpa é sua.

Outra coisa, tenta fazer um contrato baseado em mockups, não faça um contrato só especificando os itens a serem ofertados, pq isso se subdivide demais. São quantas tabelas? Quantos relacionamentos? Que tecnologias você vai usar? Pra emitir os relatórios, vai fazer como? E outra, não existe bem uma questão de “ah, é só um cadastro”. Todo cadastro tem seu uso, e é aí que mora a complexidade da coisa.

Em clientes pequenos, eu costumava cobrar de acordo com o número de horas (sendo que é importante você valorizar a sua hora, e diminuir o número de horas gastas, ex: é mais esperto falar que vai gastar 10h que custam 40 reais cada, do que falar que vai gastar 20h de 20 reais cada, entende?), já em clientes maiores, a contagem é por PF mesmo.

[]'s

O que me dá medo, na verdade, é caso eles estraguem o banco de dados. Eu não vou implementar nenhum rotina de backup. Vou ensina-los, no máximo, a fazr pelo IBExpert. O meu medo mesmo é isso que você disse, de jogarem a culpa no programador.

Obrigado.

diogogtr:

Realmente achei pouco, mais se vc ja falou um valor pra eles fica complicado de aumentar.

se for so esse crud simples com alguns relatorios, acho q em um mes da e sobra.
agora se tiver q fazer documentação e etc talvez demore mais.

Não, não farei documentação nem nada. Será só o cadastro e os relatórios mesmo (a parte de impressão nem conta, visto que será feita à partir do relatório).

Obrigado.

Eu também achei barato, acho que pra ficar mais justo teria que começar na faixa dos 2 mil em diante.

O nosso amigo falou o requisito

TENDEU CARA?

se for só o cadastro de aluno e pesquisar o aluno por RA, SERIE ETC… imaginei isto…

com base nisso fiz o preço…saco?

Andre Rosa:

AUser:

Sabe qual é o problema com isso tudo? Fazer freela pequeno, você se casa com o cliente. Você não está sendo responsável só pelo cadastro, você está sendo responsável pelo sistema inteiro, infra, e acredite em mim: no dia que o mouse deles der pau, vão ligar pra você achando que a culpa é sua.

Outra coisa, tenta fazer um contrato baseado em mockups, não faça um contrato só especificando os itens a serem ofertados, pq isso se subdivide demais. São quantas tabelas? Quantos relacionamentos? Que tecnologias você vai usar? Pra emitir os relatórios, vai fazer como? E outra, não existe bem uma questão de “ah, é só um cadastro”. Todo cadastro tem seu uso, e é aí que mora a complexidade da coisa.

Em clientes pequenos, eu costumava cobrar de acordo com o número de horas (sendo que é importante você valorizar a sua hora, e diminuir o número de horas gastas, ex: é mais esperto falar que vai gastar 10h que custam 40 reais cada, do que falar que vai gastar 20h de 20 reais cada, entende?), já em clientes maiores, a contagem é por PF mesmo.

[]'s

O que me dá medo, na verdade, é caso eles estraguem o banco de dados. Eu não vou implementar nenhum rotina de backup. Vou ensina-los, no máximo, a fazr pelo IBExpert. O meu medo mesmo é isso que você disse, de jogarem a culpa no programador.

Você nao vai dar acesso ao BD para eles. Eu digo o seguinte: se a aplicação um dia cair porqu~e alguém mexeu, você vai ser o culpado, e vai ter que se deslocar até lá pra isso, etc. São apenas 3 tabelas e relatórios? Eu não sei não viu, nem um cadastrozinho de usuários?

Resumindo: tenta fazer o contrato baseado em mockups, e essa parte de análise faz junto com o cliente na hora. Fora isso, tenta usar algumas coisas pra te ajudarem e deixarem o desenvolvimento mais rápido. Exemplo: appFuse, Spring, Hibernate, qualquer coisa que te ajude na manutenção e deixe a aplicação fácil de mexer depois. Toda aplicação é mutável, e essa é a lei que define o porquê a manutenção/modificação tem que ser fácil e rápida. Sem contar que se você conseguir usar esse tipo de ferramenta, vai conseguir desenvolver mais rápido, com menos bugs, e vai gastar menos tempo.

[]'s

infelizmente eles sempre desvalorizam o nosso trabalho, e tem um que faz no valor que querem…

erickfm8:

Diz o valor sem nem mesmo conhecer os requisitos? Interessante…

O nosso amigo falou o requisito

TENDEU CARA?

se for só o cadastro de aluno e pesquisar o aluno por RA, SERIE ETC… imaginei isto…

com base nisso fiz o preço…saco?

Sim, e fica a dica: é por isso que 90% de quem faz software pra pequena empresa se ferra, fica no “imaginei isso”. Ao invés de sentar com o cliente e desenhar tudo. Não há base pra cobrar, de todo jeito. Eu por exemplo, há algum tempo atrás fiz um sistema que administrava um estoque, e nada mais. Esse é o requisito? Não. Ele não deu detalhe algum sobre a implementação, quantos campos, como devem ser as telas, nada.

Por experiência própria, independente de quanto você cobre, faça isso baseado em contrato.
Como o camarada disse, o cliente sempre achará que o problema é teu, seja por falha no programa ou por um problema com o cabo de rede.
Quanto ao preço, me parece pouco mesmo, porém, você precisa avaliar o seguinte, para desenvolver este pequeno crud, sugiro que faça uma análise, deixe “portas” abertas para futuras implementações e, caso venham a ocorrer, você cobra um preço justo (ou maior) pelas manutenções (se for esperto, coloca no contrato que a manutenção ou upgrade deve ser prioritariamente feito por ti, etc, etc).

Eu pelo menos nunca vi um desses “sobrinhos” e coisas do gênero que fazem um trabalho que prestam. O blog do DiVasca retrata bem isso: http://divasca.blogspot.com (o kicolobo que recomendou). Trate como profissional quem te trata como, se não, não trate.

erickfm8:

Diz o valor sem nem mesmo conhecer os requisitos? Interessante…

O nosso amigo falou o requisito

TENDEU CARA?

se for só o cadastro de aluno e pesquisar o aluno por RA, SERIE ETC… imaginei isto…

com base nisso fiz o preço…saco?

Vou fazer algo bem simplório. Vou fazer a pesquisa apenas por nome mesmo.

AUser:

Andre Rosa:

AUser:

Sabe qual é o problema com isso tudo? Fazer freela pequeno, você se casa com o cliente. Você não está sendo responsável só pelo cadastro, você está sendo responsável pelo sistema inteiro, infra, e acredite em mim: no dia que o mouse deles der pau, vão ligar pra você achando que a culpa é sua.

Outra coisa, tenta fazer um contrato baseado em mockups, não faça um contrato só especificando os itens a serem ofertados, pq isso se subdivide demais. São quantas tabelas? Quantos relacionamentos? Que tecnologias você vai usar? Pra emitir os relatórios, vai fazer como? E outra, não existe bem uma questão de “ah, é só um cadastro”. Todo cadastro tem seu uso, e é aí que mora a complexidade da coisa.

Em clientes pequenos, eu costumava cobrar de acordo com o número de horas (sendo que é importante você valorizar a sua hora, e diminuir o número de horas gastas, ex: é mais esperto falar que vai gastar 10h que custam 40 reais cada, do que falar que vai gastar 20h de 20 reais cada, entende?), já em clientes maiores, a contagem é por PF mesmo.

[]'s

O que me dá medo, na verdade, é caso eles estraguem o banco de dados. Eu não vou implementar nenhum rotina de backup. Vou ensina-los, no máximo, a fazr pelo IBExpert. O meu medo mesmo é isso que você disse, de jogarem a culpa no programador.

Você nao vai dar acesso ao BD para eles. Eu digo o seguinte: se a aplicação um dia cair porqu~e alguém mexeu, você vai ser o culpado, e vai ter que se deslocar até lá pra isso, etc. São apenas 3 tabelas e relatórios? Eu não sei não viu, nem um cadastrozinho de usuários?

Resumindo: tenta fazer o contrato baseado em mockups, e essa parte de análise faz junto com o cliente na hora. Fora isso, tenta usar algumas coisas pra te ajudarem e deixarem o desenvolvimento mais rápido. Exemplo: appFuse, Spring, Hibernate, qualquer coisa que te ajude na manutenção e deixe a aplicação fácil de mexer depois. Toda aplicação é mutável, e essa é a lei que define o porquê a manutenção/modificação tem que ser fácil e rápida. Sem contar que se você conseguir usar esse tipo de ferramenta, vai conseguir desenvolver mais rápido, com menos bugs, e vai gastar menos tempo.

[]'s

Como era algo pequeno, eu não estava nem pensando em fazer contrato. Eu não sou bom com finanças, dificilmente faço algo como free-lancer. Vou procurar me informar a respeito.

drsmachado:

Por experiência própria, independente de quanto você cobre, faça isso baseado em contrato.
Como o camarada disse, o cliente sempre achará que o problema é teu, seja por falha no programa ou por um problema com o cabo de rede.
Quanto ao preço, me parece pouco mesmo, porém, você precisa avaliar o seguinte, para desenvolver este pequeno crud, sugiro que faça uma análise, deixe “portas” abertas para futuras implementações e, caso venham a ocorrer, você cobra um preço justo (ou maior) pelas manutenções (se for esperto, coloca no contrato que a manutenção ou upgrade deve ser prioritariamente feito por ti, etc, etc).

Opa, gostei da sugestão. Muito obrigado.

Se eu não der acesso ao banco de dados a eles, para que eles possam fazer backup através do IBExpert, eu terei de criar uma rotina para backup (seja em Java ou através de um bat). Devo vender esse complemento separadamente?

Obrigado!

Andre Rosa:

Se eu não der acesso ao banco de dados a eles, para que eles possam fazer backup através do IBExpert, eu terei de criar uma rotina para backup (seja em Java ou através de um bat). Devo vender esse complemento separadamente?

Obrigado!

Aumenta o preço e diz que ele não vai ter que se preocupar nem com backup, que vai ser tudo feito automaticamente. Resumindo: transforma uma solução pra um problema em uma vantagem que você está oferecendo, tá vendo a “sutil” diferença?

[]'s

AUser:

Andre Rosa:

Se eu não der acesso ao banco de dados a eles, para que eles possam fazer backup através do IBExpert, eu terei de criar uma rotina para backup (seja em Java ou através de um bat). Devo vender esse complemento separadamente?

Obrigado!

Aumenta o preço e diz que ele não vai ter que se preocupar nem com backup, que vai ser tudo feito automaticamente. Resumindo: transforma uma solução pra um problema em uma vantagem que você está oferecendo, tá vendo a “sutil” diferença?

[]'s

Beleza. Farei isso.

Obrigado, e desculpe por ser tão ingênuo, é que não sou bom com valores, mesmo.

Andre Rosa:

AUser:

Andre Rosa:

Se eu não der acesso ao banco de dados a eles, para que eles possam fazer backup através do IBExpert, eu terei de criar uma rotina para backup (seja em Java ou através de um bat). Devo vender esse complemento separadamente?

Obrigado!

Aumenta o preço e diz que ele não vai ter que se preocupar nem com backup, que vai ser tudo feito automaticamente. Resumindo: transforma uma solução pra um problema em uma vantagem que você está oferecendo, tá vendo a “sutil” diferença?

[]'s

Beleza. Farei isso.

Obrigado, e desculpe por ser tão ingênuo, é que não sou bom com valores, mesmo.

Tranquilo, mas fica a dica: aprenda a ser bom com valores e com tudo isso, e como lidar com clientes tb. Não é difícil, é só treino. E é preciso fazer isso pra viver mesmo…

[]'s

isso foi me passado por um professor: “naum existe sisteminha, pq do mais básico q seja tem as validações e por ai vai…” creio q um contrato tb vem a calhar pra deixar claro aquilo q foi combinado e entregue pra naum vir dps dizendo que falta isso akilo e nunca mais vc terá sussego.

Não esquenta Andre, se você não é bom, eu sou péssimo. Realmente essa é uma arte que preciso aprender, acho que porque na verdade eu sou bem afobado pra esses assuntos…

Luxu, eu concordo em partes com a sua opnião e a acho correta em 95% das vezes…

Mas eu mesmo já fiz um Sisteminha, que me custou 1 dia e meio de trabalho e custo R$ 500,00. Cobrei R$ 600,00 e esqueci da choiradeira, era pra ter cobrado R$ 700,00

Até hoje é usado e agora um rapaz lá do local que acompanha o Progresso… Uma vez só, desde 2009, ele me ligou pra tirar uma dúvida e nunca mais, e pelo que sei, apesar de ocorrer 2 vezes por ano o evento para o qual eu fiz o Sistema, eles o utilizam até hoje… Não sei se esse semestre usarão…

Enfim, foi um Sisteminha mesmo e está lá funcionando. Não houveram mudanças de requisitos e substituiu muito bem a pilha de fichas cadastrais e planilhas do Excel que usavam pra controlar os membros…

Porém repito, em 95% dos casos, realmente os Sisteminhas são Bestas Feras prontas paera darem a cara… Verdadeiros “Lobos em pele de Cordeiro”… heueheuehue

Abs []

olhem isso e opiniem, a minha, qdo a esmola é d+ até o Santo desconfia

http://www.orkut.com.br/Main#CommMsgs?cmm=19706&tid=5656860022098831797

MEU PROFESSOR SEMPRE FALOU…

NÃO EXISTE SISTEMINHA, quando vc chega par o cliente e fala sisteminha vc está desevalorizando o seu proprio trabalho, o que existe é sistemas maiores ou menores

cara… isso é bastante complicado, você está sugerindo um prazo de entrega e um preço sem saber quantas horas vai precisar e quando vai trabalhar essas horas?

se o preço está fixo, quanto mais horas precisar, menos vai ganhar por hora, mais vai ter trabalho, stress e sono… de madrugada você pode não ser tão produtivo quanto durante o dia.

dica, faça o contrato especificando em detalhes o que será feito, quando será entregue e quais são as responsabilidades de cada um (uma dica interessante seria estipular um prazo após a entrega ou qualquer re-entrega para eles relatarem qualquer erro no software e qualquer coisa que não está conforme, sendo que qualquer coisa diferente disso deve ser acordada em outro contrato). O contrato serve para proteger os dois lados, lembre-se disso.

Pessoal,
Acho que irão fechar. Para tentar desfazer a besteira que fiz, vou ir sugerindo adicionais e complementos para o sistema (muita coisa já tenho pronto). A representante, que negociará, está no Canadá. Assim que ela vir vou conversar com ela.

PS: Será que é doença de programador? Tenho um amigo que é um ótimo programador, trabalha ha mais de 15 anos na área, ele também tem problemas com valores.

Obrigado a todos.

depende muito da complexidade da coisa… tem cadastro que vc faz em 15 min e tem cadastro que vc faz em 1 semana… mas se o cliente não sabe exatamente o que quer seria interessante vc disponibilizar algo bem simples de inicio para não sair muito caro e não ocupar muito tempo e depois ir oferecendo plus e ir aumentando a complexidade a cada versão diferente e é claro cobrar por cada release lançada…

mas acho que a melhor métrica é vc ver quanto tempo demoraria para fazer cada requisito e jogar um valor hora… assim vc já estima tempo e valor… seria interessante se vc conseguisse fazer isto em etapas tipo negociar não o sistema todo mais em partes… ve as partes mais importantes para seu cliente e entrega e cobra primeiro… pois é muito dificil estimar um sistema inteiro sem antes botar a mão na massa…

Andre Rosa:

Pessoal,
Acho que irão fechar. Para tentar desfazer a besteira que fiz, vou ir sugerindo adicionais e complementos para o sistema (muita coisa já tenho pronto). A representante, que negociará, está no Canadá. Assim que ela vir vou conversar com ela.

PS: Será que é doença de programador? Tenho um amigo que é um ótimo programador, trabalha ha mais de 15 anos na área, ele também tem problemas com valores.

Obrigado a todos.

Opa,

Essa questão de não saber mensurar valores é comum, mas é uma doença que debilita e maltrata muito e eu já tive esse problema. Quando tinha uns 15/16 anos, fui vender um software de administração comercial pra uma loja que era bem legalzinho (ok, era Delphi e o bd era Paradox), o problema? Cobrei R$500,00 e com vergonha. E o camarada? O cara lucrava uns 20k por mês. Eu me senti explorado e humilhado.

Com o tempo fui trabalhando isso, fui vendo que desenvolver software é agregar valor, e que aquela conversa mole de “ainda vamos fazer várias coisas juntos” é só pra poder abaixar o valor do produto, ou então conseguir desconto. Isso não existe no mundo real. Não deve haver vergonha em cobrar caro, ou em cobrar o justo. Bota o valor lá, se o cara puder, paga, se não, não paga. Esse pensamento de “pegar o que vier” só traz uma coisa: migalhas.

[]'s!

AUser:

Andre Rosa:

Pessoal,
Acho que irão fechar. Para tentar desfazer a besteira que fiz, vou ir sugerindo adicionais e complementos para o sistema (muita coisa já tenho pronto). A representante, que negociará, está no Canadá. Assim que ela vir vou conversar com ela.

PS: Será que é doença de programador? Tenho um amigo que é um ótimo programador, trabalha ha mais de 15 anos na área, ele também tem problemas com valores.

Obrigado a todos.

Opa,

Essa questão de não saber mensurar valores é comum, mas é uma doença que debilita e maltrata muito e eu já tive esse problema. Quando tinha uns 15/16 anos, fui vender um software de administração comercial pra uma loja que era bem legalzinho (ok, era Delphi e o bd era Paradox), o problema? Cobrei R$500,00 e com vergonha. E o camarada? O cara lucrava uns 20k por mês. Eu me senti explorado e humilhado.

Com o tempo fui trabalhando isso, fui vendo que desenvolver software é agregar valor, e que aquela conversa mole de “ainda vamos fazer várias coisas juntos” é só pra poder abaixar o valor do produto, ou então conseguir desconto. Isso não existe no mundo real. Não deve haver vergonha em cobrar caro, ou em cobrar o justo. Bota o valor lá, se o cara puder, paga, se não, não paga. Esse pensamento de “pegar o que vier” só traz uma coisa: migalhas.

[]'s!

É verdade! Isso é uma grande autofagia, tubarão come tubarão.

Welcome to the Capitalism!