小孟是去年三月入的行，之前开过半年网店，倒闭了。
网店倒闭之后想找一条新路
网店倒闭的时候，支付宝商户后台还挂着，他就想着能不能把这个支付权限用起来。 听说有人靠接支付赚钱，他就去搜了一圈。
搜出来的结果两极分化严重：要么是“月入十万不是梦”的招商广告，要么是“血本无归千万别碰”的劝退贴。真正讲中间状态的文章，基本找不到。
以为能赚信息差的钱
小孟最开始的想法很简单：很多小商家没有支付接口，你去帮他们申请，中间赚点服务费。 他觉得这是个信息差的生意。
干了半个月之后发现，信息差确实存在，但方向反了——是平台方和小孟之间存在信息差。商户资质审核的标准、通道额度限制、结算周期的浮动规则，这些东西平台从来不直说，全靠你自己踩坑试出来。
小孟第一个商户是一个做社区团购的，日流水大概几千块。接上去头三天一切正常，第四天突然被限额了。他打客服电话问原因，客服说“系统综合评估”，再问就是“建议商户提供补充材料”。什么材料？客服说“看情况”。
小孟当时的想法是：这行是不是所有关键信息都靠猜。
后来他才知道，那个商户被限额是因为短时间内收款地址太分散——同一个收款码，一小时内在七八个不同省份被人扫过。风控系统把这个行为判定为“疑似远程信用卡套现”，自动触发了限制。但这条规则在商户入驻协议中一个不起眼的附录里，而且只写了“异常交易模式可能触发审核”这种模糊表述。
补交了三份材料，等了五个工作日，限额才解除。商户那边已经急得开始找别的支付方式了。
关键转折：发现一个被忽视的入口
小孟踩了一连串坑之后，开始沉下心研究平台规则。他发现支付宝有个“商户分级”体系，根据商户的交易量、投诉率、退款率自动调整服务等级。等级高的商户可以享受更快的结算速度和更高的单笔限额。
很多小商户不知道这个分级体系的存在，因为他们不会去翻支付宝开放平台的开发者文档——那文档有几千页。
小孟把商户分级的规则整理出来了，做成了一份简洁版的操作指南，大概整理出了十几个能影响评分的指标。这个事情花了他整整一周时间，期间反复对照测试商户的数据验证。之后他去谈新商户的时候直接亮出这份指南，告诉他“跟着我做可以帮你的收款额度提上去”。
转化率高了不少。
商户愿意为确定性付费。你告诉他“接我的通道可以少踩坑”——这个卖点不明确。你说“三个月内帮你的单笔限额从五千提到两万”——他就有动力了。
干了半年，账算清楚了
小孟现在手里的商户不到二十个，月总流水差不多五六十万。他收的费率比上游高一些，再加上收一部分固定的技术服务费，每个月扣掉各项开支之后到手的钱大概相当于二线城市一个普通上班族的工资。
有小道消息说有人一个月能赚六位数，小孟说他认识的人里没有做到的。做到那个级别需要的不是技术，是商务资源和资金垫付能力，已经不属于小玩家的范畴。
这行有个隐藏的门槛很少人讲：你得扛得住账期。上游给你结算可能是T+1或者T+2，但你为了吸引商户，通常要承诺即时到账或者T+0。中间这几天的资金缺口，得用自己的现金来垫。垫着垫着你会发现，账面上的利润还没变现，又得拿出去垫下一个周期。
小孟有一次遇到上游通道维护，结算延迟了两天，他那两天几乎把所有的流动资金都搭进去了。那次之后他给自己定了个规矩：手上的现金至少要能覆盖一周的垫付量。
另外上个月小孟帮一个做知识付费的客户排查问题，折腾了半天发现是支付宝沙箱环境那边的接口签名方式和正式环境有细微差异，在沙箱里跑得通的代码到了生产环境就报错。这种坑文档里写了但是写得特别绕，他最后查到凌晨才定位到是一行参数顺序的问题。curl请求里参数按字母排序还是按文档顺序，结果不一样，这种细节测试文档根本不会告诉你。
这让我想起曾经写过的那篇关于支付回调排查的文章，其实很多故障的根源都是这种毫不起眼的配置差异。
说到这个行业最大的变化，个人开发者接入微信支付，我的野路子全记录里面那种摸索阶段的痛感，放在今天依然没太大变化。平台方的文档质量这些年改进有限，该踩的坑还得自己踩。
昨天晚上小孟在群里发了一张截图，是他统计的上个月通道成功率波动图。白天的成功率大概在九成七八，凌晨两点到四点的成功率能掉到九成以下。他分析了半天，怀疑是夜间批量跑结算任务的小程序把通道资源占满了。
群里有个人回了一句：你这个分析是不是想太多了，可能就是单纯的运气不好。
小孟说有可能，然后又去查日志了。
讨论区