A contratação como PJ está com o tempo contato. Primeiro, porque muitos clientes estão exigindo que a fornecedora contrate como CLT, para evitar processos para o cliente. Segundo, porque a contratação como PJ favorece a rotatividade, uma vez que o funcionário tem quase nada a perder por deixar o emprego. Como CLT, quanto mais o tempo passa, mais o funcionário tem a perder se pedir demissão e assim a empresa pode reter conhecimento.
Quanto aos preços competitivos, uma outra malandragem que as empresas brasileiras fazem muito (principalmente com PJ) é prometer ao cliente x horas de projeto, quando na verdade o projeto precisa de 2x ou 3x. Daí tome a fazer hora extra (na maioria dos casos, não remuneradas). Quando são remuneradas, não são pagas de acordo com a CLT. E assim, um projeto que, na realidade custaria Y, acaba custando y - z. E advinha quem paga Z?
Tu mesmo, desenvolvedor!
Existem algumas formas interessantes de dar um preço barato a um projeto. Lembrando que pelo menos 90% destes iniciam com um escopo e terminam com outro bem maior, o custo do projeto é constantemente recalculado, e é exatamente daí que algumas empresas tiram seus lucros.
A estrategia é bem inteligente, o escopo inicial sendo feito a preço de custo, fazendo com que o valor fique bastante atrativo para o cliente e o lucro sendo extraído das changes requests e novas funcionalidades.
[quote=deniswsrosa]
Existem algumas formas interessantes de dar um preço barato a um projeto. Lembrando que pelo menos 90% destes iniciam com um escopo e terminam com outro bem maior, o custo do projeto é constantemente recalculado, e é exatamente daí que algumas empresas tiram seus lucros.
A estrategia é bem inteligente, o escopo inicial sendo feito a preço de custo, fazendo com que o valor fique bastante atrativo para o cliente e o lucro sendo extraído das changes requests e novas funcionalidades.[/quote]
E o que acontece se o cliente decide não contratar a manutenção com a mesma empresa e passa o sistema entregue para outra?
[quote=esmiralha][quote=deniswsrosa]
Existem algumas formas interessantes de dar um preço barato a um projeto. Lembrando que pelo menos 90% destes iniciam com um escopo e terminam com outro bem maior, o custo do projeto é constantemente recalculado, e é exatamente daí que algumas empresas tiram seus lucros.
A estrategia é bem inteligente, o escopo inicial sendo feito a preço de custo, fazendo com que o valor fique bastante atrativo para o cliente e o lucro sendo extraído das changes requests e novas funcionalidades.[/quote]
E o que acontece se o cliente decide não contratar a manutenção com a mesma empresa e passa o sistema entregue para outra?[/quote]
Cada caso é um caso, existem casos em que o projeto é feito para praticamente nao dar lucro, fazem isso para apenas “entrar” no cliente. Essa é uma estrategia comum em bancos, telecomunicacoes e etc, pois essas empresas sempre tem muitos projetos. Logo a consultoria tenta primeiramente “ganhar espaco”. O que realmente irá trazer lucro são os proximos projetos. Eu sei que a empresa corre o risco de nao fechar mais nenhum contrato, mas ai… paciência.
Agora, em momento nenhum me referi a manutenção, embora seja mais comum a propria empresa que desenvolver prestar o suporte. Me referi a tirar vantagem da má definicao do escopo inicial do projeto. Isso é não é algo dificil de perceber, pois o cliente sempre pede uma coisinha minuscula, mas que para chegar nela precisamos implementar uma porrada de outras coisas, é exatamente nessa “porrada de outras coisas” que nao foram acordadas no inicio é que se pode tirar o seu lucro. Pois o projeto tem um valor bastante atrativo no inicio, mas devido as mudancas de requisitos, acaba tomando as dimencoes orcamentarias de um projeto comum.
Todo mundo sabe que o cliente pode querer somente o que foi definido e acabou, mesmo que nao funcione sem desenvolver outros modulos necessarios. Mas obviamente, todo bom negociador sabe se essa metodologia pode ou nao se aplicar ao seu caso.