Eu gosto de muitas da suas respostas, mas vou discordar de parte desta. Embora pareça uma boa ideia, e eu já fiz muito isso, e não descarto como uma forma de fazer uma parte, tentar descobrir quais relatórios serão necessários para montar a estrutura de dados costuma dar errado, até porque semrpe surgirá nos relatórios, e a estrutura não pode mudar em função disso, ela tem que ser bem feita e relativamente estável para suportar os relatórios. Não quer dizer que não posso colocar novos dados, mas quem deve definir quais serão eles é o coração da aplicação, não a saída. Mais uma vez, eventualmente a saída pode ser usada como ideia básica para entender o que o sistema precisa.

O que primeiro deve ser feito sempre é levantamento de requisitos. EM alguns casos os relatórios, provavelmente já existentes, podem ser parte da equação para achar os requisitos, mas ele deve ser feito de forma muito mais ampla.

Levantar os dados corretamente é fundamental, e isso a maioria sdas pessoas não sabem fazer bem, eu mesmo sonhecendo as técnicas e muita experiência ainda falho nisso. Depois estruturar os dados baseando-se nos requisitos tem grande importância para o resto sair certo, e isso eu já sou bem melhor, ainda que não perfeito, mas vejo que muita gente não faz certo porque aprenderam fazer errado desde o início. O resto do sistema tem alguyma importância, claro, mas bem menor. E os relatõrios é quase algo burocrático.

De fato o usuário não sabe o que ele precisa, e por isso é difícil levantar requisitos, até porque você não é o usuário, e por isso não se sabe bem quais relatórios são úteis.

Vou me abster sobre Vibe Coding, já falei bastante sobre isso, ou eu sou burro demais ou...