首先以一条短信为例：
这是一条常见的验证码短信，由【签名】+模板内容组成。
签名是短信发送方的标志，后面所有内容被称为“模板”。其中的6位数字是变量，由发送方定义，每一次发送都不同。
2019年春节7天假期，全中国一共发了133.3亿条短信，平均每秒钟就有2万2千条短信发出。
互联网产品是怎么发短信的，短信产品的产品经理们都在做什么，如何科学高效地发短信？
01 简单又复杂的短信发送流程
互联网新产品拉新，最喜欢使用短信验证码注册登录，页面大概长下面这样。
用户输入完手机号，点击获取验证码按钮，短信请求并不会立即发出，而是先校验手机号。
1.1 校验手机号
手机号的校验分两种：初级校验与高级校验。
初级的校验仅需要校验“开头数字是否为1，位数是否为11位，是否有非数字符号”三种，即可完成手机号码的初步过滤。
高级校验则需要根据中国手机号号段进行判断。移动、联通、电信各拥有不同的号段标志，用手机号的前3-4位分配归属。比如136是移动，186是联通。显然，如果用户输入122开头的手机号，即使是11位也发不出去，因为这是一个空号。
初级校验常常由产品自身完成，高级校验因为涉及到号段表的维护，一般由短信运营商完成。
点击获取验证码按钮的瞬间，产品方还会做出一系列IP、设备指纹、用户行为分析的复杂判断，以防黑产作弊。这不在我们本次讨论范围之中。
1.2 供应商系统——TO B产品经理的战场
校验通过后，发送请求并不会立即到达三大运营商的系统里，而是会先到达供应商系统。
三大运营商并不会亲自对接全中国每一个APP，他们会将短信通道资源下发给渠道商。渠道商会签下对赌约定，承包下百亿规模以上的短信年销售量。中国梦网，是现在中国最大的短信渠道商。
渠道商仍然不会主动对接客户，它们会化身为供应商，发展旗下的代理，帮助他们贩卖短信。中国最常见的代理就是各大云平台产品，比如阿里云，腾讯云，百度云。中国99%的互联网产品都放在云服务器，而短信是每个产品必备的东西，这就方便了各大云平台售卖短信。
在云平台，短信以API方式提供。
第一步是完成企业认。为了防止无关人员使用【支付宝】【微信】等名号乱发欺诈短信，必须上传企业资质证书。
第二步是完成签名报备。根据上传的企业证书，在平台报备要使用的签名。如果签名与企业名称差别较大，必须上传一张盖有公章的签名所属声明。
第三步是完成模板审核。国家严令规定的违法内容均不可发送，所以必须经由供应商审核判断。
上面三步全部做完以后，调用平台的API接口，传入要发送的手机号和模板ID，短信请求就成功了。
收到产品的发送请求后，供应商会转发该次请求给渠道商，渠道商根据内容和号码归属地，自动分配合理的通道资源，请求运营商。
1.3 运营商的处理
运营商收到请求后，会进行一次关键词过滤。通过后，将短信发送到客户手机中。
客户手机收到短信后，会向运营商发送一个“已收到”的回执。这个回执会经由运营商传回给渠道商，渠道商给到代理商，代理商给到产品。这样，APP就知道客户已经收到短信了。
从短信请求发出，到客户收到短信，快则5秒，短则20秒。市场依赖于客户当时所处的网络环境，以及，最重要的——接口的稳定性。
如何提升短信到达率，保障每一条短信安全送达，是短信产品经理的工作目标。
下面以我日常工作为例，一起看看云平台B端的短信产品经理都在做什么。
02 TO B 短信产品经理的工作
2.1 选择并对接供应商
全中国有上百家渠道供应商，与最优质的供应商合作才能保证短信产品的质量。短信产品经理根据自身产品的需求和流程，制定供应商准入标准。我会积累日常工作过程中遇到过的问题，整理为一份供应商资质审查表。有新的供应商合作请求进来，就系统地按照标准进行初步筛选。
为了服务稳定，供应商的筛选要保持宁缺毋滥的原则。千万不能拿着会卡壳的枪上战场。
你永远不知道你面前的供应商背后是个多小的作坊，这一点真是深有体会。
2.2 制定供应商分配调度策略
坊间传言，为全阿里集团提供短信服务的阿里云短信系统一共有80多家渠道供应商如何根据短信类型、模板内容、号码归属地进行短信发送的智能调度，是短信产品经理花心思最多的地方。
多供应商智能分配的重要思想之一，就是分摊风险。
任何互联网接口都有宕机的时候，服务器被偷盗，光纤被挖爆都是小事，供应商因违法和信息泄露被突然关停也是家常便饭。为了保证旗下客户短信到达率足够高，接入多家供应商进行流量比例调配是基础中的基础。
以下为短信供应商分配的三个阶段（基本适用所有API接口型产品）：
① 平均分配阶段
顾名思义，有几家供应商，就每家分配多少。简单粗暴，是一开始布局短信系统时常用的方法。
② 定制分配阶段
平均分配法使用3-6个月之后，各家供应商的实力水平和优劣就会体现出来。哪家供应商电商类短信到达率高，哪家供应商金融类短信不能发，哪家供应商价格最便宜但是到达率低，哪家供应商价格高但非常稳定……所有的结果都必须产品经理的观察之中。
此时，就是时候升级到动态权重法。
从价格、到达率、垂类优势、运营商通道优势等方面，划分出更加细致的供应商评价。通过对客户进行打标，赋予每一个标签不同的供应商比例分配。
该步骤除了对产品经理敏锐的洞察力和数据分析能力有较高要求外，也考验了供应商资质审查阶段时的眼力。不合格的供应商长痛不如短痛，在此阶段必须果断舍弃，以免影响系统的全局综合性能，也去除进入下一个阶段的隐患。
通常，定制分配阶段要持续较长时间。很多云平台系统都停在并且将永远停在这个阶段，有的甚至不会进入这个阶段。这取决于产品的投入程度和重视程度，毕竟很多API产品都会很快进入最小人力投入的维护阶段，短信也不是例外。
③ AI动态调度阶段
要从标签定制分配中解放出来，就必须要利用NLP算法进行语义识别，结合产品经验构造出一套通道自动分配系统。对短信签名和模板内容进行分析，结合通道的实时发送成功率、历史发送成功率、发送时间、号码归属地、号码属性（携号转网，投诉几率、黑白名单等）等数据，综合判断并选择一条通道进行发送。
甚至有时候，发送核心指标设定为送到率时，AI会计算出某号码的营销短信可以在特定时间绕过系统判断直接走行业短信通道发送这种可以走后门的情况。
如果你的平台客户数量多，类别杂，你的通道也随着业务的增长越积越多，定制分配阶段就进入了纯运营人力的堆叠阶段。考虑使用AI技术帮助调度，可以提升系统稳定性，减少人为分配导致的错误与事故。长远来看，是事半功倍的事情。
2.3 其他很TO B的日常工作
和其他产品经理一样，B端短信产品经理也会进行竞品调研，用户调研，数据分析等常规工作。相比C端更加感性的设计，B端产品的设计讲求规范与高效率。
我们进行产品调研除了体验使用流程以外，还会详细研读对方的开发文档、合同文案、SLA协议等专业材料，很多蛛丝马迹都方便我们能够观察到竞品的过去与未来。
我们也直接为产品的销售指标负责，与销售部、市场部进行高度合作，打通与客户沟通的桥梁，形成产品迭代与商业推广的共振，最终实现产品量级的增长和收益的提升。
关于BC两端的产品经理的日常工作，网络有很多说明，这里不再赘述。
03 结语
以上就是本人平日工作中的一些思考总结。
一件事物看起来越简单，背后藏着的系统就越复杂。
短信这种API型的系统，很适合B端产品经理入门。
如果各位有意转型B端的产品经理，可以试着设计下，如果是你来做短信系统，会怎么做呢？不失为一个很好的锻炼~