普通应用指非电商、外卖、金融等大批量交易的应用，支付应用场景有限，收款量不大。商品管理、支付、物流、客服都以最小化产品的方式实现。
一、支付通道选择
从交易总额来看，支付宝（大额高频）、微信（小额高频）、银联在线（网银、银联账户）是前三甲。大批量交易应用一般会采用专业第三方支付（易宝通联之类，佣金成本更低，接入成本高）或者直接跟各大银行接银企直联（佣金成本更低，接入成本维护成本更高）。其中支付宝和微信因前几年的补贴大战教育了用户，应当首选。银联在线的用户体验确实太差，跳转银行查U盾的体验不敢恭维，注册有银联账户的用户基数又不大。所以，建议先接支付宝和微信支付。
1、支付宝支付
支持的场景包括web即时到帐、扫码支付（线上线下）、APP支付（装APP为非必须）、手机浏览器支付，另外还有条码支付（超市扫码枪）、声波支付。
只要不是网游等虚拟商品类，交易费率都是从每笔交易费用中抽取0.6%。虚拟类为1.2%。
2、微信支付
分2块，需要分别申请。费率一般都在0.6%，除非为电子数码、网游、手机等行业1%。
APP支付：因为微信为纯移动化产品，所以在移动端只支持安装APP的时候支付，而支付宝可以支持支付宝账号登录支付，和，移动浏览器支付。在微信开放平台注册账号后，添加应用后，给此应用申请开通APP支付。
公众号支付：在微信公众号申请开通微信支付，可以用于web扫码支付和公众号内支付。而支付宝除了扫码支付，还可以用支付宝账号和快捷支付。另外，支付宝是不可以在公众号内支付的。
特别注意：一般要在开发前，提前3周左右开始申请开通，因为涉及到一些认证公函和审核时间。切不可因为审核的原因拖延开发时间。
二、配套系统
1、商品管理：
对所售卖的商品进行管理。
包括商品的类型、信息描述、价格、库存等信息。在电商里应为SKU管理的概念。
2、路由管理：
对每种商品可用的支付方式进行管理。
包括支付方式的可用性、优先级等，支付通道选择较多时，需要较复杂的路由管理，使得系统稳定性和成本最低。
3、支付服务
与支付通道进行交互。
包括生成订单、签名等功能。
4、订单管理
对订单进行全生命周期管理。
包括生成订单、取消、完成、退款等功能，还需要提供对账功能。
5、物流管理（ERP）
跟踪售卖商品的进销存，大一点的系统可能需要完整的ERP功能。
6、风控管理
对风险交易进行监控管理。
包括风险交易的定义、措施等规则的定义，一般在道高一尺魔高一丈中磨练出来的规则。
7、财务相关：
对账：每日对进、出的款项进行明细和综合的校对
记账：记录所有的人工首付款流水，保证公司账户与虚拟账户是平账的
分润：如果有跟第三方进行分润的项目，还要系统计算出实际的分润情况，辅助财务
特别注意：除了产品技术上面的接入外，要特别考虑运营、财务同学的需求，免得后天天做拉数据、改数据这样的运维工作。
三、因地因时制宜
1、如果没有相关开发经验，或者时间要求紧迫，可以接入第三方的第三方支付公司，比如Ping++、现在支付等。可以一站式接入微信、支付宝、百度、京东、苏宁、银联等支付通道。
2、快速接入、在实际场景中打磨产品，但是涉及到钱的产品设计还是要谨慎，在金融行业据说有有一句话是“风控是金融的核心”。
3、根据自己的情况，决定哪些系统要做重，哪些要做轻。
等产品上线了，再来总结下踩到的坑。
以上。
