什么是接口❓
要理解接口是什么，首先理解一下为什么要用接口？
两个独立的系统，它们的数据或程序是独立的，这就使得它们无法直接访问对方的数据库或程序（两个独立的数据相当于两个独立的家庭，每个家庭肯定是不允许外人随便进入的，否则会发生偷窃等后果严重的事件）。但是某些业务场景下，独立的系统之间又必须相互共享数据或共用一套程序逻辑，如统一业务流程上的不同业务操作系统，下游系统的业务依赖于上游系统的数据。

既然如此为什么不把它们设计成一个系统，这样不就没有上面的问题了吗？

这是因为有的业务流程很长很复杂，如果设计成一个系统，整个系统变得很庞杂，不论是功能设计、开发维护都很难。因此一般都会把虽然有上下游业务关系但又有清晰边界的业务划分成独立的系统实现，如采购系统和仓储系统。此外，很多时候我们需要获取的数据是我们外部其他公司拥有的数据，更不可能设计成同一个系统了。

基于以上两点：接口就是两个独立系统之间同步数据或访问对方程序的途径

为什么产品经理要写接口需求❓
在小团队中，业务划分不清晰，所有业务共用一个产、研团队，产品、开发对全局的业务和业务涉及的数据流会比较熟悉。在这种环境下，假设某个需求的方案，在实现过程中需要基于本业务系统和其他业务系统的数据来实现，就不需要产品经理去写接口需求，开发可基于对需求的理解，自行完成接口的需求梳理和接口的实现。

在大团队中，首先在组织架构上会根据不同的业务线，划分不同的业务部门和不同的产研团队，在这样的组织中，每个业务线的开发一般情况下只负责业务范围内的需求，不会交叉负责其他业务线的需求，从而就会造成不熟悉其他业务线的业务与数据流的现象。在这种环境下，如某个需求的方案，在实现过程中需要基于本业务系统和其他业务系统的数据来实现，就需要产品经理去调研并输出接口需求。

举个🌰：
营销团队的某个营销活动，需要基于用户的某些信息去判断用户是否可以参与活动时，就需要营销团队产品经理去了解用户业务的业务、数据、如何获取，并向开发提出接口需求并提供接口需求说明。很多业务庞大且复杂的公司，产品经理在处理需求的过程中都有可能需要写接口需求。