同一个网络服务,一个大而全的 app vs 一堆 apps 的合集,哪个体验占优

我先把题意复述一遍,确保我没理解错误: 把一个复杂庞大的 app 按功能集拆分成更精简的子 app,让这些子 app 通过云共享数据,即在客户端分散功能,在云端合并数据。 首先,例子不够贴切题意: Twitter 的云端数据是 Twitter 的,客户端开发者没有管理权,很难有系统的在客户端和云端两头规划产品线。Twitterrific 现在还没有专业阅读功能吧?如果说是 Instrapaper 那样的阅读功能,确实分离出去比较好,因为短推文的快速浏览和长文的仔细阅读确实有较大区别,都能把“人以群分”了。很难想象一个只有看推发推功能的 Twitter 客户端,或者一个只有关系管理功能的 Twitter 的客户端,这里的人和推文关系太紧,不适合分割。 其实,除了 Facebook 这种“子互联网”量级的产品,一个好的 web app 本身就应该是一个功能集中的产品(或者说,功能不可分散到这种程度:轻易的按照功能使用情况就能把用户“人以群分”),其背后的云端数据也相应是紧耦合的,客户端也就没拆分的余地了。 有一个现成的例子,新浪微博,一开始只是比 Twitter 小鸟毛稍微“蓬松”点,没有达到功能集可明显分割的地步,现在渐渐长成了 Facebook,情况完全不同了。 我不可能做这样一个微博客户端:能看推发推,能加减朋友,能发起参与投票,能打德州扑克,能听音乐,能IM… 事实上,这是因为新浪微博已经不再是“微博”了,用户也已经被明显“人以群分”了,有玩游戏的,有不玩游戏,有听音乐的,有不听音乐的。这时,原微博客户端应该保持“微博”客户端,同时,也会出现新的客户端来满足德州扑克玩家的需求。其实,新浪自己的 web 客户端也是按功能分割的,它并没有把音乐、游戏植入微博主页,而是类似豆瓣那样分区的。 为什么最后我觉得这问题其实问反了的 :) 除了 Facebook,有哪些手机客户端是集各种功能于一身的?
■网友
单纯的无太多扩展的处理流程应该尽可能考虑封装成一个APP,其后期维护成本也不高 若涉及多点,并且点面交叉较多的情况,建议重新考虑设计,多个APP是有必要的,虽然前期开发成本较高,后期需多个点维护,但是其扩展和可玩性要好很多。 借鉴一句话:没有最好,只有更适合
■网友
这个没有绝对吧。看应用了。有些应用要分开比较好。有些应用还是合在一起方便。
■网友
一个集合功能的大App和一个集合功能的App集,哪个赚钱多? 另外,大App,一般集合了小功能而不是大功能。
■网友
要回答这问题,先要想一想,APP到底能不能做得大而全。想一想,真要把一款APP设计成多功能、多用途、综合性、的产品,还真不太容易。
为什么呢?因为截止到目前,APP Store里还没有这样的一款产品。
这个问题挺有意思。苹果APP Store里的产品包罗万象,怎么会找不出一个案例呢?
我们可以试着挑几个知名度高,用户量大的APP做一个分析:
京东:京东商城基本上和淘宝网平分天下。但是,京东APP有什么功能呢?除了购物,就没有什么了吧?或许还有“小金库”和“白条”等等功能,但是明显不是重要功能;
新浪微博:新浪微博有什么功能呢?发微博/看微博呀。除此以外,或许还能找到“头条”功能。可惜“头条”藏得太深,一般用户或许都没发现。
用这两款APP举例,就能看出一些端倪。京东和新浪微博的APP或许算的上“全”,但是绝不“大”。真正“大”的,只有核心功能,也就是京东的购物和新浪微博的看/发微博。其它的功能,虽然全,但是都很小。这样做,就是为了突出主体呀。
有的人要问,如果偏偏有人非要用京东的“小金库”和新浪微博的“头条”怎么办呢?总有些用户偏偏喜欢小功能呀?
这个好办。如果你要深入使用“小金库”,那就去下载京东的另一款客户端“京东金融”。如果你一定要看“头条”,那就去下载“新浪新闻”客户端吧。


推荐阅读