第27章 鉤子 重生10:我在企鹅做推手
ios版在追求极致的路上走得很稳,安卓版在混乱中找到了秩序,塞班版在限制中创造了可能性。
现在,只剩下最后一个,也是最具决定性的堡垒需要攻克。
简讯通道。
没有一条稳定、快速、低成本的简讯通道,他们精心设计的“免费简讯”註册方案就只是空中楼阁。用户点击发送后苦等半分钟才收到验证码,什么3秒目標、什么流畅体验,全都成了笑话。
孙辉已经跟外部所有可能的服务商接触过一轮,结果令人沮丧。
此刻他正盯著屏幕上的报价单和合同条款,眉头紧锁。
“老大,”在上午的简短同步会上,孙辉的脸色不太好看,“外部通道基本没希望了,三家主流服务商,一家直接拒绝,说我们的方案『太激进』,用验证码通道发送定製化內容容易触发运营商风控;一家开价每条八分钱,还不保证到达时间;第三家倒是愿意接,但要求我们预存五十万保证金,而且发送速度『视运营商网络情况而定』,意思就是,他们不保证。”
李悦从產品角度补充了另一个难点:“就算我们愿意出高价,还有內容审核的问题。我们设计的那些文案『你好!我是你的新聊天伙伴』、『免费聊天工具,比简讯省钱哦』,在运营商那里很可能被判定为『营销內容』,验证码通道不允许发这种东西。如果我们把文案改回乾巴巴的『验证码123456』,那『免费简讯』的概念就立不住了。”
会议室里安静下来。
所有人都明白这意味著什么,如果没有合適的简讯通道,微信1.0要么推迟发布,要么……只能发布一个残缺的、体验大打折扣的版本,然后看著用户在註册环节大量流失。
林深的目光扫过白板上密密麻麻的时间线和任务节点。
距离9月20日发布,还有三天。
三天。
只能这样了……
林深在短暂的犹豫后,像是下定了某种决心,“今天下午,我要去广州做每周进度匯报。辉哥,悦姐,把三端的技术方案匯总成一份简报,重点突出『3秒註册目標』的设计思路和实现路径。向东,把ios版的演示流程录个屏,要能清晰看到每个环节的时间戳。吴峰,塞班版的等待页面做两个对比版本,一个用普通验证码通道(模擬延迟15秒以上),一个用理想通道(模擬延迟3秒內)。”
程向东敏锐地察觉到了什么:“老大,你是要在匯报里……展示我们的技术能力,然后,向上面要资源?”
“不是『要资源』,”林深纠正道,“是『呈现可能性』,我们要让张总看到,微信在技术上已经准备好了,现在只差最后一块拼图。而且,要让他自己意识到,这块拼图值得他给。”
他顿了顿,说出后半句:“匯报的重点不是我们遇到了困难,而是我们解决了多少困难,以及……如果没有简讯通道这个瓶颈,我们能实现什么样的体验。”
李悦立刻领会了:“所以我们要把『3秒註册』不是一个技术目標,而是一个產品战略,这个逻辑讲透?”
“对,”林深点头,“而且要用对比的方式讲,让他看到,用普通通道的微信,和用理想通道的微信,会是两个完全不同的產品。另外……”林深果断的说道:“我打算將这一块思路,用来触发框架对赌……”
-----------------
下午两点,广州tit创意园。
林深带著笔记本电脑走进张小龙办公室时,后者正在白板上画著什么,看到是林深,他指了指沙发:“坐。茶自己倒。”
没有寒暄,直接进入主题。
林深打开电脑,但没有立即播放ppt,他选择了一种更接近对话、也更有策略性的方式开场:“张总,这周我们基本解决了三端適配的核心技术问题,进展比预期快,主要得益於团队里恰好有各个平台的专家。”
“哦?”张小龙放下笔,走过来坐下,“塞班那边你们怎么处理的?我听说那个平台现在问题很多。”
“確实挑战很大,”林深点头,调出吴峰做的技术方案摘要,“但团队里有个同事,以前在诺基亚的odm合作方做了两年半塞班开发,对那个平台的脾性很了解。”他把电脑转向张小龙,展示那套“智能轮询+专用等待页面”的方案,“他没用常规思路,而是重新设计了整个交互流程,把塞班的弱点变成了特点,虽然最终体验肯定不如ios流畅,但至少能保证稳定可用。”
张小龙快速瀏览著技术要点,点了点头:“不错的思路,你的实验项目现在来看很有价值,至少现在看,对广州的团队有著小部队侦查的作用。林深,记住,这就是大公司的好处——你想做什么,总能在某个角落找到懂行的人。”
“是,”林深顺著这个话头,但把重点引向了更深处,“所以我觉得,在腾讯內部做微信这个实验,选择是对的。这里有技术储备,有人才储备,有……把创新想法落地的基础设施。但有时候,创新需要的不仅仅是这些。”
他话锋一转,调出了下一个部分:“基於这些技术准备,我们现在可以比较有把握地说,微信1.0在客户端侧,已经具备了实现某种『突破性体验』的能力。”
“突破性?”张小龙抬起眼,“你指什么?”
“指这个。”林深开始播放程向东录製的ios演示视频。
视频经过精心剪辑。开场就是那个静謐的地球启动画面,然后快速切入註册流程:输入手机號,键盘优雅收起,点击“发送免费验证简讯”,气泡动画飞出,页面平滑转场……每个关键节点都有醒目的时间戳標註:界面响应0.2秒,简讯发送请求0.1秒,页面转场0.3秒……
视频结束,最后定格在对话列表页面。总耗时:2.8秒。
“这是在实验室环境,用模擬的『理想简讯通道』做的演示,”林深坦诚地说,“简讯到达延迟我们设定为1.5秒。但它证明了,只要简讯通道的延迟能控制在2秒以內,我们在客户端侧完全有能力把整个註册流程压缩到3秒內。”
张小龙没有说话,只是看著定格的画面,眼神中闪过一丝震惊:那个站在地球前的人影剪影,正静静地悬浮在屏幕上。