Surgiu uma dúvida de processo e queria a opinião de quem vive isso na pele. Minha trajetória começou no design gráfico, onde fazer um orçamento ou estimar prazos tinha um chão mais firme. Um catálogo de 20 páginas, um logo, um layout de site estático, a complexidade era mais visual e de produção. As variáveis eram mais conhecidas e controláveis.
Agora, atuando com UX/UI na criação de produtos digitais, o jogo mudou. Entram na conta a definição de fluxos de usuário, a prototipação interativa, os diversos estados de cada tela (vazia, carregando, com erro), as múltiplas revisões baseadas em teste com usuário e o alinhamento constante com product e desenvolvimento. A quantidade de variáveis e iterações possíveis é muito maior.
Para vocês que atuam com produtos digitais, como é na prática?
- Como costumam chegar numa estimativa de tempo? (É no feeling, comparação com projetos passados, outra coisa?)
- Na opinião de vocês, qual é a principal razão que faz uma estimativa inicial sair completamente do planejado?
Se alguém puder dar um palpite ou contar como é aí no time de vocês, já ajuda demais!
Sempre cobrei por hora, tem um q de feeling sim...
Mas é isso, pego mais ou menos quanto vai dar em horas e cobro um valor x ou y ou z na hora.
E tem que estipular mudanças ta... se não cliente monta... quer mudar? vai subir o preço.
Combina que vai ter um mood board, um proof-of-concept e qualquer mudança depois disso vai ser cobrada... claro que você não cobra tudo, mas se o cara quiser uma pagina inteira diferente cobra sim.
Histórico é a âncora mais forte, você analisa os requisitos, quebra tudo em pequenas partes e estima as partes de acordo com o seu histórico ou histórico do time.
Eu prefiro organizar todo projeto pra deixar o esqueleto funcionando o mais cedo possível, para poder encher ir sempre validando e ajustando o trajeto com o cliente.
Você é UI (pela sua experiência e jeito de falar).
Na verdade, isso é complexo, porque depende de: o que está sendo falado, sobre o que deve ser feito, etc.
Isso quer dizer que é o cliente ou um profissional da área que vai enviar um briefing.
Porém, por que você mudou?
É importante entender e deixar claro para o cliente que é uma ESTIMATIVA e que as coisas podem mudar. Software é algo complexo e abstrato, então é difícil saber o real tamanho até de fato começar a criá-lo. Isso é um fato e não ignore isso. Como você citou, no design você tinha um resultado claro no final 20 páginas, um logo, etc, no software não.
Basicamente é um chute. Como minimizar o erro na hora do chute? Fazendo MUITAS perguntas até você entender tudo que o cliente quer. Não economize nessa parte. No mundo ideal, você teria algunas dias ou semanas para explorar o que precisa ser feito e depois daria uma estimativa. Mesmo fazendo isso ainda existe o risco de errar. Se isso não for possível pois o cliente normalmente precisa de um orçamento fechado, chute um valor alto. Não sei se é no livro do Sommerville ou Pressman, mas um deles diz para multiplicar por 3 sua estimativa inicial.
A natureza do software. Como dito anteriormente, o software é complexo e abstrato. É virtualmente impossível entender todos os possíveis caminhos que um software de média complexidade pode ter. Então, é "normal" uma estimativa inicial sair do planejado.
O mais importante é manter o cliente informado quando algo não previsto apareceu e/ou não foi considerado na estimativa inicial ou é mais difícil do que você tinha pensado para implementar. Por incrível que pareça muitos clientes entendem isso e até ficam agradecidos quando você pró-ativamente fala que algo pode impactar na entrega final.
Se isso acontecer, será necessário alterar o prazo de entrega ou o escopo ou o orçamento para que a qualidade não seja impactada.
A maioria das estimativas são como o nome sugere, estimativas. Quanto maior o escopo da mudança, mais imprecisa ela vai ser: reduzir o escopo aumenta a acurácia e aumentar diminui. Mas continua imprecisa, por isso, é sempre passar uma faixa de datas, ao invés de algo fixo.
Coisas como experiência pessoal na área da mudança e nível de confiança também influenciam.
Estimativa com projetos anteriores... Vc acaba tomando no c* umas 2 ou 3 vezes até começar a acertar suas estimativas.
Importante colocar umas horas a mais por conta de imprevistos.