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越做越大,上面集成各种其它第三方服务。比方公众号。用户使用移动设备有时需求事实上非常easy,仅仅想买一张电影票或者充话费,而且是非常暂时性的,假设这时你要他去找个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)直接从锁屏上呼出飞机票,扫描二维码过安检

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

小小的Cloud Card的价值是显而易见的。对于终端用户来说,它让仅仅需关注要做的事情,将使用服务的门槛和交互成本降到最低;对于第三方服务ISV来说。提供了一个个实际的用户场景。使得提供的服务具有非常高的到达率和点击率。

针对ISV我还想多说两句,对于高德和百度地图两个服务,假设仅仅是放在桌面上。从眼下情况来看,大部分还是会用百度。但假设高德把导航服务插到机票关联服务中,直接提供给用户到达机场的导航,那么用户肯定就不会再挑了,由于这种操作路径最短。

这仅仅是我们眼下做到的程度。论证了可行。但仅仅是开了个头,远远不够。我们后面真个OS团队都会环绕着这个Cloud Card发力。

眼下最紧急要做的三件事情:

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

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

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

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

眼下看来,团队规模远远不足以去完毕这些事情,须要各方有兴趣的同学哥们增加进来,假设你理解了我们要做的事情。感兴趣,而且感觉自己能在当中做点事情。请联系我:[email protected](不太方便放公司邮箱)

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

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

时间: 2024-10-13 20:37:27

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的各种数据在WP哪里的

一.理论 1.App的各种数据在WP哪里的? 下图很好介绍了这个问题.有InstalltionFolder, knownFolder, SD Card... 2.一个App的数据存储概览 主要分两大部分,InstallationFolder和App Data Folder 3.Windows.Storage.ApplicationData  和  Windows.Security.Credentials简述 其中利用Windows.Storage.ApplicationData,我们可以获得3种

wp8.1 Study10:APP数据存储

一.理论 1.App的各种数据在WP哪里的? 下图很好介绍了这个问题.有InstalltionFolder, knownFolder, SD Card... 2.一个App的数据存储概览 主要分两大部分,InstallationFolder和App Data Folder 3.Windows.Storage.ApplicationData  和  Windows.Security.Credentials简述 其中利用Windows.Storage.ApplicationData,我们可以获得3种

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

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

快学Scala-第六章 对象

知识点: 1.单例对象 使用object语法结构达到静态方法和静态字段的目的,如下例,对象定义某个类的单个实例,包含想要的特性,对象的构造器在该对象第一次被使用时调用. object Account{ private var lastNumber = 0 def newUniqueNumber() = { lastNumber += 1; lastNumber} } 对象本质上可以拥有类的所有特性,除了不能提供构造器参数. 2.伴生对象 通过类和与类同名的"伴生"对象来达到基友实例方法

Google Developing for Android 一 - 相关上下文介绍

前几天在G+上看到Google Developers站点,有一个Android系列的文章,分享到个人微博,周末闲来没事就学写了下,把它们简单的翻译了下,没想到一发不可收拾,六篇文章全部都翻译完了,有些地方省略了部分示例的描述或者换了另一种表述,如果有理解的不准确的地方,还望指正 原文:Developing for Android, I:Understanding the Mobile Context context或者这些建议为何如此重要 对于理解这些最佳实践的相关上下文是非常重要的.特别是明白

个人开发者的免费资源合集

阅读目录 Alternate container hosting 源码存储,团队合作,代码质量,持续集成,安全,部署管理,日志,监控,异常处理,搜索,邮件,CDN,PaaS,IaaS,SSO,tracker,存储,多媒体. free-for-dev Developers and Open Source authors now have a massive amount of services offering free tiers but it can be hard to find them

iOS 开发 -----公司测试打包上传流程

打包iOS应用程序 如果想要将做的iOS应用程序安装到自己的iOS设备上测试.或者安装到别人的iOS设备上,或者想发布到App Store中,先要给应用签名.签名就要有证书,这就需要申请证书的过程了. 把自己的应用程序安装到设备中,主要有一下几种方式: 把iOS设备与电脑连接起来,如果Xcode中已经添加了包含这个设备的Profile文件且在工程中已经选择了该文件,那么在Xcode左上角便可以选择这个设备,之后点击RUN,程序就被安装在这个iOS设备中了.这个主要用于在真机上测试程序. 使用Xc

基于android的语音识别

1.注册账户,添加应用 2.针对android平台的选择应用,下载SDK 3.将SDK的libs下文件拷贝到工程的libs目录下 4.添加用户权限 <uses-permission android:name="android.permission.INTERNET"/> <uses-permission android:name="android.permission.RECORD_AUDIO"/> <uses-permission a