公司产品需要接入第三方支付，从产品经理的角度该如何设计这个功能的前后端？

单纯接入第三方支付很容易，只要团队中有开发经验稍微丰富的人，一般最多一周就能完成一家支付公司整体的接入，但如果要考虑与核心业务流程整合、可运营性、架构扩展、安全等问题时候，涉及的东西就很多。

作为一个产品经理，在设计支付产品时候，依赖于你公司及团队发展阶段，对应支付产品的设计策略及方案也不同。

第一阶段：业务发展初期/接入支付平台初期

此阶段的目标是跑通核心的业务流程，验证整体的业务模式，支付业务量较少。

因此对于支付本身的要求不高，在渠道上只需要接入一到两家支付渠道，业务上能够跑通完整支付流程就行。在核心业务系统上，对支付系统业务过多要求。

此时候的接入策略很简单：一般第三方支付都提供了接入的文档及对应语言的Demo程序，直接按照其文档及例子接入联调即可。

除了标准的支付、查询、充值、退款、转账、对账、结算等交易流程外，还需要重点注意如下几点：

1、差错的处理机制，包括掉单后的补单/查询机制、重复支付处理机制、结算对账时候的长短款处理机制等。
2、为清结算人员、运营人员提供完善的工具，降低开发人员介入日常运营的维护成本。
3、一定要有信息安全意识，包括支付相关数据安全、通讯安全、系统安全、网络安全等等。

当然在创业初期，如果团队缺少交易系统构建经验，也可以适当考虑诸如ping++、beecloud这样的厂商，优劣可以参考： 使用第三方支付集成有何风险，例如 Beecloud 或者 Ping++ ? - 梁川的回答

第二阶段：多种支付渠道整合

此阶段，核心业务已经形成一定规模，支付已经成为核心业务流程的一环，支付的成功率、用户体验、费率、安全性等都成为业务核心竞争力。

同时基于成本、风险、运营等角度考虑，一般会同时接入多家支付平台，一方面能够为用户提供多种选择，另外一方面可以在多个渠道间做路由切换（基于成本、流量、营销活动等等）。

此时候的接入策略不再是接入本身，而是：怎样让支付与核心业务系统整合？怎样做多渠道的整合，提高结算、运营的效率，降低运营的成本？

此时候需要从系统架构上做整体规划（实际上应当在第一阶段就做），包括系统的：
1、客户、用户、账户模型
2、支付网关
3、交易系统
4、账务系统
5、清结算系统（多个支付渠道）
6、多支付渠道渠道路由系统
7、风控系统/反欺诈系统（例如网游反欺诈）
8、支付相关的运营系统功能
等等

以上功能貌似包含了一个完整支付平台的相关功能，但作为商家的平台，其侧重点与支付平台并不相同。例如客户、用户、账户系统，对商家平台（例如电商平台）而言一般就是会员系统。

第三阶段：自建支付平台

此阶段，平台除了第三方支付外，还会自己接入一些银行渠道等金融机构资源，另外在业务创新上也会结合支付做一些创新（例如面向平台商户的供应链融资、面向平台用户的授信）。此时候，支付本身已经逐步演变为类第三方支付的支付平台。
此时候面临的问题基本上就是一个支付平台构建的所有问题。

回到题主的问题，由于一直是做客户端开发的，缺少支付及交易系统相关的经验。既然你们公司自己在搭建支付平台，强烈建议让公司做支付架构师、产品经理来参与你们的系统设计，避免走弯路。虽然接入第三方支付貌似很简单，相信你们几天就能完整接入微信支付/支付宝，但如果要考虑到未来系统的扩展性、安全、算清楚账等问题，还是让专业的人来干这事情。

关于平台资金流转的问题，以前的一个类似回答，供参考。美团、饿了么这些平台先收消费者的钱，然后再转账给商户，在财务上是怎么处理的？ - 梁川的回答