iPhone 的社会化机会

公司

2009-10-09 07:00

by newkhonsou@twitter

———————————

他人的机会, iPhone 的威胁

基于 PC 网络的 SNS 服务移动化似乎是不可避免的了。 Maemo , Android 这种开源系统的灵活性开始体现出优势。

N900 的系统深度整合 Facebook 等 SNS 服务。开源社区也反映迅速, N900 还没有上市, Twitter 同步地址簿的系统扩展已经推出。而 Moto 在 Android 上二次开发 Blur 有更酷的桌面 Widget 。就在待机界面,而不用点进什么程序,就可以知道 Twitter 上萝莉又上了制服照。 iPhone 呢?桌面上的日历刚刚才可以反映日期和星期。而就是正在台风过境,天气程序的图标也总是个大大的太阳。

酷是 iPhone 的特征,街头给美眉演示世嘉的猴子,曾经是 iPhone 最好的广告。而今天,能让她们张大嘴巴的,变成了桌面上不断下落的新推。

———————————

从两层到三层

稍微资深些的设计者应该知道,在网络还没有火爆之前,比较复杂的应用流行的构架是两层的:

客户端(PC 系统或软件), 数据库

SNS ,还有其他今天无处不在的其他网络应用,则是一种三层结构:

客户端(你的 PC)

服务器

数据库

从两层到三层,更加复杂,更多成本。但是,也提供一个非常诱人的好处:应用保持灵活的同时,不对客户端的系统和程序作出太高要求。

你在 PC 上使用 Facebook , Twitter , Gmail , Flickr 等等无数应用。几乎每天,都能看到这个网站改掉了些 Bug ,那个网站追加了些功能。我们总能享受这些最新的改动,却不用深度修改系统或者频繁升级程序。

比如 Gmail 一大票新功能,在古董级的 IE6 上跑的好好的,就是拜三层结构所赐。

———————————

iPhone 的机会

iPhone 的系统不可深度更改。但是, SNS 的移动化潮流需要的,不一定是一个深度整合 SNS ,同时能保持灵活的手机系统

对于用户而言,系统是否开源,第三方能不能更改系统都无所谓。只要能办到他们想干的事情,本地程序或者网站,有什么关系?他们可能根本搞不清 “开源” 到底是什么概念。网络程序和本地程序恐怕也有很多人懒得去区分。用户只需要一个整合他所有的 SNS 应用的解决方案。如果有要求,那么可能会是便利和灵活。一定在手机系统上整合?从来没有这种事。

而作为一个网络应用的设计者,我也不认为在手机系统上整合一切就是最好的办法。它类似于史前时代的 客户端/数据库模式。

客户端 = iPhone 的系统或者软件

数据库 = 其它一切 SNS 网站, Facebook , Twitter , LinkedIn 甚至开心网。

这种模式下,也许某些应用(比如 IM),可以利用通用标准。但更多情况下,众多 SNS 网站会发布各自的 API 并升级,跟上他们的步伐,只能通过升级系统/程序来进行。整合的 SNS 网站越多,系统的升级和发布就越频繁,对厂商和用户的负担就越重。

两层结构需要在手机里塞进很多东西:

iPhone 对于系统和第三方软件的控制是坏事,但未必不能变成好事。这种限制,让 SNS 移动化浪潮到来时, iPhone 的开发者们,最有动力在现有模式上追加一层。

于是变为:

客户端 = iPhone 的系统或者软件 (后文称作 “ iPhone SNS 协和客户端”)

服务器 = 为 iPhone 整合 SNS 服务的网站 (后文称作 “ iPhone SNS 协和网络”)

数据库 = 其它一切 SNS 网站, Facebook , Twitter , LinkedIn 甚至开心网。

三层结构:

SNS 网站不断的兴起,死掉,随着地域变更,随着偏好变化。美国是 Facebook ,日本是 Mixi ,中国则是开心网。把这种频繁变化的东西,和相对来说不易升级的很多手机(甚至很多手机系统)隔离,用一个灵活的网站对应,虽然让构架变得复杂,但是好处也是很多的。

———————————

“ iPhone SNS 协和网络”

类似一个 FriendFeed 的网站,关联 SNS 网络之外,再关联个网络地址簿就好了。比如现在很多人用的 Gmail 。一个用户,比如 iFanr ,同步自己地址簿的同时,关联多个 SNS 账户。然后再做协和 (把 SNS 网络的朋友绑定到地址簿上)。设置好之后,这个 SNS 协和网络汇集消息,发送 Push 给手机。

对多变的 SNS 网站的对应,可以在网络上完成。今天不能绑定开心网,明天说不定就可以了,不用升级手机系统。甚至,可以开放自己的 API 和发布方式,让想推广自己的 SNS 网站自己写两者之间的接口。一个 OS 开源社区拥有的灵活性,这个网站一样拥有,甚至,有过之而无不及。

海量消息的过滤和管理,也可以在网站上完成。 Gmail.com 可以过滤出你不喜欢的信件,自动扔进垃圾箱。这个 “ iPhone SNS 协和网络” 当然可以做同样的事情。同样也应该可以分类,搜索,用各种不同的因素排序。

这个网站的这些功能怎么通过手机实现呢?最简单的办法是写个为 iPhone 优化的网页。像 Google Sync 那样。更进一步,可以写专门的 App 。

苹果不管是有意还是无意,他似乎已经在为这个做准备了。 MobileMe 里面已经有地址簿了,而且可以关联一些网络应用 (主要是 Google 的),而且还支持推送。几乎就差榜定多个 SNS 账号了。

———————————

“ iPhone SNS 协和客户端”

“ SNS 协和网络” 作了大量复杂的工作之后,手机客户端就可以非常简单了。

消息通过 Push 到手机上,统一由 “ SNS 协和客户端” 接收。第三方程序就可以干这事。(消息的接受和汇集 IM+ 已经实现了。) 它相当于统一收件箱,无论是新 Email 消息,还是新 Twitter Mentions 。打开他你能看到一切。

因为 “ SNS 协和网络” 已经有完善的管理功能了,这个客户端有基本的分类和搜索就可以。甚至,有 “ SNS 协和网络” 的过滤,那个很打扰的 Popup Push 通知窗口,都不是大问题。

如果你看到一个新 Email 通知,你会希望在 “ SNS 协和客户端” 里面点击并且打开 mobile mail 。这个对 iPhone 的第三方程序也不是问题。如果是 Twitter Mentions 呢?那么打开 Tweetie 或者 Twitterrific 什么的。 TweetPush 证明,这个也是小菜一碟。

对发消息的人感兴趣?点击可以关联到地址簿 ( Tweetie 2.0 号称支持类似的功能),通过一些通用字段反映关联情况。或者,干脆打开 “ SNS 协和网络” 的联系人网页好了。

当然具体实现起来会有更多问题。至少关键之处,不需要一个更加开放的 iPhone ,也都可以实现。

———————————

为什么三层?

如果两层到三层,仅仅是为了对付苹果对 iPhone OS 偏执的处女情节,那么意义不大。三层提供更多激动人心的好处。

1

首先是网站可以灵活的对应大量 SNS 服务。 FriendFeed 对应的 SNS 服务,要比今天任何一个 SNS 手机都要多。他整合了这些网站之后,我们就只需要一个 FriendFeed 客户端了。 iPhone SNS 协和网络其实就是类似的东西。

另外,追加新的 SNS 服务,处理 API 升级,都要比在手机端对应简单和迅速。

2

网站可以做更多更复杂的工作。比如管理复杂而多样的来源。比如建立邮件规则。检索,过滤分类等等。

3

节省我们的时间和金钱。

服务器提供更强大的运算能力。同时云端的过滤可以节省流量。毕竟移动网络相对还是慢并且贵的,不该发生的流量,干脆就不让他发生。

网站的访问不限定于手机。我们可以随时随地使用随便什么客户端访问和管理这些消息。就像我们同时在 Firefox 和 iPhone 上使用 Google Calendar 一样。

4

最后,也是最重要的:三层结构带来的是服务而非软件。

三层结构在更适合的地方做该做的事。带来超越两层结构客户体验的同时,也让客户清晰的意识到:这是一个服务。

用户很少会为软件反复掏钱,但是为一个真正实用的服务掏月租? Flickr , RTM 都证明,这是可行的。社交网络庞大的用户,应该超越 TODO 整理狂或者拍照爱好者。这些卖服务的软件也是很好的老师。比如你可以像 Flickr 那样,免费注册,但是限制每个月可推送的天数。 7*24*30 的推送服务收费。很快,你就能搞清楚大概有多少用户愿意付钱。(AppStore 增加的程序内付费功能,简直就是为了这种包月服务而生。)

使用 Pushmail 体验让我发现,这个东西还容易上瘾。也许,这就是黑梅的系统糟糕,也不影响他持续增长的原因。卖容易上瘾的东西从来都是一本万利的买卖。比如网游,香烟,鸦片。

或者,稳定,强大,及时,绑定后不用管的消息汇集和推送服务?

论坛讨论

后评论

评论在审核通过后将对所有人可见

正在加载中

移动互联网/苹果/ERP/SAP。 写过:「 iPhone 可有设计哲学」,「领先五年的迷思」,「以前没有 iPhone OS,以后没有 Mac OS」,「对社交说不」,「 MSNS :移动社交网络 」,「云书店,新阅读」⋯⋯

本篇来自栏目

解锁订阅模式,获得更多专属优质内容