第26章 免费简讯
李悦抬起头，声音带著一种绞尽脑汁的疲惫，“老大，登录流程的『极简化』目標，我们遇到了一个几乎无解的矛盾，而且这个矛盾现在看起来似乎无解。”
她调出设计图，屏幕上显示著两个版本的登录界面，旁边附著一份她整理的运营商数据简报。
“你要求的是『3秒內完成註册，进入对话列表』，我们的思路是採用『手机號+验证码』的一键式方案，这確实是理论上最快的路径。”李悦停顿了一下，將简报中的几个关键数据圈出来，“但现实情况是，现阶段的行动网路环境，尤其是运营商的简讯网关，是个巨大的黑箱。”
她开始详细分析：“首先是三大运营商的服务差异。移动的3g最快，但覆盖最少，2g网络覆盖最广，用户基数最大，但他们的简讯网关响应最慢——我们內部测试的数据显示，从请求发出到用户收到，平均延迟在8到15秒之间，高峰期甚至超过20秒。
联通正在全力推他们的wcdma 3g网络，简讯网关响应稍快，平均5到10秒，但3g覆盖主要在城区，很多用户实际上还是在用2g网络。电信的cdma2000用户量最小，网关响应也最不稳定。”
程向东开始补充：“这还不是最糟的，现在市面上的手机，功能机还占一大半。很多低端功能机收简讯有额外延迟，特別是双卡双待的机型，有时候能慢30秒以上，我们的测试机里有一台山寨机，最慢的一次等了47秒才弹出验证码。”
李悦继续道：“第二个问题是用户心理和资费敏感度，现在的移动数据流量还贵得嚇人。移动的5元包30mb、联通电信的类似套餐，对大多数用户来说，流量是『捨不得用』的。很多人出门第一件事就是关掉蜂窝数据，只在有wi-fi的地方才敢打开。”
她在白板上画了一个对比图：“用户收到验证码简讯后，需要切换回微信输入。这个切换过程，在功能机上可能意味著退出简讯应用、找到微信图標、重新加载。如果用户不小心退出了微信，重新加载又要消耗流量和时间。
之前婷姐基於light调研过，有超过三分之一的测试用户在这个环节表现出明显的焦虑，他们怕费流量，怕应用卡住，怕整个过程太麻烦。”
陆川小声插话：“我老家表弟用的就是那种键盘功能机，他说每次装新应用要收验证码，他都得专门找个有wi-fi的地方，不然万一应用要更新或者加载半天，这个月流量就超了。”
“没错，”李悦点头，“老大，这就是软体发布要面对的现实。流量贵，网速慢，手机性能参差不齐，运营商服务標准不统一，在这样的环境下，要求用户完成一个『完美流畅』的註册流程，几乎是不可能的。”
她调出测试数据：“我们做了500次真实环境测试，从用户输入手机號到成功进入对话列表，平均耗时38秒。最快的记录是22秒，是一台iphone 3gs上，联通3g网络，信號满格；最慢的达到了89秒，是一台双卡功能机，移动2g网络，信號一格。
而基於这38秒，我们更是做了分析，用户的流失曲线基本上是这样……”
屏幕上，出现了一条陡峭下降的曲线：“前10秒，流失率5%；10-20秒，流失率上升到25%；20-30秒，流失率飆升至55%；超过30秒还没完成，80%的用户会选择放弃。”
房间里开始沉默，对赌协议被认可的喜悦在此时好像被冲淡了。
林深静静地听著，目光在数据图表和简报之间移动，其实他比任何人都清楚这个时代的限制，但正因为清楚，才知道哪里可能有突破口。
“3秒的目標，不是我凭空设定的。”林深站起身，走到白板前，“但你们说的都对，在现有的框架里思考，我们永远不可能达到3秒，所以我们需要换个框架，同时还要对用户有所取捨。”
他擦掉李悦画的对比图，重新写下四个字：“免费简讯”。
“刚才悦姐提到了流量贵的问题，”林深的声音逐渐加快，“那我们就绕过流量，回到用户最熟悉、心理门槛最低的沟通方式——简讯。但简讯也有痛点：一毛钱一条。”
他在“免费简讯”四个字下面重重画线：“一个普通手机用户，每个月发几十条到几百条简讯是常態，简讯费是实实在在的支出。那我们能不能这样定位微信：一个能免费发简讯的应用。而註册微信的过程，就是你体验第一条免费简讯的过程。”
李悦迅速跟进：“你的意思是……把验证码简讯，包装成『用户通过微信发送的第一条免费简讯』？这样等待验证码的时间，就不再是『无聊的等待』，而是『体验免费简讯功能』？”
“对！”林深眼神锐利，“而且我们要做得更彻底。用户输入手机號，点击『註册』。接下来发生的不是『等待一条枯燥的验证码』，而是『通过微信发送一条问候简讯到这个號码』。验证码本身，就是简讯的內容，但我们会把它包装得更像一条真实的消息。”
他开始在白板上快速绘製流程，同时融入2010年：
“第一步：用户输入自己的手机號。这里我们要做智能识別，自动判断是移动、联通还是电信的號段，针对不同运营商的网关特性做优化。比如联通的號段，我们可以用更活泼的文案；移动的號段，我们要预设更长的等待时间，提前给用户心理预期，电信也类似。
第二步：点击『发送免费验证简讯』。按钮的文案要强调『免费』，这是用户最敏感的词。
第三步：系统立即在界面显示『简讯已发送』——这里要做极致优化，我们的伺服器必须做到毫秒级响应，即使运营商网关实际有延迟，前端也要让用户感觉是瞬间发送。
第四步：关键在这里。用户在自己的手机上收到的简讯，不能是冷冰冰的『您的验证码是123456』。我们要针对不同运营商和手机类型做差异化设计。”
林深详细解释道：“对於智能机，特別是iphone和安卓高端机，简讯內容可以设计得丰富一些：『【微信】你好！我是你的新聊天伙伴。验证码123456，输入我就能开始免费发消息了，比简讯省钱哦~，隨后点击连结自动验证』。
对於功能机，特別是屏幕小的机型，內容要精简：『【微信】免费聊天工具。码：123456，回復此码开始用。（连结：/v/123456）』。
对於电信cdma手机，很多机型对长简讯支持不好，我们要拆分成两条发。”
孙辉思考著技术实现：“这意味著我们需要和至少两家简讯服务商合作，一家主攻移动联通，一家专门做电信通道。而且要对每条简讯做设备类型判断，动態选择模板。技术复杂度很高。”
“高也要做，”林深坚定地说，“这是微信的核心价值主张之一：我们要为他们量身定製体验。”
李悦已经开始在笔记本上画交互草图：“那么等待界面也需要重新设计……不能是传统的旋转菊花。我们可以做一个简讯气泡飞出去的动画，气泡上显示『正在飞向中国移动/联通/电信网络……』。这样既透明地告知了运营商延迟的现实，又把等待变成了有趣的视觉体验。”
“然后，”她越说越兴奋，“当用户收到简讯时，那条简讯本身就要成为微信的第一个『產品教学』。特別是对於功能机用户，很多人根本不知道什么是『应用』，什么是『返回』。所以我们可以在简讯里写：『在刚才的微信界面输入上面6位数字，如果没有微信了，点击下面的连结重新打开。』”
程向东提出关键问题：“但短链点击后的体验呢？很多功能机自带瀏览器很简陋，可能打不开我们的页面。而且点击连结需要流量，用户可能捨不得。”
林深早有准备：“所以我们设计三层方案。第一层，理想情况：用户切回微信输入验证码。第二层，用户点击短链，如果瀏览器支持，跳转到极简的验证页面——这个页面要小於10kb，用最少的流量完成验证。第三层，如果页面打不开或者用户担心流量，简讯里明確写著验证码数字，用户完全可以手动输入。”
他进一步解释：“更重要的是，这个方案实际上在解决一个深层问题：很多人对『应用』这个概念还很陌生。他们理解『发简讯』，但不理解『註册一个聊天应用』。我们把註册过程设计成『发一条免费简讯』，是在用他们熟悉的概念，引导他们进入陌生的领域。”
赵成挠挠头：“但这样整个技术架构都要调整……我们需要和简讯服务商深度合作，需要设备识別服务，需要三套不同的简讯模板，还需要保证不同运营商网络下的发送成功率。一周时间太紧了。”
“那就从最简版本开始。”林深快速做出决策，“第一阶段：与一家能覆盖三大运营商的简讯服务商合作，定製专属通道，要求最高优先级。第二阶段：开发基础的设备识別，至少区分智能机和功能机，用两套模板。第三阶段：客户端动画必须流畅，等待界面要坦诚告知运营商延迟的现实，而不是隱藏它。”
他看向程向东：“向东，简讯通道的优化交给你。我要你在三天內，把从『用户点击发送』到『简讯真正进入运营商队列』的时间，压缩到1秒以內。同时要拿到三大运营商网关的实际响应数据，我们要根据不同运营商的特性，动態调整前端等待界面的提示文案。”
“悦姐，註册流程的交互重设计，同样三天时间。我要一个能让现阶段用户理解的完整体验——从『我要发免费简讯』的认知开始，到『原来这就是微信』的认知结束。”
“向东，你和你的2个人还有任务，客户端的兼容性测试要覆盖主流机型，特別是那些市占率高但性能差的功能机，等待动画在低性能设备上可以降级为静態图片，但不能卡住。”
“赵成，你和陆川、苏曼一起，设计完整的测试矩阵，要模擬各种网络环境，不仅要测wi-fi，更要测2g、3g蜂窝网络下的表现，要模擬用户担心流量的心理，测试他们在等待过程中的耐心閾值。”
林深放下马克笔，目光扫过团队：“我知道这很难。但这就是微信要面对的时代，我们要熬过这个流量昂贵、手机参差、运营商服务不统一的时代，我们不能假装这些限制不存在，我们要围绕这些限制来设计產品。”
“如果成功，用户记住的不是『我註册了一个新应用』，而是『我用微信发了第一条免费简讯，而且真的比普通简讯快』。这个认知的差异，会决定他们是否愿意把微信推荐给朋友——在话费敏感的时代，『免费』和『省钱』是最有力的推荐理由。”
他停顿了一下，声音变得深沉：“这个方案还隱含著另一个价值：教育市场，虽然这个词儿不好听，但我还是要说。很多用户现在根本不敢用移动应用，怕费流量，怕不会用，我们把註册过程设计得像个『免费简讯体验课』，实际上是在降低整个移动网际网路的使用门槛，这对腾讯，对整个行业，都有意义。”
李悦已经完全理解了其中的精妙：“所以其实我们是在做两件事：第一，解决技术上的註册瓶颈；第二，解决心理上的使用门槛。那条验证简讯，不仅是验证工具，还是微信的第一个『用户教育內容』。”
“对，”林深点头，“我们要让用户感觉到，微信不是一个遥远陌生的『耗流量的应用』，而是一个贴心的『免费简讯升级版』。从註册完成的那一刻起，他们应该觉得『这个我会用』，而不是『这个好复杂』。”
程向东已经开始在脑子里架构技术方案：“我们需要一个实时决策引擎，根据用户手机號、设备类型、当前网络，动態选择最优的简讯通道和模板。还需要一个监控系统，实时跟踪各大运营商网关的健康状况，遇到拥堵时自动切换备用通道。”
“所有这些问题，都要在接下来的一周內解决。”林深看向墙上的倒计时，“七天。我们要从『登录是瓶颈』变成『登录是產品亮点的开始』，我们要让用户觉得，微信的註册流程，是所有应用里最懂他们的。”
“因为本质上，”他总结道，“我们不是在让用户『註册一个帐號』，而是在邀请他们『体验一次免费简讯的升级版』。当这个认知转变发生时，所有的等待、所有的限制，都会被重新理解成『这个应用真懂我们这些用流量要省著的人』。”
办公室里安静了几秒，然后开始响起键盘敲击声、討论声、画图声。
短会开完，九个人再次进入战斗状態。
林深坐回自己的位置，打开代码编辑器。
他知道这个方案依然有很多风险。2010年的运营商服务质量不可控，低端功能机的兼容性问题可能超出预期，用户对“短链”的接受度还是个未知数……
但这就是在2010年做创新必须承担的风险，如果等到所有条件都成熟，那就永远无法引领时代，他需要在最初的一步就开始领先。
他在注释里写下这样一段话：
“微信1.0註册流程设计原则（2010年9月）：
坦诚面对时代限制（运营商延迟、流量贵、手机性能差）。
將限制转化为產品特色（免费简讯替代昂贵流量）。
用熟悉概念引导陌生体验（简讯->应用）
为不同用户提供不同路径（智能机/功能机、流量敢用/不敢用）
我们不是在验证手机號，我们在发送第一条微信消息，同时完成第一次用户引导。”
保存。编译。
她调出设计图，屏幕上显示著两个版本的登录界面，旁边附著一份她整理的运营商数据简报。
“你要求的是『3秒內完成註册，进入对话列表』，我们的思路是採用『手机號+验证码』的一键式方案，这確实是理论上最快的路径。”李悦停顿了一下，將简报中的几个关键数据圈出来，“但现实情况是，现阶段的行动网路环境，尤其是运营商的简讯网关，是个巨大的黑箱。”
她开始详细分析：“首先是三大运营商的服务差异。移动的3g最快，但覆盖最少，2g网络覆盖最广，用户基数最大，但他们的简讯网关响应最慢——我们內部测试的数据显示，从请求发出到用户收到，平均延迟在8到15秒之间，高峰期甚至超过20秒。
联通正在全力推他们的wcdma 3g网络，简讯网关响应稍快，平均5到10秒，但3g覆盖主要在城区，很多用户实际上还是在用2g网络。电信的cdma2000用户量最小，网关响应也最不稳定。”
程向东开始补充：“这还不是最糟的，现在市面上的手机，功能机还占一大半。很多低端功能机收简讯有额外延迟，特別是双卡双待的机型，有时候能慢30秒以上，我们的测试机里有一台山寨机，最慢的一次等了47秒才弹出验证码。”
李悦继续道：“第二个问题是用户心理和资费敏感度，现在的移动数据流量还贵得嚇人。移动的5元包30mb、联通电信的类似套餐，对大多数用户来说，流量是『捨不得用』的。很多人出门第一件事就是关掉蜂窝数据，只在有wi-fi的地方才敢打开。”
她在白板上画了一个对比图：“用户收到验证码简讯后，需要切换回微信输入。这个切换过程，在功能机上可能意味著退出简讯应用、找到微信图標、重新加载。如果用户不小心退出了微信，重新加载又要消耗流量和时间。
之前婷姐基於light调研过，有超过三分之一的测试用户在这个环节表现出明显的焦虑，他们怕费流量，怕应用卡住，怕整个过程太麻烦。”
陆川小声插话：“我老家表弟用的就是那种键盘功能机，他说每次装新应用要收验证码，他都得专门找个有wi-fi的地方，不然万一应用要更新或者加载半天，这个月流量就超了。”
“没错，”李悦点头，“老大，这就是软体发布要面对的现实。流量贵，网速慢，手机性能参差不齐，运营商服务標准不统一，在这样的环境下，要求用户完成一个『完美流畅』的註册流程，几乎是不可能的。”
她调出测试数据：“我们做了500次真实环境测试，从用户输入手机號到成功进入对话列表，平均耗时38秒。最快的记录是22秒，是一台iphone 3gs上，联通3g网络，信號满格；最慢的达到了89秒，是一台双卡功能机，移动2g网络，信號一格。
而基於这38秒，我们更是做了分析，用户的流失曲线基本上是这样……”
屏幕上，出现了一条陡峭下降的曲线：“前10秒，流失率5%；10-20秒，流失率上升到25%；20-30秒，流失率飆升至55%；超过30秒还没完成，80%的用户会选择放弃。”
房间里开始沉默，对赌协议被认可的喜悦在此时好像被冲淡了。
林深静静地听著，目光在数据图表和简报之间移动，其实他比任何人都清楚这个时代的限制，但正因为清楚，才知道哪里可能有突破口。
“3秒的目標，不是我凭空设定的。”林深站起身，走到白板前，“但你们说的都对，在现有的框架里思考，我们永远不可能达到3秒，所以我们需要换个框架，同时还要对用户有所取捨。”
他擦掉李悦画的对比图，重新写下四个字：“免费简讯”。
“刚才悦姐提到了流量贵的问题，”林深的声音逐渐加快，“那我们就绕过流量，回到用户最熟悉、心理门槛最低的沟通方式——简讯。但简讯也有痛点：一毛钱一条。”
他在“免费简讯”四个字下面重重画线：“一个普通手机用户，每个月发几十条到几百条简讯是常態，简讯费是实实在在的支出。那我们能不能这样定位微信：一个能免费发简讯的应用。而註册微信的过程，就是你体验第一条免费简讯的过程。”
李悦迅速跟进：“你的意思是……把验证码简讯，包装成『用户通过微信发送的第一条免费简讯』？这样等待验证码的时间，就不再是『无聊的等待』，而是『体验免费简讯功能』？”
“对！”林深眼神锐利，“而且我们要做得更彻底。用户输入手机號，点击『註册』。接下来发生的不是『等待一条枯燥的验证码』，而是『通过微信发送一条问候简讯到这个號码』。验证码本身，就是简讯的內容，但我们会把它包装得更像一条真实的消息。”
他开始在白板上快速绘製流程，同时融入2010年：
“第一步：用户输入自己的手机號。这里我们要做智能识別，自动判断是移动、联通还是电信的號段，针对不同运营商的网关特性做优化。比如联通的號段，我们可以用更活泼的文案；移动的號段，我们要预设更长的等待时间，提前给用户心理预期，电信也类似。
第二步：点击『发送免费验证简讯』。按钮的文案要强调『免费』，这是用户最敏感的词。
第三步：系统立即在界面显示『简讯已发送』——这里要做极致优化，我们的伺服器必须做到毫秒级响应，即使运营商网关实际有延迟，前端也要让用户感觉是瞬间发送。
第四步：关键在这里。用户在自己的手机上收到的简讯，不能是冷冰冰的『您的验证码是123456』。我们要针对不同运营商和手机类型做差异化设计。”
林深详细解释道：“对於智能机，特別是iphone和安卓高端机，简讯內容可以设计得丰富一些：『【微信】你好！我是你的新聊天伙伴。验证码123456，输入我就能开始免费发消息了，比简讯省钱哦~，隨后点击连结自动验证』。
对於功能机，特別是屏幕小的机型，內容要精简：『【微信】免费聊天工具。码：123456，回復此码开始用。（连结：/v/123456）』。
对於电信cdma手机，很多机型对长简讯支持不好，我们要拆分成两条发。”
孙辉思考著技术实现：“这意味著我们需要和至少两家简讯服务商合作，一家主攻移动联通，一家专门做电信通道。而且要对每条简讯做设备类型判断，动態选择模板。技术复杂度很高。”
“高也要做，”林深坚定地说，“这是微信的核心价值主张之一：我们要为他们量身定製体验。”
李悦已经开始在笔记本上画交互草图：“那么等待界面也需要重新设计……不能是传统的旋转菊花。我们可以做一个简讯气泡飞出去的动画，气泡上显示『正在飞向中国移动/联通/电信网络……』。这样既透明地告知了运营商延迟的现实，又把等待变成了有趣的视觉体验。”
“然后，”她越说越兴奋，“当用户收到简讯时，那条简讯本身就要成为微信的第一个『產品教学』。特別是对於功能机用户，很多人根本不知道什么是『应用』，什么是『返回』。所以我们可以在简讯里写：『在刚才的微信界面输入上面6位数字，如果没有微信了，点击下面的连结重新打开。』”
程向东提出关键问题：“但短链点击后的体验呢？很多功能机自带瀏览器很简陋，可能打不开我们的页面。而且点击连结需要流量，用户可能捨不得。”
林深早有准备：“所以我们设计三层方案。第一层，理想情况：用户切回微信输入验证码。第二层，用户点击短链，如果瀏览器支持，跳转到极简的验证页面——这个页面要小於10kb，用最少的流量完成验证。第三层，如果页面打不开或者用户担心流量，简讯里明確写著验证码数字，用户完全可以手动输入。”
他进一步解释：“更重要的是，这个方案实际上在解决一个深层问题：很多人对『应用』这个概念还很陌生。他们理解『发简讯』，但不理解『註册一个聊天应用』。我们把註册过程设计成『发一条免费简讯』，是在用他们熟悉的概念，引导他们进入陌生的领域。”
赵成挠挠头：“但这样整个技术架构都要调整……我们需要和简讯服务商深度合作，需要设备识別服务，需要三套不同的简讯模板，还需要保证不同运营商网络下的发送成功率。一周时间太紧了。”
“那就从最简版本开始。”林深快速做出决策，“第一阶段：与一家能覆盖三大运营商的简讯服务商合作，定製专属通道，要求最高优先级。第二阶段：开发基础的设备识別，至少区分智能机和功能机，用两套模板。第三阶段：客户端动画必须流畅，等待界面要坦诚告知运营商延迟的现实，而不是隱藏它。”
他看向程向东：“向东，简讯通道的优化交给你。我要你在三天內，把从『用户点击发送』到『简讯真正进入运营商队列』的时间，压缩到1秒以內。同时要拿到三大运营商网关的实际响应数据，我们要根据不同运营商的特性，动態调整前端等待界面的提示文案。”
“悦姐，註册流程的交互重设计，同样三天时间。我要一个能让现阶段用户理解的完整体验——从『我要发免费简讯』的认知开始，到『原来这就是微信』的认知结束。”
“向东，你和你的2个人还有任务，客户端的兼容性测试要覆盖主流机型，特別是那些市占率高但性能差的功能机，等待动画在低性能设备上可以降级为静態图片，但不能卡住。”
“赵成，你和陆川、苏曼一起，设计完整的测试矩阵，要模擬各种网络环境，不仅要测wi-fi，更要测2g、3g蜂窝网络下的表现，要模擬用户担心流量的心理，测试他们在等待过程中的耐心閾值。”
林深放下马克笔，目光扫过团队：“我知道这很难。但这就是微信要面对的时代，我们要熬过这个流量昂贵、手机参差、运营商服务不统一的时代，我们不能假装这些限制不存在，我们要围绕这些限制来设计產品。”
“如果成功，用户记住的不是『我註册了一个新应用』，而是『我用微信发了第一条免费简讯，而且真的比普通简讯快』。这个认知的差异，会决定他们是否愿意把微信推荐给朋友——在话费敏感的时代，『免费』和『省钱』是最有力的推荐理由。”
他停顿了一下，声音变得深沉：“这个方案还隱含著另一个价值：教育市场，虽然这个词儿不好听，但我还是要说。很多用户现在根本不敢用移动应用，怕费流量，怕不会用，我们把註册过程设计得像个『免费简讯体验课』，实际上是在降低整个移动网际网路的使用门槛，这对腾讯，对整个行业，都有意义。”
李悦已经完全理解了其中的精妙：“所以其实我们是在做两件事：第一，解决技术上的註册瓶颈；第二，解决心理上的使用门槛。那条验证简讯，不仅是验证工具，还是微信的第一个『用户教育內容』。”
“对，”林深点头，“我们要让用户感觉到，微信不是一个遥远陌生的『耗流量的应用』，而是一个贴心的『免费简讯升级版』。从註册完成的那一刻起，他们应该觉得『这个我会用』，而不是『这个好复杂』。”
程向东已经开始在脑子里架构技术方案：“我们需要一个实时决策引擎，根据用户手机號、设备类型、当前网络，动態选择最优的简讯通道和模板。还需要一个监控系统，实时跟踪各大运营商网关的健康状况，遇到拥堵时自动切换备用通道。”
“所有这些问题，都要在接下来的一周內解决。”林深看向墙上的倒计时，“七天。我们要从『登录是瓶颈』变成『登录是產品亮点的开始』，我们要让用户觉得，微信的註册流程，是所有应用里最懂他们的。”
“因为本质上，”他总结道，“我们不是在让用户『註册一个帐號』，而是在邀请他们『体验一次免费简讯的升级版』。当这个认知转变发生时，所有的等待、所有的限制，都会被重新理解成『这个应用真懂我们这些用流量要省著的人』。”
办公室里安静了几秒，然后开始响起键盘敲击声、討论声、画图声。
短会开完，九个人再次进入战斗状態。
林深坐回自己的位置，打开代码编辑器。
他知道这个方案依然有很多风险。2010年的运营商服务质量不可控，低端功能机的兼容性问题可能超出预期，用户对“短链”的接受度还是个未知数……
但这就是在2010年做创新必须承担的风险，如果等到所有条件都成熟，那就永远无法引领时代，他需要在最初的一步就开始领先。
他在注释里写下这样一段话：
“微信1.0註册流程设计原则（2010年9月）：
坦诚面对时代限制（运营商延迟、流量贵、手机性能差）。
將限制转化为產品特色（免费简讯替代昂贵流量）。
用熟悉概念引导陌生体验（简讯->应用）
为不同用户提供不同路径（智能机/功能机、流量敢用/不敢用）
我们不是在验证手机號，我们在发送第一条微信消息，同时完成第一次用户引导。”
保存。编译。