Vejo que você está pulando algumas etapas importantes que devem vir antes da programação de um software de fato. Todo software é produzido com uma finalidade e objetivo, estes devem atender as demandas e resolver os problemas de usuário.

A parte ausente aqui é a arquitetura de software. Nenhum software começa direto com a programação. Não atoa existem os diagramas de UML que, quando usados corretamente, nascem antes de qualquer desenvolvimento.

O primeiro passo é listar todos os requisitos. Pense nos casos de uso do seu software, como ele será utilizado e por quem será utilizado? Quais problemas ele resolve e o que você precisa entregar de valor? Essa análise é importante e deve ser desenhada para que você tenha diretrizes e seja capaz de atingir esses requisitos ao final do projeto.

Depois disso, você organiza esses requisitos de forma técnica. Visualizando as tecnologias que serão utilizadas, os frameworks e bibliotecas que podem acelerar o desenvolvimento, etc. O resultado dessa organização são algumas dezenas de diagramas UML que eluciam como seu software deve ser programado.

Por fim, você vai à programação. Se você fizer uma boa arquitetura de software, você tem duas opções:

• Começar pelo front-end e fazer um mock de tudo que o back-end precisará retornar para o front-end;
• Começar pelo back-end e depois sincronizar com o front-end para validação.

Existem diversas estratégias para isso. Imagino que, talvez, você não tenha feito um curso universitário. 70% do curso universitário é justamente para isso, aprender além da programação. Um livro que pode te ajudar é Domain Driven Design do Eric Evans, ele explica muito bem o processo antes da programação. Existem algumas dezenas de livros sobre arquitetura de software que também podem ajudar.