创业者谈360路由失败:懒惰和自以为是的产品设计

简介:

 

创业者谈360路由失败:懒惰和自以为是的产品设计

编者按:本文来自谛听科技创始人兼CEO李程的投稿。需要说明,这是一篇充满"情感“的文章,由于早前的种种原因,李程对这款安全路由的评论颇具个人色彩。但作为一家同做智能路由产品的公司,其观点不妨一读。

对于360的印象,是去年8月8日我们开智能路由器发布会之前,他们的投资经理找到我,说是希望看看我们项目的BP,可以投资我们。于是我和我的天使投资人,很正式的跑过去了。但在聊的过程中,迅速感觉到其实他们是完全没有投资意向的。他们的兴趣只是在于我们团队的情况,怎么做出来的,有什么实力和背景,对于他们自己在路由器上面的判断,以及以前的投资案例只字未提。

从我们的经验看,继续聊下去是没有什么进展了,而且反而有可能把我们的东西全部了解清楚,所以我们及时终止了接触。

结果没等2个月,红衣教主就站出来说360要正式做智能路由器。此时我暗自捏了一把汗,因为对于一家几乎在初创阶段的创业团队来说,360不啻为航空母舰,我们非常庆幸还没有及时的让他们的投资经理来做公司的尽职调查。创业公司那点技术优势,如果他们了解以后,绝对是荡然无存的。

于是后来,我们看到360在市场上华华丽丽的推出小黄人站台的路由器,而且还不忘踩了合作伙伴磊科一脚。尤其是在他们的路由器快要量产的时候,生化危机一样的炒作方式,让人印象深刻。360的炒作团队果然不是盖的,旗帜鲜明,虽然可能很多人觉得恶心,恶心又怎么了,总之用户记住了你。之前的羊羊羊、后来的脑白金、今天的360,都是有异曲同工之妙的,与此同时高调宣布的几百万的用户预约,不知道秒了我们这样的创业团队几条街了,只用仰视和叹为观止来形容!

看起来,我们只剩下倒闭的份了。用户和投资人不断的问我们,360都在做路由器了,你们还有机会吗?

于是,我们怀着崇敬、畏惧且失落的心情,买来一台360的肥皂盒路由器,希望可以学习一下专业的巨头是怎么做这个的,就算死也可以瞑目了。

经过我们团队膜拜式的瞻仰,万万没想到,我们发现,自己的信心瞬间爆棚了。为什么呢?因为我们意识到,这是一台前无古人、后无来者、失败透顶的路由器,甚至在某些方面超过了之前某家番茄版本的失败。

不是前几天红衣教主自己站出来说360的路由器失败了,放一百个胆,我也不敢写今天这篇文章。为什么要写这篇文章呢?我想最重要的原因,其实是希望向很多还一样战斗在创业路上的同行者,分享一些心里话。这其实没有落井下石的意思,360这样体量的一家公司的失败项目,也不在乎大家帮着一起来总结一下失败教训,以警示后者。

为了避免自如和老罗式的尴尬,我想我们应该从更加专业的角度,来分析失败。

先说硬件吧,外形是第一眼就看见的。肥皂盒的异形设计,对于PCB来说,其实是会增加工艺复杂度的,椭圆形的PCB当然会比正方形的PCB来得贵点。我们见过TP-LINK有椭圆形的路由器吗?没有。那是因为TP-LINK非常在意每一分钱的成本,所以即便人家的外壳是异形的,PCB还是方的。

芯片采用了高通的AR9344,高通其实是一家博大精深的芯片公司,在高通和TP-LINK的携手下,统治了国内路由市场接近10年的时间。而在此时选择一款在成熟后期,TP-LINK正在跑量的芯片方案,首先价格上是得不到保护的。其次,硬件也注定不会有太大的特色。当然,这可能是设计团队求稳造成的,毕竟谁也不愿意冒着风险去选择一个新的方案,导致最后跳坑被炒鱿鱼。但炒作团队为了重新吹嘘这款芯片,居然用了企业级的词汇,估计他们不知道千足纯晶圆的故事,不然还得加上超纯度单晶硅的全球之旅。话说回来,选择这款芯片是毫无特色可言的,而且明显是设计团队求稳的表现,正是求稳,造成了今天360路由器的全面失败。红衣教主其实已经明白这一点的,但是无力改变,今天在BAT3M的团队中,哪个员工不是求稳的?

还有,AR9344加上QCA9882,带来的热量是不可忽略的,可是肥皂外壳恰恰忽略了这个。如果不是高通的工艺过关,这路由器在内测的时候已经挂掉千百次了。估计做这个的ID工程师根本就没听过热分析和热仿真。

再说后面的网线接口,确实是少了。红衣教主也一针见血的指出,用户根本就觉得少了网口的路由器是残废。可是产品经理太想创新了,以至于忽略了作为智能家居中心的路由器,是需要充分考虑到扩展性的。可能就算想破脑袋也想不起4个内网口可以接什么,但是尊重用户的习惯审美,不要挑战用户的习惯,这么简单的道理,产品经理居然忘得一干二净。

再说天线吧。芯片的方案是双频2T2R,可能设计人员不完全明白什么是2T2R,芯片在设计的时候,就注定要使用两条对称的天线,这是先天设计就决定了的,除非重新设计芯片。可是奇葩的外观设计人员,竟然真的废掉了一条天线,放肚子里面了,殊不知这种设计,带来的就是信号、稳定、吞吐各方面的影响。两根天线就怎么比一根不好看了?你们做过用户调研么?一根天线一看就是拍脑袋的结果。而且,经过我们的实测,天线本身也应该是没有做过双频优化的,只是做了外观。我想凡是中国人,对于马屎皮面光的东西都是很熟悉的,现在就连买个桃子,也要挑长得好看的。但是天线是有实际功能的,光是好看就行了吗?

然后就是软件了。这个路由器打的安全牌,其实还是有不少用户认可的。因为现在网络上鱼龙混杂,太乱了,但我以为安全牌不如分级来得更有刚需。因为今天凡是家有宝贝的年轻父母,没有一个不希望购买能分级,可以按时断网的安全路由器的。可惜360的产品经理还没想到这个,不知道他们每天差不多16小时的加班,是不是已经把灵感加成浆糊了?

最后,就是价格了。360路由器给人的价格印象,其实就是两个字,玩票。做过销售的人,都知道产品要物超所值,才会让用户满意。今天360的路由器如果卖原价的话,一定给人的感觉是不超值的,所以就算是每台赔掉一大半的成本,还是让用户觉得一般般,这才是最要命的。而且明显卖99块甩货的时候,是逗你玩的,买得到的是神仙。但确实是有这么多的,内心强大而淳朴的用户,每天在网上翘首企盼,希望能够买到安全、便宜、不耍流氓的智能路由器。可是直到红衣教主站出来宣布项目失败。都还有PM在说我们会继续做路由器,请大家放心。我想,这回是不是因为怕被裁掉,死命的开始维护项目了?瞬间让我想起拿着iPhone,站在微软门口要赔偿的诺基亚员工。

其实真不是诺基亚做的不好,而是他们的员工过得太好了,在一家拼下午茶和咖啡甜点的口味和档次的公司里面,人是很难有危机感的。

360路由器,再做下去,也注定如此吧。

希望说到这里,给那些正在创业和打算创业的朋友们会有些信心了。巨头其实不可怕,可怕的是懒惰和自以为是的产品设计。

 
 
 
  本文作者: Longye

本文转自雷锋网禁止二次转载, 原文链接
目录
相关文章
|
6月前
|
SQL 人工智能 JSON
Flink 2.1 SQL:解锁实时数据与AI集成,实现可扩展流处理
本文整理自阿里云的高级技术专家、Apache Flink PMC 成员李麟老师在 Flink Forward Asia 2025 新加坡[1]站 —— 实时 AI 专场中的分享。将带来关于 Flink 2.1 版本中 SQL 在实时数据处理和 AI 方面进展的话题。
418 0
Flink 2.1 SQL:解锁实时数据与AI集成,实现可扩展流处理
|
6月前
|
人工智能 安全 小程序
面向开发者的API平台设计与选型建议【附源码示例】
在软件开发日益模块化的今天,API平台作为连接技术与应用的枢纽,正重塑产品开发方式。它聚合各类能力接口,如支付、AI绘图、图像识别等,助力开发者高效构建系统。本文详解API平台定义、优势、应用场景及选型指南,揭示其如何降低门槛、加速创新,并展望其未来发展趋势。
|
6月前
|
缓存 人工智能 算法
《解构WebSocket断网重连:指数退避算法的前端工业级实践指南》
本文聚焦前端领域WebSocket断网重连难题,深入解析指数退避算法的工业级实践路径。首先指出传统固定间隔、线性递增重连策略在效率与服务器压力间的失衡问题,随后拆解指数退避算法“指数增长+随机抖动+最大间隔约束”的核心逻辑。文章详细阐述算法与WebSocket生命周期的适配要点,包括重连时机甄别、状态原子化管理,还介绍网络状态感知融合、重连超时设置、数据缓存恢复等优化方向,并结合大型在线协作平台案例验证效果,同时梳理开发者常见误区与避坑方法,最后展望算法与AI、跨端场景结合的未来方向,为前端构建稳健实时应用提供完整指南。
312 8
|
6月前
|
安全 IDE 开发工具
电脑错误代码0xc0000001解决步骤
以下是解决电脑错误代码0xc0000001的详细步骤,综合了多个高可信度来源的修复方案:
|
C语言
C语言形参和实参的区别
在C语言中,形参(形式参数)与实参(实际参数)有着明确的角色区分。形参是在函数定义中声明的参数,用于接收调用函数时传入的数据;实参则是调用函数时传递的具体值或变量。简言之,实参提供数据,形参接收并处理这些数据。
1151 2
|
图形学
Unity 【Content Size Fitter】- 聊天气泡自动适配Text文本框大小
Unity 【Content Size Fitter】- 聊天气泡自动适配Text文本框大小
944 1
Unity 【Content Size Fitter】- 聊天气泡自动适配Text文本框大小
|
存储 算法 Sentinel
浅聊哨兵思想及其在算法问题中的应用
前几日有个学妹来问一道题(回文链表),我给了一段示例代码,介绍了一下哨兵思想,但学妹似乎还有疑问。谷歌找了相关资料,但资料相对比较零散,索性自己整理了相关的资料,聊聊哨兵思想及其应用。
715 0
|
机器学习/深度学习 传感器 算法
【通信】非正交多址接入(NOMA)和正交频分多址接入(OFDMA)的性能对比附matlab代码
【通信】非正交多址接入(NOMA)和正交频分多址接入(OFDMA)的性能对比附matlab代码
|
NoSQL 分布式数据库 Hbase
|
Python
Python中元组、列表、字典的遍历和相互转化
在Python中元组(tuple),列表(list)和字典(dict)都是经常用到的,它们的遍历和之间的相互转换在使用中也非常重要,下面进行相关的总结: 一、元组,列表,字典的遍历 1.
3166 0

热门文章

最新文章