我们的短信中台 1.0 上线了，说一说做它的初衷

首先为什么要做短信这个事情，而且还要加上所谓“中台”的概念，这要从我们以往经历的“痛苦”说起。

从老东家离职后，没有着急找工作，就跟负责技术的前同事开始合伙搞项目。

早期没有注册公司，只是以个人开发者的角色切入，上线了一个“流量中介”类项目，说白了就是买卖流量，卖广告赚差价。

短信接的是阿里云和腾讯云等综合平台，但是贼贵。

虽然使用成本高，但还可以用，项目初期看起来形式较好，一时掩盖了中后期增长乏力的隐患。

问题出现在项目开展后的半年左右，我们发现流量获取的成本越来越高，获客渠道也因为一些限制，渐行狭窄；而反观另一端的广告营收却卖不出好价格（也与流量质量有关）。

前后夹击之下，我们的营收开始以稳定的斜率 K 日渐下滑，且利润大不如前。

分析数据后我们得出结论，过于单一的获客渠道抗风险能力差，而且整体市场的流量成本逐日增高，导致我们每个新客带来的营收和利润价值直线下滑，最主要的问题是，我们几乎都是靠着新客来持续供养，老客的运营和召回动作趋近于 0，自然产出也寥寥无几。

所以我们在缩减预算降低投入的同时，开始寻求现有用户的召回策略。

靠产品来短时间驱动显然是不现实的，需要测试迭代和积累，在当前情况下，剩下的路子只有一条：发营销短信。

但问题又来了，阿里云等不支持个人客户的营销短信，只发通知和验证码。

于是回到最初的起点，加急注册公司，并同步以公司的名义，与我之前积累的 TOP 级短信服务商资源反复密切接触，以相对较低的价格接入到我们产品，一来解决了我们原先高成本短信的问题，二来解决了通过短信营销来召回老用户的问题。

同时，技术合伙人抽空将新接入的几个 TOP 服务商，和原来的阿里云、腾讯云短信做了整合，可以统一进行短信渠道的管理和使用，由此“短信中台”的概念初见雏形。

业务稍稍稳定后，我们又将中台进行了多次打磨，并且通过我这边的资源优势，以更低的价格接入了更多更优质的国内 TOP5 服务商，诸如梦网、亿美软通、国都互联等，一切都在向着降低短信服务的接入、开发、使用、切换及管理成本去进行，以至于达到了我们自认为近乎完美的使用体验。

自此，我们短信中台的核心竞争优势逐渐清晰，一是托管机制，可以一次性接入多个主流短信平台，灵活调度，轻松获取高可用短信服务能力；二是相比阿里云等综合平台的价格优势，并且支持个人开发者在任何短信类型下的接入和使用，没有使用期限的限制。

自然而然的，我们开始了由内向外的策略转变，并且完成了内部版本的最终优化，也就是当前正式对外公示的“UniSMS 合一短信”的 1.0 版本。

在推出我们的中台服务之前，我们也做了一些市场调研，挑了两个典型场景放在文章最后，大家酌情观看。

总结一下我们曾经调研过的，以及我们自己趟过的那些坑：

1 、小微企业的议价能力低，而个人开发者甚至都没有议价的机会；

2 、单渠道情况下，无备用，风险大，而逐一接入的成本高；

3 、多渠道情况下，需多次接入，且多账号无法统一管理，渠道间相互闭塞，不能无缝切换；

4 、资质问题，个人难以准入，需企业实名和相关资质；

5 、多数云平台及服务商不支持退款，且有使用年限；

发现没有，那些短信服务商经常挂在口头吹捧的通道稳定、高到达率、速度快等标签，用户丝毫都没有提及。

因为在他们看来，这类标签的自夸属性远大于实际应用，并不值得参考。而且市面上主流的短信服务商基本都能达到良好的使用标准，毫厘之间的差距完全可以忽略不计，那些老掉牙的陈词已经构不成短信服务商的核心竞争力。

所以，我们的短信中台服务 UniSMS 借此而生，中文名为“合一”，简单明了，有聚合统一之意，并且逐一解决了以上所提及的各项痛点。

目前我们聚焦于国内短信与国际短信，皆以接入上游服务商的市场最低价对外公开展示和服务，中后期的愿景是希望能做到由短信中台到消息中台的全面升级，包含由短信、邮件、语音等服务的聚合类消息平台。

总的来说，我们做 UniSMS 的初衷，一切都是为了降低短信服务的接入、开发、使用、切换及管理成本，争取在每个环节做到真正的降本增效。

最后，我们针对 V2 的开发者开设了专门的免费试用通道，每人可获得 200 条的免费使用额度，添加我个人微信：haozi4735，发送 V2 专属邀请码“V2333”即可获得。

我们的官网：unisms.apistd.com

我们调研过的场景：

场景一： 我们是一个小微企业，做的是本地化婚恋社交产品，会以城市为中心进行辐射扩量，所以注定前期量级相对较小，现在想要接入短信服务。

目前选择有两个，一是阿里云这类的平台，直接按量买套餐，二是自发寻找价格相对灵活、优惠的源头服务商或代理商。前者是标准化套餐，直接购买使用，价格较贵，即便是 50 万条套餐，核算单价为 0.0397 元 /条；后者单价可聊，但在没有看到实际使用量的情况下，议价空间不大，甚至大多数源头服务商并不愿意花太多精力在我们这类小微级客户的身上（也可能因销售而异，对他的业绩无甚帮助）。

反而代理商的态度却十分热忱，但能给的价格空间着实小，当然也可能是我们议价能力不行，不会吹。所以目前能拿到的价格下限在 0.035-0.036 元 /条，且服务商资源分散不集中，需要轮流排队接入，需要花费一些时间来做商务-技术对接，后期多账号也不好管理。

场景二： 我是个人开发者，自己做了一个 APP 接 SDK 卖广告，怕东家查到，就没有另外注册公司。阿里云短信对个人只支持验证码和通知，且限制较多，不可退订。其他的短信服务商就更不用说了，基本不接我这样的三无“个体户”。运营商并不是不可以做个人用户，不愿意做的根本原因就是个人用户的风险极大，而违规之后所需承担的责任又极小甚至于没有，所以只能全拒。

但从我的角度来说，还是希望能有一个聚合类的平台出现，去建立一个完善的内容风控机制，并且为个人开发者背书，然后以聚合散客的优势来提高平台的议价能力，拿到一个更低成本的价格，最终让利于客户。

就类似于 S2B2C 的模式，S 是短信源头供应商，B 在这里指的是中间聚合平台，C 是我们这样的个人散客。

基于以上两个主要场景，我觉得我们做这个事情就更有必要了，从个人开发者到小微企业，这两个阶段我们都经历过，感同身受。