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