后端定义接口，然后前端用ajax请求，像这样：

$.ajax({
    type: 'GET',
    url:"填后端给的接口",
    dataType: 'json',
    success: function (data) {
        console.log(data);
    },
    error:function (err) {
        console.log(err)
    }
});

我觉得接口应该由对项目特别了解且技术过硬的人定义出大体样子，具体实现的时候根据不足在微调。
我现在小作坊，前后端商量着来。。。。

我简单说下流程吧。
1 产品找前端提需求（当前，一般来说，产品会把两边都叫过去）。
2 前端找后端要接口
3 后端和前端商量接口的数据结构
4 各自去开发，自己模拟数据
5 前后端开发完成，接入接口，测试，上线

最后说下，整个过程应该有良好的产品文档（为了防止和产品撕逼你懂得）和技术文档以及编码规范。

接口都是由后端定义的

后端定义，前端就调用，可以写个config.js文件里头放路径，到时候后端直接在这个js里头更改路径，这样会方便点。。。

后端给接口，所谓的接口其实就是一个ajax请求地址，前后端通过ajax'交互

一般由后端定义接口，因为后端要负责做后端业务逻辑。如果前端有新需求，需要新接口的话，一般也是前端提需求，由后端定义接口内容。
当然如果公司里有人专门负责设计接口是最好的。（我公司里有人负责设计数据库的存储结构，所以接口也都由他定义，前后端都照着他的文档做接口）

前后端分离的项目一般来说由前端开发工程师主导，后端开发工程师协助定义前后端交互的接口，编写接口文档。

建议前后端共同商议定义接口格式，并且建立在前后端工程师都对业务逻辑十分了解的基础之上，一开始就制定出令双方都满意的接口格式，这样可以减少后期沟通，有效避免写好的程序回炉重造。

流程上不要把前后端分成上下游的关系，而是产品召集相关的前后端讲解用户故事，理解业务后，前后端共同制定接口格式。