iPhone 的社会化机会
———————————
他人的机会， 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 体验让我发现，这个东西还容易上瘾。也许，这就是黑梅的系统糟糕，也不影响他持续增长的原因。卖容易上瘾的东西从来都是一本万利的买卖。比如网游，香烟，鸦片。
或者，稳定，强大，及时，绑定后不用管的消息汇集和推送服务？
