创业公司走向移动化的5个误区.docVIP

创业公司走向移动化的5个误区 　　本文来自FirstRoundReview，他们准备的文章既讲故事，还同时向创业者提供可操作的建议，以助力打造优秀的公司。 　　2016年，FarhanThawar加入App开发公司XtremeLabs任VPofEngineering一职。那时候的Xtreme囊中已经有很多大客户，其中就包括了最大的社交网络和最热门的体育组织。而这些大客户的共同点就是，他们都亟不可待地要在移动互联抢占先机。 　　无需赘言，移动终端一次次用数据证明了自己才是大势所趋。Facebook公布其在美国日访问量的78% 　　来自手机端，Twitter是75%。并且Twitter65%的广告收入来自手机广告。 　　对于创业公司来说，他们有限的时间和金钱资源使其不得不在移动化的道路上步步为营。今天的FarhanThawar在Xtreme被加拿大公司PivotalLabs收购后任PivotalLabs的VP-Engineering一职，他谈论了创业公司在通往移动化道路上的5个误区。 　　误区1：在每个平台上建原生App纯粹是种浪费 　　现实：如果你想要一个5颗星的App，不用挣扎了，5颗星是属于原生App的。 　　跨平台App的好处无需赘述，这是个一劳永逸的工程，一次代码能在所有设备上使用。听起来简单，没错，Facebook，LinkedIn，甚至美国西南航空刚开始也都是这么想的。 　　但图方便的代价就是，很快MarkZuckerberg就跑出来宣称对于HTML5是个巨大的错误。Thawar至今仍记忆犹新的是，在西南航空还在用跨平台App的时候，他参加的所有会议都把这个App作为AppStore 　　里最糟糕的案例拿出来讲。 　　“公司们取捷径的时候，丝毫没有意识到，他们把最糟的用户体验留给了所有人“ 　　三家公司后来都重新开发它们的App。然而跨平台App仍对在时间金钱上都捉襟见肘的创业公司最具吸引力。他们过度依赖HTML5，混合App和跨平台工具包，尽管它们都无法生成绝佳的用户体验，至少现在还达不到。每个看上去很美的解决方案都有它的弊端： 　　HTML5：跨浏览器兼容问题难以解决，导致最后需要对每个平台进行优化。 　　混合App：其实就是原生app外壳封装的webapp，这种app会像网页一样整体刷新重绘界面，给人慢的印象。此外，应用本身和web 　　界面间的沟通层通常较为复杂，也更容易出错。原生app无界面延迟，只重载数据。 　　跨平台工具包：要求每个平台有大量自定义代码，这样给每个平台写原代码更容易。 　　与其求广不如求精，把最热门平台的App写深写透才最重要。这又引发了另一个议论，究竟哪个平台能带来最大收益？当大多数公司都把操作系统iOS或Android 　　放在首位时，调查结果令他们大跌眼镜。其实黑莓和WindowsPhone的使用者才是一些公司的目标客户，这一切都取决于你想要这个App 　　扮演什么角色。为找到最佳平台就意味着要挖掘客户群的人口统计资料，从而发现用户们不同的使用习惯。例如Android用户和iOS 　　用户就有十分不容的使用习惯。Thawar认为要在完全攻克一个操作平台之后再拓展到其他平台，从时间和质量上来看，这都是做出一个好App的唯一途径。 　　误区2：我们已经有完善的后台支持App了 　　现实：你需要改变，升级或者完全重建后台以创造出最佳移动体验。API设计和实现对构建出运行优良的App 　　至关重要。很多公司都体验到远高于网站的来自移动终端的访问量。试想，以银行为例，多数人或许一周都不会登录网银一次却可以每天浏览50 　　次手机银行。你的后台设施可以从容应对这样大的流量吗？Thawar记得曾有一个拥有优良网站后台的客户，在移动App 　　上线后，才意识到服务器在处理每个请求时就需要往回输送的数据，在这种量级的数据交换下优良的用户体验几乎不可能。 　　Thawar给公司们应对类似问题的建议是： 　　将有效载荷最大化：最好的移动用户体验和最小的数据传输并。对于移动终端来说，好的API允许从服务器回传的最大的有效载荷应低于4KB。 　　分页处理：任何类型的返回列表都应当支持游标类型和分页的结果。 　　重试: 　　允许客户端向服务器多次发送相同的API请求以确保收到，而重试同样的API请求并不意味着向同一个服务器发送两个请求。 　　低延迟：每一个API请求的延迟越小，App的反应越敏捷。 　　每一个屏幕生成单个API请求：最完美的情形是移动终端的每个屏幕都只向后台发送不超过一个的API 　　请求。允许在服务器终端多程序运行并回传数据以达到松散耦合。 　　误区3:自己开发和外包给移动开发公司一样快。 　　现实：自己开发至少要多花4倍时间。 　　Tharwar有着和各种公司合作的经验，甚至是最后不选择和