对于大部分人来说，路由器连接和设置是一种“多么痛的领悟”！
前两天，父母在家连不上 WiFi，猜测是路由器的问题。于是我在千里之外通过电话远程指导了半天，发现无法解决问题，顿时有一种心有余力不足的失落感。
家用路由器为什么发展了如此之久，却在面向用户的设置上依然缺乏“可使用性”？看看那些端口，那个 192.168.0.1 的页面，即便是一个大学生也不一定可以在如此多的术语面前准确了解。虽然这些问题大部分时候仅在第一次设置出现，但我意识到，大部分路由器依然是工程师思维，缺乏一款用户体验至上的路由器。
传统路由器的体验之痛初始设置门槛高。大部分用户第一次拿到路由器的时候，难免遇到几个问题：
路由器的这几个端口都要怎么连接线？
路由器和猫、电脑的关系是什么？
路由器如何设置无线网络？
什么叫做上网方式？
什么叫做 WPA 密码？
什么叫做 MAC 地址？
Windows 下的有线网络和无线网络都要怎么设置？
如果按照步骤来，还是连不上网络该怎么办？
为什么我只是想要上网，却需要我了解如此多的术语？
使用过程不稳定。相信大部分人都因为路由器假死连不上网络而痛苦，也有人担心自己家的网络被别人蹭了，还有人担心无线网络的辐射问题。“假死”的问题通过断电冷启动或者重置（reset）即可，但重置的门槛和初始设置是一样的。而蹭网或许是大部分人非常关心的一个体验点，不过网络上如此多的防蹭网文章都说得复杂而难以理解——为什么没有一个路由器可以自己做到这一点呢？
那些自称“创新”的路由器经历了“惨痛的教训”，找到了四款“创新”的路由器，却没有一个最简单的方案：
迅雷路由：由迅雷联合硬件厂商推出，内置迅雷软件，用户可以远程遥控路由器在无人值守的情况下智能下载。简单地理解，这个迅雷路由就是一个私人文件中转站，更像是希望借此来打造多媒体中心。
极路由 HiWiFi：一款号称专门为“懒人”设计的路由器。有着简单的初始设置，结合帐号和 App，可以实现远程控制，允许用户去除广告和加速下载。
JooMe：一款着眼于 WiFi 分享，通过分享网络获得回报的路由器（或者成为一个解决方案？）。通过 JooMe，商家可以分享自己的网络，同时根据用户帐户建立用户资料库，并进行数据上报。
360 安全路由器：网上谣传 360 将做路由器，主打亮点是防蹭网和网络安全。
这四款路由器虽然都很酷，但却不像是为了满足上网需求的用户而设定的产品。那么，我们需要一款什么样的路由器？
我眼中的路由器产品一款好的路由器，并非需要帮你泡妞、下片、打 DotA。每一款产品都有其核心场景和核心价值。在我眼中，大部分路由器并非没有价值，但对于用户太过粗暴，从而缺乏好的产品体验。
核心需求：满足日常上网需要和提供无线网络
附加需求：支持防蹭网、支持翻墙等
大部分路由器其实都满足核心的需求，但使用过程中并不友好。
初始化设置太繁琐
使用过程经常出现上不了网的问题（假死等）
在日常使用中，大部分人只需要解决这两个问题就足够了。有谁喜欢天天折腾路由器呢？
我的产品观是：简单可信赖。日常使用的路由器在初始化设置上做得傻瓜一点，就已经足够——不管是防蹭网，或者是 App 加速下载，都是在基础体验上的亮点功能而已。
路由器需要的是优化，而非颠覆路由器的市场能有多大呢？思科和华为都依靠企业路由等业务赚钱，而非家用路由器。
我解读 JooMe 团队“分享主义”的目标，其实是提供一个有效的解决方案，而非路由器产品。
在这样一个 WiFi 逐渐被应用的市场下，JooMe 依靠一个“开关”来实现“分享”和“回报”的商业目标，有试验的价值。
至于 360 做路由器，不能认为是一个合理的商业行为。毕竟路由器的硬件拓展没有太多的价值，而软件服务不一定需要依赖这个鸡肋的硬件。
安全不安全，能否翻墙这些功能都属于个性化定制，正如我前面所比喻的那样：这只是一个“开关”而已，并非“总开关”。
因此，我对于路由器创新的期待，并不是冒出一款火爆的产品（也不太可能），而认为这应是一种产品优化策略。
在这方面，极路由做得挺不错，但发展方向值得怀疑——一个智能的路由器，搭载 8G 的存储空间，可以下载“加速”、“屏蔽广告”等插件。我认为这并非是一款产品的核心竞争力；从产品的定位来看，也显得奇怪。众所周知，“网络加速”这玩意大部分时候不是路由器做的了的事情，广告屏蔽更像是浏览器做的事，即便是搭载了 8G 的存储，又可以做多少有价值的事情呢？
我对于家用路由器的理解就是一个“开关”。正如一盏电灯的亮不亮是“开关”的事情；而电灯有多亮，是否保护眼睛，却不是“开关”需要管的事情。
我认为有一天，路由器会被其他设备取代，路由功能和搭建无线网络的功能成为一种附加在其他设备上的能力，比如 Apple TV 加上了这些功能，是否更有价值呢？
| 欢迎光临 网纵论坛 (http://m.netzone.com/) | Powered by Discuz! X3.2 |