A história tende a nos ensinar que tentar projetar algo sem ter uma idéia clara do que você deseja alcançar raramente funciona bem. Igualmente, a definição do problema a ser resolvido deve abordar o problema subjacente, não apenas ser um esboço de uma solução proposta.
É claro que existe um local perfeitamente válido para pesquisa e desenvolvimento em aberto ou especulativo, mas isso não é exatamente o mesmo que realmente projetar algo.
Frequentemente, se os requisitos de um design parecem muito flexíveis, é porque eles não foram definidos o suficiente. Os requisitos devem definir o que você deseja alcançar, e não uma lista de desejos de 'recursos' que podem ou não ajudar na solução do problema principal.
Claro que o contexto é muito importante. Por exemplo, se você é membro de uma equipe de design, pode ser que outro designer lhe dê um conjunto muito específico de especificações. Digamos que você esteja projetando um alternador para um mecanismo específico, o projetista principal pode lhe dizer detalhes como capacidade máxima de corrente, ciclo de trabalho, capacidade média de corrente, tolerância de tensão, massa máxima, métricas de durabilidade ambiental e expectativa de vida.
Por outro lado, se você estiver desenvolvendo um conceito geral de design para um carro, poderá estar negociando objetivos bastante mais difusos com pessoas de marketing estratégico que podem muito bem ter objetivos bastante mais abstratos em mente e é quando se trata de 'projetar' um produto comercializável. produto em vez de projetar estritamente uma solução para um problema bem definido.
Em última análise, isso se resume ao fato de que o objetivo de "o que eu posso projetar que as pessoas comprem a um preço lucrativo para mim " não é um problema estritamente de engenharia. Da mesma maneira que ' como posso melhorar a confiabilidade desta bomba sem aumentar muito seu custo ', é muito.
Da mesma forma, qualquer pessoa que tenha trabalhado em qualquer tipo de capacidade freelancer estará bem ciente de que o que o cliente diz que deseja é frequentemente uma declaração de como ele imagina que o problema deve ser resolvido, em vez de uma definição do que realmente deseja que o design atinja.
Penso que existe um bom argumento de que uma das habilidades definidoras da engenharia é a capacidade de identificar adequadamente qual é o problema / necessidade real sem pressupor uma solução específica e, da mesma forma, ser capaz de diferenciar entre sintomas problemáticos e sua causa subjacente.
