ifttt

ifttt 是英文 If This Then That 的缩写,顾名思义,你可以在ifttt 上设定一个条件,让系统为你做出特定的动作。ifttt 支持的条件并不需要你像编程那样输入复杂的if 语句,你只需要挑选ifttt 提供的第三方服务里的某一个,指定它出现某种状态时,就触发另一个服务的某个动作。一切都可以在弹指间完成。

比如:你可以设定ifttt 在天气状况变成下雨时给你发邮件。你可以设定ifttt 在发现有人对你在Twitter 上提及时将对方提及你的内容发到Evernote 里。你可以设定ifttt 在某个RSS 有更新时,将更新的内容发送到Read It Later 里。

很好玩,不是么?

它带来了什么?

1、统一的个性化的终端,快速的反应:每个人习惯不同,有些人常上facebook,有些人常用gtalk,有些人习惯用email, sms…统一指的是你可以把你所有的网站账号连通起来,达到一个统一。个性化是根据你个人的使用你习惯的终端。每个人都可以不一样。(另:也不是每个网站都会提供客户端,移动的客户端,正好也解决了这个问题)。

2、信息的流通:我觉得,这个最大的好处是信息的流通,在流通过程中加入代码(通过api),以适应不同网站间的内容规范。使你访问你常用的网站既可,而不必去在意我用twitter,而有些朋友在用facebook那怎么继续和他们交流呢这类的问题。所以一个优点是信息流通更通畅。

ifttt带来的是一种方向

1、降低了技术门槛:ifttt的出现无疑于将网站程序员根据外部API定制网站功能的方式更加细化,使得原有API可以由用户实现点击重组

2、信息个性化与持续化:传统社交网站,信息跳跃性取决于网站设计本身,从一个内容跳到另一个类似内容是常见的,但从一个领域跳到一个完全不相关的领域是不常见的。而用户根据自己需求进行的条件性API重组,可以使用户获取信息的方式更为灵活。

3、遍布方方面面的复杂逻辑:这些原本就无法通过一个网站来实现,每一个人都拥有较为广阔的认知、拥有无数更加细分的意愿,这些都可能触发人的某些心理意愿和行为,而这些ifttt可以通过行为定制来完成。

举例:

  • if (老婆的推上出现“加班”字样) then 立即激活一条手机短信通知 then 自动检测谷歌日历
  • if (日历中找出几个今晚没有事情的老友) then 在FB上新建一个活动“今晚喝大酒”
  • if (FB上的活动一旦超过3人同意) then 触发一条订餐消息给餐厅
  • if (订餐成功) then 餐厅查询Evernote,找到这群人最喜欢的菜和酒。

4、对服务要求过高:首先需要完成这种用户关系导向,需要非常稳定的服务提供。 细化到分子级的API,将导致用户创建个人逻辑时使用的每一个步骤的选择都远胜过程序员的常用函数库数量。用户逻辑分支较为复杂。优先级判定较困难。任何一个步骤都需要取消的回溯操作

5、ifttt无法提供较为复杂的用户逻辑给大多数用户使用,或者只能做到简单的类似于订阅服务一样的功能,互联网与操作的进步,代表网民集体水平的下降。所以ifttt改变的不是门槛,只是一种方式,一种推的方式,或者叫做有条件的推,用户定制的推。

当我们身处各种社交网络、云存储、图片分享、移动应用等都有 Open API 的时代,一个用户面临不同社交网络和关系群,所产生的信息、想达成的目标都是不一样的。此时,最明显的需求之一是希望有一个信息聚合类的应用,能集中分发、接收、组织这些信息。而这件事情的解决方案,前有 FriendFeed(卖给了 Facebook),后有 Pip.io(经营不下去已经关闭了)。似乎历史已经证明,信息聚合类的应用价值有限,撑不起一片天空。国内的 Follow5.com 和微博通,活得也不轻松。

ifttt.com 的价值和创新点,就在于他们不是「自上而下」「辐射状」地组织信息,而是平级地「串行」,if X then Y,触发式地通过「流程」将各种信息串起来,形成一股看不到但非常强大的「暗涌」,最终让你的目标信息非常优雅地呈现在你的面前。