独立开发先写前端还是先写后端？

以前自己开发的项目，我前端后端数据库一起开发的，前端写出一个模块，后端就写对应的方法处理数据，如果突然改了前端结构，需要的数据不同，可能后端方法也跟着改，如果想到了新字段，数据库也改，数据库改了就改后端数据模型。反正就是前端跟着想法来，后端和数据库都跟着前端的需求来。我一个人开发，当时也没想明确分工，代码功能多了就感觉不太规范而且有点乱的感觉。 我前端的设计总是没灵感，设计得总是不让自己满意，所以我的项目前端设计上磨了很多时间，这个问题不知道咋解决。 现在我想开一个新项目，功能更多的。我想把这个项目写好(方便迭代升级)，我现在按照这样的过程开发可以吗？ ①先设计数据库→②写接口文档，把所有需要的方法都写在文档里面→③根据文档写webapi→④设计并开发前端静态页面→⑤调用webapi前后端接轨后完成项目。 (有可能文档写了100个功能不同的方法，再开发前端过程中，觉得有些功能不必要，最后项目完成只用了60个方法) 我是学生项目是写着练手，项目也不着急，半年时间，但我想写好写规范。 我一个人开发，上面的开发过程是对的吗？