Cloud Card能否干掉App

算下来有一年没写blog了,这一年算是潜心做一件事情,随着云OS 3.0已发布,总算可以向外界表达了我们想做个啥,很多人也开始质疑,Cloud Card到底是个啥?云OS 3.0算不算自主研发的OS?等等,今天想就Cloud Card能否干掉App这个主题聊聊这些事情。

昨天三丰和我们开会讲到一个观点,IOS&Android以App为核心的OS过时了,用户使用各种移动设备,要的不是App,是服务,虽然App也是承载服务的形式,但App与App之间是割裂的。仔细想想确实如此,我们现在为了做一件事情往往需要多个App来回折腾,用户装的App越来越归一到几个航母App(微信、淘宝、支付宝),航母App越做越大,上面集成各种其他第三方服务,比如公众号。用户使用移动设备有时需求其实很简单,只想买一张电影票或者充话费,并且是很临时性的,如果这时你要他去找个app安装,用完后删掉,体验确实不好,web干掉PC端应用程序也是出于这个初衷,用户要的就是一个买电影票或者充话费的服务,而不是一堆的App。于是乎我越发明白自己所做事情的价值,也明白为啥我们敢称为自己是在做OS。把用户需要服务在用户真正需要的时候提供给用户,这件事情只能OS来做,也只有在OS这个层面上才做得好,当然,有些航母App也在做这件事情,但它们毕竟只是App,做不了OS能做的事情。回到今天的主题,Cloud
Card能否干掉App,新的操作系统都有标志性的符号,比如IOS带来了App,Android带来了通知中心,那么云OS想给大家带来的符号就是Cloud Card。理念就是通过Cloud Card这个唯一的符号,把用户需要服务在用户真正需要的时候提供给用户,仅此而已。如果真正能做到,我相信今天的论题是成立的。

云OS3.0发布会我们把理念抛了出来,下面这个架构图还是很受大家认可。

但从一些媒体试用反馈来看,感觉还是停留在一些粗浅的层面,没有真正领会到Cloud Card真正想做的事情。可能由于目前的交互形式,大家都把注意力放在首页的入口卡片上,也就导致大家重点去比较H5和App的体验,这其实是一种误解,我们想表达的不是H5的体验比App能有多好,我们从不否认就目前看来H5还是比不了App,Cloud Card如果只是一个H5服务的入口,那我所说任何观点都是不成立的。我们真正想表达的也是目前已做到的可以看看下面这个例子:

这个例子其实是用户一个真实的用户场景:

1)用户要出差,买了一张机票

2)收到出票短信(或是其他通知方式)

3)系统自动转为机票卡片

4)围绕赶飞机出差这个用户场景,系统推荐各种关联服务,比如在线值机、预约打车去机场、目的地天气等等

5)用户使用在线值机后直接在卡片生成值机二维码

6)飞机起飞前几个小时,锁屏上出现飞机票提醒

7)直接从锁屏上呼出飞机票,扫描二维码过安检

用户的需求很简单,就是要一个赶飞机的服务,要完成这个服务如果换成App,大家想想需要哪些App,携程机票、快的、墨迹、高德、国航值机等等,关键是这些App之间是割裂的,用户需要在各个App间来回切换,填参数,用完这些App嫌多了还要删掉,对于一些老人家,哪知道要用这些App。我们做的事情其实很简单,通过OS的能力,尽可能的覆盖用户的日常生活点点滴滴,通过Cloud
Card的形式汇集用户一个个场景,然后基于这些特定的场景,让第三方服务作为关联插进来,满足用户特定的需求,用户使用后又是一个新的场景,又会有针对新场景的关联服务,从而形成闭环。

小小的Cloud Card的价值是显而易见的。对于终端用户来说,它让只需关注要做的事情,将使用服务的门槛和交互成本降到最低;对于第三方服务ISV来说,提供了一个个实际的用户场景,使得提供的服务具有很高的到达率和点击率。针对ISV我还想多说两句,对于高德和百度地图两个服务,如果只是放在桌面上,从目前情况来看,大部分还是会用百度,但如果高德把导航服务插到机票关联服务中,直接提供给用户到达机场的导航,那么用户肯定就不会再挑了,因为这样的操作路径最短。

这只是我们目前做到的程度,论证了可行,但只是开了个头,远远不够,我们后面真个OS团队都会围绕着这个Cloud Card发力。目前最紧急要做的三件事情:

1)把每个场景做精做透,给用户最好的体验,真正做到他只需关注要做的事情

2)让Cloud Card在整个OS和相关终端上流转起来,覆盖用户生活的点点滴滴

3)搭建开放平台,把用户场景开放出去,把第三方服务接进来

每件事情都有足够的挑战,但都是清晰可见和具有诱惑力。也需要更多的同学加入进来,目前只是一点点曙光而已,过了生死年,才能看到明天的太阳。魅族、飞利浦.....一个个优质的手机厂商加入进来,一切就好玩了。

目前看来,团队规模远远不足以去完成这些事情,需要各方有兴趣的同学哥们加入进来,如果你理解了我们要做的事情,感兴趣,并且感觉自己能在其中做点事情,请联系我:[email protected](不太方便放公司邮箱)

当然也请容许我说明一下职位情况,工作地点在杭州,公司是阿里巴巴云OS,职位有Java服务端、Android客户端、架构师、H5前端、OS底层等等,Head Count无限。

再次回到这次主题,Cloud Card能否干掉App其实不重要,重要的是用户能忽略这一切。

时间: 2024-10-23 04:37:55

Cloud Card能否干掉App的相关文章

Cloud Card是否能干掉App

算下来有一年没写blog了.这一年算是潜心做一件事情,随着云OS 3.0已公布.总算能够向外界表达了我们想做个啥,非常多人也開始质疑,Cloud Card究竟是个啥?云OS 3.0算不算自主研发的OS?等等,今天想就Cloud Card是否能干掉App这个主题聊聊这些事情. 昨天三丰和我们开会讲到一个观点.IOS&Android以App为核心的OS过时了,用户使用各种移动设备,要的不是App,是服务,尽管App也是承载服务的形式,但App与App之间是割裂的. 细致想想确实如此,我们如今为了做一

App Submission Issues

查看原文: http://leancodingnow.com/app-submission-issues/ I bet many iOS developers are busy submitting apps to the App Store lately after fixing issues on iOS 9. This blog post just listed the issues I came across lately when submitting apps to App Stor

Cloud Foundry技术全貌及核心组件分析

原文链接:http://www.programmer.com.cn/14472/ 历经一年多的发展,Cloud Foundry的架构设计和实现有了众多改进和优化.为了便于大家了解和深入研究首个开源PaaS平台——Cloud Foundry,<程序员>杂志携手Cloud Foundry社区开设了“深入Cloud Foundry”专栏,旨在从架构组成.核心模块功能.源代码分析等角度来全面剖析Cloud Foundry,同时会结合各行业的典型案例来讲解Cloud Foudry在具体应用场景中的表现.

(十四) Java B2B2C多用户商城 springboot架构- Spring Cloud构建分布式电子商务平台

通过Spring Cloud构建PC+微信+APP+云服务的云商平台系统,其中包括B2B.B2C.C2C.O2O.新零售.直播电商等子平台,之前我们讲了很多关于Spring Cloud的概念文章,从本节开始,我们会以分布式微服务电子商务平台为案例,逐步给大家讲解如何构建完整的电子商务云平台. 技术解决方案 开发语言: java 数据库:mysql JDK支持版本: JDK1.8 核心技术:分布式.云服务.微服务.服务编排 核心架构: 使用Spring Cloud分布式微服务云架构进行服务化开发,

《Cloud Native Infrastructure》CHAPTER 1(2)

Cloud Native Infrastructure "Cloud Native"是一个被市场过度解读的术语,但是它对于工程与管理来说仍然具有意义,对于我们,这是公有云提供商的技术演变史. "Cloud native" is a loaded term. As much as it has been hijacked by marketing departments, it still can be meaningful for engineering and m

Android开源项目收集

软件名:gaeproxy软件作用:Android手机配置GoAgentFQ.项目地址:https://github.com/madeye/gaeproxy.git 软件名:ProxyDroid软件作用:Global Proxy App for Android System项目地址:https://github.com/madeye/proxydroid.git 软件名:dbartists软件作用:Douban Artists Third-party Android Client项目地址:http

Windows Phone 8.1 - 操作 ApplicationData

在 8.1 开始,Silverlight App 中使用的 IsolatedStorage 已不支持(例如:IsolatedStorageSettings.ApplicationSettings) 很多操作的方式将全面改用 StorageFile / StorageFolder,针对可操作的目录与数据设定均有不同. 前几篇介绍了 WP 8.1 的 Lifecycle 之后,接下来该篇要介绍如何操作 App 中的 ApplicationData, 协助在 Lifecycle 各阶段里怎么保存与还原

从一个程序员的角度看——微信小应用

前言: 最近初步了解了一下微信小应用,APP端的同事也非常感兴趣,于是在公司内部做了一个小小的分享,分享的过程中有很多讨论内容,大家也是非常感兴趣和有自己的看法,当时"混乱"的场面好几次我都没有把持住.以下内容部分来自于内部分享所用ppt.文章对微信小应用的使用做了展示性介绍,并简单介绍了代码结构.后端交互方法.最后提出一些总结和疑问.文章内容比较主观,有不对的地方欢迎大家指出纠正. 前段时间微信小应用公开内测,在朋友圈火了一把,各种阐述疯狂蔓延,干掉APP之类的说法比较突出,确实达到

Python著名的lib和开发框架(均为转载)

第一,https://github.com/vinta/awesome-python Awesome Python A curated list of awesome Python frameworks, libraries, software and resources. Inspired by awesome-php. Awesome Python Admin Panels Algorithms and Design Patterns Anti-spam Asset Management A