|
|
|
|
一名积极技术者眼中的长假需求 |
| |
|
作者 曾成 火龙果软件 发布于 2014-10-10 |
|
|
|
一到长假，大家注意力大都放在道路交通拥堵等抱怨上，然而积极的开发者却会把注意力投向熙熙攘攘的长假需求上，因为这孕育着巨大的机会。从技术男或从产品经理的角度看十一长假，会得到什么信息？能整理出什么需求？
每到长假，必然是各种媒体对于道路交通拥堵的报道，各种大V小V感慨旅游的体验很差。这其中就不乏很多伪经济学者和伪技术男在抱怨——大抵是建议国家取消长假算了。
熟悉我文风的朋友应该知道，我对于社会问题向来都是带着技术的眼光在思考的。所以今天如同往常一样，我肯定不会把注意力投向国家对于劳动者带薪假期的保障制度上，我也肯定不会把注意力投向各种主管部门的低下的社会管理能力上，我更不会抨击那些建议取消统一休假的言论大V们——其实只是图个嘴上痛快，既然你建议取消统一休假，那你就自己先开始以身作则加班好了…这样的弱智逻辑问题。
我的注意力投向的是这茫茫人海，这熙熙攘攘的长假场面，因为这确实孕育着巨大的需求。
从一个技术男的角度看，或者从一个产品经理的角度看十一长假的人山人海，会得到什么样的信息呢？应该整理出什么样的需求呢？
首先，也是最浅显的需求，就是人多引发的资源消耗需求。比如通勤需求，比如通信资源的需求，比如餐饮的需求，比如休息空间的需求，比如娱乐的需求。这些需求在大量人聚集的时候，就产生一个临时但是量级特别巨大的卖方市场（因为供给肯定是不足的）。
我们一个一个说。先说通勤，从技术的角度，可否满足通勤的需求？神州租车、pp租车、易到用车等就是通勤服务的典型代表，而去哪网、途牛这些企业虽然不能直接提供交通工具，但是却可以在订票或选择路线方面给与消费者服务，这也可以看成是通勤服务的典型代表。但是这些典型代表在实际爆发大量人流的时候并不太管用，事实上在人挤人的景区里，最好用的还是地图类工具，因为交通工具基本上已经是不可用的了，但是好歹可以让用双脚行走的游客少走冤枉路，避开死胡同。步行导航应用是一个很好的选择，我用过百度的步行导航，可用性还是不错的（虽然的确不太准）。由于导航使用的是GPS信号，理论上说只要头顶蓝天，就不怕没信号，如果可以辅以wifi定位或者蜂窝多腿定位，应该可以取得更好的效果。通勤中的交通工具问题，其实已经不是技术问题，但是也的确可以有技术方案，只不过甲方不再是普通消费者，而是主管部门或者经营单位。这里的商机依然有，不过技术价值就已经不太高了。
在通勤之外，接下来来说说通信资源的需求。我记得2004年我去八达岭景区，当时哪里奢谈什么3G、4G上网速度，就是求有信号，好在和大部队走散之后能够再次找到人。我当时就看到移动和联通的应急通信车在景区值班，架起天线，操作员进进出出，好不忙碌。十年过去了，现在谁手上没个智能手机，谁没有微信微博手机QQ之类的，尤其是出来旅游的人，晒景点，晒美食，晒人多，已经是入门级的流量需求。人员聚集爆发出来的通信资源需求也是惊人的。在一个4000人的景点（这样的人数肯定是小景点，俺还是见过世面的，只不过不想过于夸大自己的结论罢了），假如每人上传60kbps的内容资源，那么在某一个极限时刻（比如某项表演开始时候大家都拿出手机拍照片上传朋友圈或者云相册神马的），上行带宽需求就是简单粗暴的240Mbps，而这个速率的上行，就算是标榜自己牛逼哄哄的A-LTE，都是不可能做到的，因为240Mbps是纯载荷，4000人的id开销和管理开销基本上和载荷处于同量级。更重要的是，60kbps是一个相当保守的估计，如果想达到300kbps这样用户体验比较流畅的上行速率，带宽的占用将更加夸张，我还强调4000人这个人数已经很低调了哦……
也许看家会问，你说来说去，不都是运营商的事情吗？其实不然，运营商的基础设施是不可能为了短期集中爆发的业务准备的，就算来几台应急车也是一样。所以旅行途中的移动网络使用体验肯定是非常糟糕的，和平时在家里没法比的。在这样的情况下，Ad Hoc风格的自组网就有可能走上前来，配合Wi-Fi组网，甚至配合蓝牙4.0 LE组网。而至于开发者想从中进行怎样的UI设计，其实是非常灵活的，比如Ad Hoc的主簇可以有很多种社会交流属性，等待着开发者的进一步发掘。
餐饮的需求，休息的需求，娱乐的需求，就更加考验开发者的脑筋了。但是机会总是在的，不会因为有了大众点评，餐饮的需求就被完全消化了，同样，有特色的休息的需求，有互动或者带有社交性质的娱乐需求 ，都是开发者的大机会。
你看，作为一个积极的技术者，看到人山人海，脑袋里面应该第一反应这么多的机会，怎么来把握，怎么来引导。
一个想在商业社会取得一点实质收获的人，如果不盯着需求，也不盯着技术，那说出来的话，也都是扯淡了……
|
|
|
|
|
