61阅读

移动应用发展现状-移动应用尝试“软硬结合”谋变现 或许是一个伪需求

发布时间:2018-02-02 所属栏目:注油器

一 : 移动应用尝试“软硬结合”谋变现 或许是一个伪需求

  

  在798尤伦斯艺术中心,金布斯穿着藏蓝衬衫牛仔裤,模仿乔布斯的语速,走位,甚至是there’s one more thing的PPT风格,介绍了一款和苹果设计感很像的空气果。一切都很美好,无论是千人级别的会场规格,还是开场那段小清新的视频。除了,那令人望而却步的价格。

  “智能硬件在不公布价格之前,都是好的,都是有用的…”,某网媒高级编辑会后发微博吐槽。

  大屏幕显示999元的那一刻,很多人都在下面喃喃“太贵了”、“不就一个监测仪吗?又不能改善空气”。尽管金布斯在事后的媒体沟通会上表示,999元是成本价,“如果可以的话,我们是希望多烧点钱让这个价格再低一些”。有媒体问及是否担心市场难以接受这个定价,墨迹团队表示,“我们的基本定位是中高端用户,应该不会太计较200-300的差价”,“我们也会面向企业级用户,可以将空气果放在办公室、餐馆等地方,企业用户应该也不会觉得这个价格太贵。”

  这个意思,似乎了解所处环境的空气质量成为了中上游阶级以及企业才可以享受的权利。

  关键是,谁会买一个不能净化空气的检测仪?

  空气果的样子不难看,产品设计、活动策划和推广相比都烧了不少钱,然而问题是,重金砸出的东西不代表用户一定买单。

  暂且撇开准确性不谈,Will u pay for the given information? 你是否会为了知情权付费, 花个千八百去看看你家是不是PM2.5爆表,你今天走了多少路,或者是你昨晚是不是睡不好?

  付费是肯定的,毕竟它数据量化了客观现实,有助于我们更好的规划生活。问题是你愿意花多少钱去获得这些已知信息。目前这些听起来很酷炫的智能硬件、可穿戴设备等,仅仅是对已知现实的数据呈现,并不提供解决方案。另外,这些设备均价值不菲,目前仅部分极客、IT爱好者、小土豪可以小范围尝试,离规模生产减少平均成本还有很长一段路要走。

  再说,即便是监测数据也未必可以保证准确,产品逻辑上也有不少槽可吐。

  那些不靠谱的手环们

  前段时间,一小伙伴和我吐槽他的Jawbone。Jawbone测算睡眠时间时需要睡前和醒来各按一次手环上的按钮。有一次他醒来忘记按,同步数据的时候发现他已经睡了23小时。况且,一般关心睡眠质量的人,多半有点失眠倾向,试问失眠的人怎么知道自己何时入睡,又怎么可以在快睡着的时候惊醒按一下按钮呢?Jawbone目前售价在1000-1500元不等。

  以“和乔布斯有恩怨”的创始人为噱头宣传的misfit shine,在进行不同运动的时候要记得三击手环切换模式,不支持酷炫的唤醒模式,对运动的统计比较粗糙,仅显示运动项目和持续时间。然后,这个手环要799元。

  而国内较为平价版(499元)的咕咚手环,在其产品页面是看不到评论的,只有购买后才有权限看其他用户对手环的评价。页面上仅有点赞数,甚至看不到卖出多少个。遮遮掩掩的背后尽是对现阶段产品的不自信

  鸡肋数据不知道也罢

  墨迹天气的空气果除了不可穿戴(额,室外版算是可以给建筑穿戴吧)以外,所实现的功能和这些手环们无异。但问题是,生活中的每一项数据都是你必须要知道的吗?或者说,是不是真的有为这些数据开发一个硬件载体的必要?

  这些数据过去就一直存在,只是缺少一个媒介将它表现出来。现在的智能设备帮数字呈现了睡眠时间,运动卡路里,空气温度。只要你想,甚至可以数据化每栋楼的楼龄,每棵树的树龄,阳光强度,风的力度,一切数据化的概念都很酷炫,so what? 我知道这些数字以后所以呢?然后?就没有然后了。

  人每天可以处理以及记录的信息是有限的。碎片化信息已经过剩,我们需要的不是让人焦虑的已有信息,而是根据客观情况提供解决方案。

  互联网时代信息被移动化,数据化,碎片化。我们接触信息的手段也开始变得多种多样,需要人们去分辨有效数据和垃圾数据,有些信息是你必须获取的,你要知道商品的价格,自己的体重,时间,好让你去合理控制支出、饮食、安排约会。

  告诉你每天睡了多久,走了几步路而不提供解决方案的设备,真的值得为他付1000元买单吗?

  软硬结合所产生的伪需求

  可以说,目前的可穿戴设备提供的是一种伪需求。由于一些创业app(也就是PC时代我们所说的软件)难以实际落地,手拥上亿用户量不知道如何变现,也迫于投资者压力,应运而生的硬件。为了实现软硬结合而软硬结合的硬件,实现了很多酷炫的效果以后,就没有以后了。

  去年移动应用创业项目扎堆,大浪淘沙优胜劣汰以后,社交、工具、搜索、天气、打车等几大工具领域的布局都尘埃落定。然而,各个垂直行业的大头在手拥几亿用户以后。发现自己并不能在移动端找到很好的变现方式,于是只能形成于天际,回归于尘土,纷纷尝试是否可以开发出软硬结合的商业模式,将线上的用户转化为线下用户。

  目前的智能产品给投资人画的大致是这样的饼:该产品满足各种神奇的需求,能带来很多用户,我可以通过云端存储他们的数据,然后挖掘其中的价值,未来有无限可能等等等等。

  再说回空气果,官网描述为,“一键体检,即可以了解家里的温度、湿度、二氧化碳、PM2.5等”,这些功能完全可以植入空调,在空调显示屏上展示,真的需要再额外添置一个设备吗?

  墨迹的合作伙伴是美的,空气果的研发倒可以直接为美的今后的智能家电提供技术支持。另外,海尔其实也私下推出了类似产品空气盒子,售价据说比空气果还便宜300-400元呢。

二 : 注油枪:注油枪-简介,注油枪-发展应用

在战争初期,Tom就已经设计出来了,尽管它是一种很有效的武器,但是高昂的成本使它难于大量生产.

注油枪_注油枪 -简单介绍

操作方式:全自动
口 径: .45 ACP .45英寸 9毫米

注油枪:注油枪-简介,注油枪-发展应用_注油枪
注油枪
弹容量: 30发每夹
重量: 9.9 lbs 9.9磅
伤害: 中等
准确: 中等
后坐力:中等

注油枪_注油枪 -发展应用

美国陆军军事发展部开始寻找1种更适合大量生产的便宜武器,特别是有预制部件的武器.这种新冲锋枪正式于 1942年12月24日被命名为M3 ,在几次改进之后 m3A1诞生了.
M3A1的外号是Grease gun(注油枪).他的小尺寸使他被坦克兵和伞兵大量装备. 它于1944年被广泛的应用直到越战.至今你仍然可以在墨西哥陆军中看到他的身影.

三 : 移动Web应用开发的现状与未来

Web前端的起源

Web应用诞生:随着GMail、Google Map等优秀Web应用出现,Ajax在2004年之后一度成为热门话题。经过几年的发展,一批以Prototype、Dojo、Ext为首的Ajax+UI的浏览器兼容框架不断出现。UI和Web中间新增了一层以Javascript为核心,专门处理数据传输、Web交互等内容的开发层,Web前端。Web前端伴随Web应用而诞生,并逐步走来。

Web宿主之争:随着RESTful Web Service潮流的发展,后台服务也迅速实现了数据云端化,接口API化。但受IE垄断和发展缓慢的影响,Web前端始终走不出浏览器能力不足和兼容性问题突出的困局。开发维护浏览器插件、Flash控件等更是无奈的选择。Web前端往往因为需要兼容IE6、IE7、FF、有无插件、有无Flash等情况付出巨大开发代价。2006年,John Resig的jQuery框架从某个意义上解决了这个问题。我认为最大的突破在于让老旧浏览器适配新的Web标准,满足了开发者开发高效而兼容老旧浏览器的需要。

Web标准化之路:Google在2008年推出了Webkit核心的浏览器Chrome(后来也发布了ChromeOS)。随着FireFox,Chrome,Safari,Opera等浏览器开始对HTML5和CSS3的深入支持以及性能的不断优化,IE市场占有率的持续下滑。Web标准化终于等到了一个发展机遇。2010年,HTML5和CSS3被Webkit核心的Chrome、Safari绚丽地实现后,IE9也表示全面支持HTML5后。Web标准进入一个高速发展阶段。随后,浏览器GPU加速也浏览器厂商们所接受。在Web标准化、离线化、硬件化的浪潮中,Web应用逐渐具备了替代桌面应用条件和能力。Web前端开发也在逐步取代桌面应用客户端开发。

移动Web应用背景

非智能机时代:Java和WAP是取代短信SP后的第一种移动互联网实现方式。这个年代虽然荒蛮,但很纯真。

前智能机时代:HP把一台WinPPC的PAD增加电话功能,做成第一台智能手机时。Windows Mobile和S60是这个时代的主角。基于手机系统的客户端应用就是移动互联网应用的最好形式。但是随着系统版本的不断升级,设备的差异不断增大。手机客户端应用开发同样面临着与Web前端开发一样的兼容性开发效率和维护成本问题。

后智能机时代:随着iPhone和Android(HTC、摩托罗拉、三星等)手机等的热卖,两个电子市场生态链逐步形成。再加上最近诺基亚和微软和合作,电子市场生态链之争拉开帷幕。客户端应用成为了电子市场生态链的主角。不过随着三方系统的竞争升级,也伴随浏览器的不断优化。先不论WP7,iPhone和Android阵营的浏览器都是webkit核心的,差异只在于硬件加速能力和设备资源的差异。这恰好也是移动Web应用的发展机遇。

移动Web应用开发

需求:

互联网是个产品线丰富的产业,但不可能对所有产品都投入巨大开发成本。WAP能满足基本使用需求,而客户端应用满足主线产品的高端需求。还有一大片中高端需求无法很好满足。遗憾的是,限于开发成本,用户没有与其高端设备相匹配的非主线产品客户端可用。

开发成本无法避免,但可以择优。我们可以通过移动Web应用的方式来次优替代非主线产品客户端。这也是廉价的移动应用实现方式。

现状:

目前iOS和Android系统的浏览器都是webkit核心的,我们可以开发移动Web应用来满足这块需求。iOS支持硬件加速,Android系统也能满足基本Webkit的API功能,适宜通过区分iOS来提供差异化服务。iOS的Mobile Safari有足够能力提供webkitTransForm(图形变换,3D变换支持硬件加速)、webkitTransition(CSS3动画)、SQLite、LocalStorage(离线存储)、 WebSocket(iOS 4.2+)服务。至于Android,因为需要兼容参差的低端设备,还是不建议使用复杂图形变换和CSS3动画,其它能力可以通过判断能否支持来选择使用。另外多点触摸、重力感应、地理位置还是根据能否支持和需要来使用,主要用于优化用户体验,不影响基本交互方式。

未来:

移动Web应用的起点比PC Web应用的高,但适用范围较窄。但移动Web应用将成为Web应用的一种延伸,从开发角度来看,应该是殊途同归的。

小结

JavaScript的角色从诞生起的页面粘合剂转变成今天的Web应用开发语言,一路走来经过很多波折。有人喜欢他,有人讨厌他,在崇拜和谩骂中成长过来。将来的路还很长,但迷雾已散去,前途是光明的。当中有无数人的付出汗水,也成就了少数应用的辉煌。不过他仍然是一个工具,为开发者服务,需要人们一起来优化他,使用他。

原文链接:

四 : APICloud,国内首家“云端一体”移动应用云发布

让移动拥抱云,让开发更简单

APICloud在今天正式发布。APICloud是做什么的?有什么作用?让我用一个例子来回答这个问题。

偶然发现某国际家电厂商正在秘密研发智能热水器的APP,这款APP包括了以下功能

• 热水器设备开关机。

• 热水器加热或保温状态的显示。

• 热水器当前温度的显示(0-75度)。

• 热水器出水温度调节

• 中温保温:水温保持在40度。

• 动态夜电:谷电时段工作开关和调节时间段

• 预约洗浴:在预定的时间前加热到设定温度

• ECO SMART:,记忆28天用水习惯

• 情境模式:生活热水、淋浴模式、浴缸模式

而真正令人惊讶的则是这款APP竟然只有一个开发人员(web工程师)负责,在很短的时间就开发了Ios,Android两个版本。精简到不能再精简的团队以及超级短的开发周期,这就是APICloud带给你的惊喜。

移动时代我们需要什么?

在某手机品牌的发布会上,该团队重绘了近2300个APP的图标,这是一个APP爆炸的时代。无论是对于智能硬件厂商,还是传统的软件公司,以及移动创业者们,APP是一座巨大的金矿,然而这座金矿中除了兴奋和尖叫之外,然而通往这座金矿的路上,却倍受掣肘。对于移动创业者,他们想去试一试,但是人才短缺是眼前不可忽视的问题。

APICloud表示:“在今天做IOS、 Android开发最好的人才都在北京,在北京的都在一些大公司,比如BAT 新浪这样的大公司,和一些新的拿到投融资的公司,这些公司有钱有资源,吸引好的人才,产生良性循环。”但是对于一般的创业者他们没有钱和资源无法开发,导致一种恶性循环的生成。

APICloud就致力于解决这种恶性循环。上面的例子告诉我们开发一款APP 只需要一个WEB工程师。而且“APICloud的“云API”规划的初衷是为了让开发者只需要少量、甚至不需要服务端编码,就可以自动生成移动应用所需要的各种云服务接口。“云API”服务包括数据服务、推送、云修复和大数据分析等。APICloud的数据服务支持自动生成RESTful API,在移动场景中为APP提供灵活的数据服务支持。同时NoSQL的大量应用为APICloud的大数据提供了充分支撑。APICloud的“云API”具有典型的“云”特性和“大数据”特性。

API Cloud还承诺为开发者提供永久免费的开发工具。

APICloud,国内首家“云端一体”移动应用云发布_apicloud

我们为什么要开发APP

众所周知,移动端的流量超过PC端的流量。“在移动优先的时代,B/S架构走向APP,会成为一种潮流,APICloud创始人说以前是通过浏览器,现在大家都讲端。”

的确我们手机是一个端,PAD是一个端,以后汽车和眼镜都是一个端。以前大家在使用WEBAPP 觉得简单易懂也不错。然而现在APP的数据流量相比WEB的流量是90%比10%。现在 大家更习惯使用APP 。

APICloud认为:“可以说 BS 架构会被APP所给替代,但不能说完全替代。只能说APP 在接下来的时代比BS架构更有价值。”

随着智能硬件和其它智能终端的发展可预计到2020年,终端种类将达到现在的10倍,而且产生的流量会是现在的9倍,并且一半的IT业务都需要云服务。届时也将有四分之一的业务拥抱,移动、云。

在移动为王,大部分传统产业拥抱互联网的时代,企业和创业者们更应该把如何让B/S架构的人和业务转移到APP上来。

如何改变?

APICloud所提供的“端API”将大量移动应用所需的功能“模块化“封装,并且借助APICloud的模块机制规范的提供给开发者,通过JavaScript语言,一套代码同时调用iOS和Android两个平台的模块,从而实现“积木拼装”式的原生应用开发;支持多人协作开发、一键多终端调试等服务。同时支持开发者扩展自定义模块,让移动应用开发更具灵活性和个性化。

APICloud,国内首家“云端一体”移动应用云发布_apicloud

小结

在移动互联网如此蓬勃的时代,任何人的手机里都有十几个甚至几十个APP,我们无法也不能忽略APP的存在价值。不仅仅是移动互联网,智能硬件,智能家居或者是可穿戴设备,无疑都是有待发掘的矿产,这种基于智能手机连接或者操控的智能设备,会使得APP变得更有价值。然而简单快捷的互联网方式也会成为APP开发的趋势,也是开发者们努力的方向。

APICloud的核心定位是“加速移动创新,帮助开发者和软件企业快速进入移动、云和大数据时代”。APICloud致力成为中国领先的移动垂直领域云服务商,帮助中国数百万web开发者转化成移动APP专家!

五 : 谷歌推出AMP移动网页加速项目,实现应用无缝加载

  据路透社报道,谷歌周三宣布,公司正在测试一项名为“加速移动网页项目”(Accelerated Mobile Pages Project)服务,该服务允许移动用户在很短时间内搜索、加载发行商的海量内容。谷歌此举旨在向苹果、Facebook等厂商类似服务发起挑战。但与苹果的Apple News以及Facebook的“即时文章”(Instant Articles)所不同的是,发行商在谷歌的“加速移动网页项目”上展示内容时不必向后者支付费用。

  谷歌新闻主管理查德·金格拉斯(Richard Gingras)在周三举行的媒体发布会上表示:“该服务在无需交易的环境运行。”目前这一服务谷歌正处于测试阶段,但该公司高管没有透露何时面向公众正式推出。金格拉斯称,该服务最初面向新闻发行商开放,但谷歌最终会面向其他类型的内容发行商开放。

  发行商一直致力于使他们基于Web的内容、能够向在自己的应用程序上一样实现无缝加载。允许用户屏蔽某些内容的广告阻拦器,确保了发行商的内容当中没有广告,从而使发行商的内容能够以更友好的方式、更短时间到达用户。

  

 

  参加谷歌该项目讨论的《华盛顿邮报》新兴新闻产品的执行董事科里·哈克(Cory Haik)称,比如,《华盛顿邮报》60%的用户来自移动设备,该媒体曾耗费18个月的时间来改善面向消费者的应用。哈克表示,有些东西“在我们掌控之内”,但他同时指出,“Web是一个完全不同的主题……某种程度上来说是一个蛮荒地带。”

  Twitter产品经理迈克尔·达克尔(Michael Ducker)则表示,Twitter是谷歌“加速移动网页项目”合作伙伴之一,并计划将该服务连接到自家应用上。据悉,《纽约时报》、Vox.com、Buzzfeed、La Stampa等其他媒体都将支持谷歌的这一服务。

  谷歌表示,“加速移动网页项目”不会受到广告阻拦器的影响,这一新的内容消费格式将更加注重消费者的广告经验——广告加载的时间很短很短。

  

本文标题:移动应用发展现状-移动应用尝试“软硬结合”谋变现 或许是一个伪需求
本文地址: http://www.61k.com/1147544.html

61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1