Cloud Card是否能干掉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这个唯一的符号。把用户须要服务在用户真正须要的时候提供给用户,仅此而已。假设真正能做到,我相信今天的论题是成立的。
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY3V0ZXNvdXJjZQ==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">
Card的形式汇集用户一个个场景。然后基于这些特定的场景。让第三方服务作为关联插进来。满足用户特定的需求,用户使用后又是一个新的场景。又会有针对新场景的关联服务,从而形成闭环。
针对ISV我还想多说两句,对于高德和百度地图两个服务,假设仅仅是放在桌面上。从眼下情况来看,大部分还是会用百度。但假设高德把导航服务插到机票关联服务中,直接提供给用户到达机场的导航,那么用户肯定就不会再挑了,由于这种操作路径最短。
眼下最紧急要做的三件事情:
最新文章
- jquery实现旋转木马的插件slick
- centos添加PATH环境变量
- 5-JS函数
- js(jQuery)获取时间的方法及常用时间类搜集
- $.extend(),与$.fn.extend() 讲解
- VelocityTracker简单介绍
- Windows SQL Server 2012 R2 安装Intel I217-V/I218-V网卡驱动(转)
- Mysql查询优化随笔记录
- 57. Spring 自定义properties升级篇【从零开始学Spring Boot】
- xbox360版本之分
- Log4j2 — Log4j2导入、LogEvent、配置文件编写及路径
- Spring boot集成swagger2
- Web Storage:浏览器端数据储存机制
- C# 将前端传来的图片文件分别以大图和缩略图保存
- 利用 v-html 将后台数据中的换行符在页面输出
- Java面试题和解答(一)
- 用PhoneGap创建第一个项目
- C#Url处理类
- maven 项目 查询部分关心的字段
- ylz 开发学习笔记一(注意事项)