HYBRID VS NATIVE MOBILE APPS – THE ANSWER IS CLEA

Customer experience for mobile is more important to your business than you might think.

Before we dive into the nitty gritty world of Hybrid vs Native Mobile Apps, therersquo;s one aspect of mobile that you should be aware of. Mobile Phones are very personal devices. Have you ever lost your phone and said to yourself, “Oh well, Irsquo;ll find it another time. Itrsquo;s just not that important.”Surely not. Once you lose your phone, your biggest priority at that moment is to find it or get a replacement. All other priorities go out the window.

Your mobile device is with you, quite literally, every minute of the day. And if the device is with you constantly, it needs to be responsive and reliable. It should respond quickly and give you the answers you need as soon as possible. These are the expectations of all mobile users.

Nobody has time for bad user experiences, your customers and employees included.

While 79 percent of consumers would retry a mobile app only once or twice if it failed to work the first time, only 16 percent would give it more than two attempts. Poor mobile app experience is likely to discourage users from using an app again. Source

You might get one chance to get it right. But you almost certainly wonrsquo;t get a second.

As you read this document, understand that user experience trumps everything else when it comes to mobile. Itrsquo;s a known fact that hybrid apps donrsquo;t perform as well as native apps, so if yoursquo;re going to choose a hybrid, make sure yoursquo;re aware that your usersrsquo; experiences will likely suffer.

While there are a lot of advantages to using hybrid, customer experience for mobile should be a primary consideration.

It can make or break the success of the app.

Eight years after the release of the first iPhone we simply cannot imagine a world without smartphones and their companion mobile applications.

Nowadays therersquo;s a mobile app for everything: dating, ride sharing, finance, gaming, insurance claims, email, music, etc. If you can imagine it, itrsquo;s probably already available for download. More importantly, as users interact with companies, they expect to do business with them via their mobile devices.

Perhaps the most important decision a company must make before entering the world of mobile app development regards the approach they wish to take when building a mobile app. Do you want to astound and entice your users by building an entirely native application that integrates into the platform of their choice (Android or iOS)? Or are you more interested in taking a Minimum Viable Product approach and quickly developing a hybrid application which can be released across platforms? Though potentially easier to build and maintain, this second strategy is likely to result in a less than ideal user experience with sub-par performance.

Before entering the world of mobile app development you should decide the approach to take: Hybrid or Native?

There are hundreds of articles detailing and debating the Native vs. Hybrid topic. Some argue that the war between the two sides is already over^[1] and that most apps are already hybrid. Others take a more balanced approach, assessing the weaknesses, opportunities and threats of each strategy^[2]. One source even claims one can formulate a decisive response to this critical question in only 5 minutes^[3].

Whatever choice a company takes (or took before you were hired) in the discussion, knowing the resulting tradeoffs and hurdles one may expect to see down the line is of the greatest importance. In this article, I will go over the main factors impacted by each of the two approaches such as website performance, user experience, speed to market, and release cycles. By looking at the key differences between the two development frameworks, I argue that despite the original higher investment, most companies will be better off choosing native instead of hybrid in the long run.

Native and Hybrid apps – A quick overview

A native app is a smartphone application developed specifically for a mobile operating system (think Objective-C or Swift for iOS vs. Java for Android).

Since the app is developed within a mature ecosystem following the technical and user experience guidelines of the OS (e.g. swipes, app defined gestures, left aligned header on Android, centrally aligned header on iOS, etcetera), it not only has the advantage of faster performance but also “feels right”. What feeling right means is that the in-app interaction has a look and feel consistent with most of the other native apps on the device. The end user is thus more likely to learn how to navigate and use the app faster. Finally, native applications have the significant advantage of being able to easily access and utilize the built-in capabilities of the userrsquo;s device (e.g., GPS,

全文共20300字，剩余内容已隐藏，支付完成后下载完整资料

---

跨平台 VS原生 APP –答案已经很清楚了

客户端的体验对业务来说比您想象的更重要。

在我们深入了解混合与原生移动应用程序的细节之前，智能手机的某个方面您应该好好了解下。 手机是非常私人的设备。 你有没有曾经丢过手机，然后心里会不会想：“我会之后再找到它。 这件事情不太重要。” 当然不会。 一旦你失去了你的手机，那么当时最重要的事情就是找到它或者找一个替代品。 所有其他事项都抛之脑后。

你的移动设备一天中的每一分钟都与你在一起，所以它需要具有响应能力和非常高的可靠性，迅速作出反应，尽快给你你需要的答案。 这些都是所有移动用户的期望。

没有人愿意花时间给糟糕的用户体验，包括您的客户和员工。

如果79％的消费者第一次打开app失败了，他们只会尝试一次或两次再次开启app，而只有16％的消费者会尝试两次以上。app体验不佳可能会让用户拒绝再次使用应用程序。

你可能会给一次机会去尝试一下这些糟糕用户体验的app，但几乎不会去尝试第二次。

在阅读本文档时，你了解到了用户体验在移动方面胜过其他方面。 混合式开发app具有很多其他的优势，但众所周知的是，混合应用的性能不如原生应用，移动客户体验又是首要考虑因素。因此如果您要选择混合应用，您必须要有牺牲app性能的准备。

它可以让我们的程序大获成功也可能一败涂地。

在第一台iPhone发布八年之后，我们根本无法想象一个没有智能手机及其配套移动应用的世界。

如今，拥有一个移动应用程序就拥有一切：约会，乘车分享，金融，游戏，保险索赔，电子邮件，音乐等。更重要的是，随着一些互联网公司与用户互动日益密切，他们希望通过移动设备来与用户们做生意。

也许在进入移动应用程序开发世界之前，公司必须做出的最重要的决定就是决定在构建移动应用程序时他们希望采取的方法。你是否想通过构建一个完全原生的应用程序来整合他们选择的平台（Android或iOS）来让吸引用户的眼球？或者是否更愿意采取“最小可行性产品”方法并快速开发可跨平台发布的混合应用程序？第二个策略虽然可能更容易构建和维护，也可能会导致低于理想的用户体验，表现不佳。

有数百篇文章详细讨论了Native与Hybrid。有人认为，双方之间的战争已经结束了[1]，大多数应用程序已经是混合的。另一些则采取更加平衡的方法，评估每个战略的弱点，机会和威胁[2]。

无论公司选择什么样的选择，平衡选择和解决障碍是最重要的。在这篇文章中，我将详细讨论网站性能，用户体验，上市速度和发布周期两个方面的主要影响因素。通过研究这两个开发框架之间的的优劣和使用情况，我观察到，即使原生开发投入较高，但从长期来看大多数公司选择原生开发而不是混合开发app。

原生和混合应用程序 - 快速概述

原生应用程序是专门为移动操作系统开发的智能手机应用程序（参考iOS的Objective-C或Swift与Android的Java）。

应用程序是根据系统平台和用户体验需求（例如，滑动，应用程序定义的手势，Android上的左对齐标题，iOS上集中对齐的标题等）在成熟的生态系统中开发的，它流畅度良好，用户体验也不错。应用程序内交互的外观和体验与设备上的其他系统应用程序一致。然后，开发者需要的就是如何建立导航器和提升性能。最后，本地应用具有能够轻松访问和利用用户设备的内置能力（例如，GPS，地址簿，照相机等）的显着优点。当用户发送短信，使用设备的默认应用程序拍照，设置提醒，或使用设备的音乐应用程序（电话随附的）时，他们正在使用本机应用程序。

简而言之，原生应用程序就是用户操作系统的本地应用程序，并按照这些准则进行构建。

混合式应用是在应用内部是一些用js开发的包被原生框架包裹。

他们看起来就像一个原生应用程序，但实际上外部是应用程序的基本框架（通常仅限于控件/导航元素），它们是由公司官网驱动的。通常的说，混合应用程序是一个使用HTML5和JavaScript构建的Web应用程序，封装在原生容器中，该容器在用户浏览应用程序时加载页面上的大部分信息（原生应用程序改为在用户首次安装时下载大部分内容 该应用程序）。 就像Facebook，Twitter，Instagram的，您的手机银行应用程序，等等

Tweet 'The quick wins of hybrid and native apps'

到了立刻使用它了么？

通常情况下，当一家公司决定构建移动应用程序时，他们要么赶上竞争对手，要么找到了以前未开发的商机。 无论是什么原因，高管们都希望应用程序能够尽快建立并发布。 但是，正如大多数人所知道的那样，ASAP通常意味着需要做出许多妥协以及即时做出正确的决策。 混合和本土方法都可以完成工作，但有一些必须考虑的因素

首先，如果一家公司在推出应用程序之前可以等待六个月或更长时间，则采用原生方法是最有意义的。

原生应用程序具有最佳性能，最高安全性和最佳用户体验。

但是，如果期望的上市时间少于六个月，那么混合可能是一个更好的选择，因为该应用程序可以在一个源代码中构建，可以跨平台发布，与此相比，开发时间和工作量比原生开发要少得多。

再一次强调。您的用户将期望一个极好的体验度。他们不在乎你的团队决定采取什么方式。他们打开应用程序，希望它立即显示，响应速度快。

随着移动应用程序的盛行，它逐渐取代了了过去传统的浏览方式（台式机/笔记本电脑），拥有移动app的公司必须一直权衡其app的两个关键因素：速度和用户体验。

总的来说，根据所选择不同的开发框架，开发出来的应用程序的性能以及用户体验差异很大。原生应用程序方法在这两种情况下都是无可争议的赢家。

应用程序的体验对公司有多重要？ （非常重要，我们认为！）

即使是最有声望的混合应用程序的倡导者也不得不承认原生应用程序赢得了性能的战争。 原生应用程序的设计更快，更可靠。 当用户浏览原生移动应用程序时，内容，结构和视觉元素已经在他们的手机上，可供即时加载，从而提供无缝的体验。 这类似于将一个网站的大部分静态内容一次下载到用户的手机上，然后可以立即加载，而不管他们的手机的网速如何。

相比之下，一个混合应用程序只有一个容器下载到用户的手机（可能包含或不包含所有的导航元素），大部分数据从服务器加载。在这种情况下，有两个关键问题可能会影响应用程序的整体性能：服务器请求的数量（即有多少人同时拨打同一台服务器）以及负载平衡请求（是来自移动设备的ping请求与台式机/笔记本电脑客户端相同的服务器的请求，还是他们有指定的服务器）。

专家们一致认为，尽管做出了一切努力，混合应用程序在性能战中依旧受到打击。 Mozilla开发人员John Long认为：“没有任何迹象表明DOM（文档对象模型，用于在移动界面和服务器之前传递信息的API）足够快，即使可能，也要等上好几年。我没有看到一个真正合理的方法，使其加载变快。“[4]

除专家之外，用户也同意这种评估，84％的用户认为性能是一个重要或非常重要的因素。

用户体验 - 本土与混合碰撞中的关键区别

用户体验是应用程序成功的关键。十五年前，许多高管有充分的理由不同意这种说法（有些仍然如此）。那时候，大多数网站的用户体验很差例如，参考15年前苹果，亚马逊，微软和雅虎的网站。

相比之下，今天的软件开发关键就是用户体验。事实上，公司必须坚持的最佳理念是：“我怎么让我的用户感觉不实在一个陌生的应用程序？移动用户的心理是直截了当的：他们已经经历了陡峭的学习曲线熟悉他们的手机，这其中并不是没有挫折。一旦用户熟练他们的设备，他们不希望接收其他具有新功能的其他应用程序，除非它真的很有趣。用户只是想继续使用他们的手机，他们认为手机上的所有应用程序都将从导航和交互的角度进行操作。这意味着应用程序的控件，交互，视觉线索和手势（如果您使用的是Android系统）必须与您的平台丰富的样式指南无缝集成。

移动应用程序用户的用户体验非常重要，92％的客户对体验差的应用程序会有以下行动：不再使用它，切换到它竞争对手的移动应用程序，给应用程序在应用商店中很差的评价。

在原生和混合选项之间进行选择时，需要考虑所有背景，了解用户体验进行权衡。正如我们上面看到的，原生应用程序是为特定的操作系统而设计的。随着公司开始构建新应用程序的任务，特定于该操作系统的用户体验对于市场上的移动存在至关重要。强大的用户体验必须解决适应性和布局，导航，模式结构，交互性和反馈，动画，颜色和排版以及应用内品牌。

启动混合应用程序时，该应用程序是平台不可知的。这是混合应用程序的主要吸引力之一：您只需构建一次，然后跨多个平台发布。一个用户界面 - 很好，很简单。另外，您不必维护两个不同的代码库。我们所有人都知道iPhone应用程序是用Objective-C或Swift编写的，而Android应用程序是用Java编写的，而且它们是不可转让的（意思就是它们需要重写）。这意味着混合应用程序更容易构建;二，占用较少的时间，三，维护一个代码库。混合应用程序的问题在于，即使是最出色的用户体验架构师也无法真正构建迎合两种主要用户类型的应用程序：iPhone用户和Android用户。他们的风格指导方针是完全不同的，通常从设计的角度来看，任何决定都会成为一种妥协，在个案的基础上，必须权衡所有其他的战略和战术因素。

Tweet 'The main native amp; hybrid apps differences'

考虑采取何种方法的另一个因素是公司的内部动态和发布周期。 你的应用程序开发策略是什么？ 你是否运行了一个对移动开发采取敏捷方法的程序（即试图在短时间内频繁地发布工作软件）还是你更喜欢瀑布方式（即几个月的周转时间）？

发布周期会影响本机与混合移动应用程序策略

这个内部动态的原因是因为你打算把事情转移到生产的频率会影响你如何做，以及用户是否必须采取行动来看待改进。

对于混合应用程序，除非公司增加了一个全新的功能，以显着改变用户体验，用户无需更新应用程序商店中的应用程序。如果所涉及的更新位于从服务器加载的页面上，则当用户浏览您的应用时，他们将立即看到更新。就这么简单。

相反，对于原生应用程序，用户需要更新应用程序才能看到更改。对于大多数用户在手机处于Wi-Fi状态时设置自动更新，这是可以接受的，但不适用于所有人。没有人想每个月都让他/她更新应用程序来激怒用户。它吸引了不必要的负面关注，可能会导致用户只需卸载它。

另外，当你决定是否采用原生或混合方式时，你需要记住，原生化有一定的优势，目前还没有得到混合模式的支持。以下图形旨在让您访问最重要的原生优势，而这些优点对于混合方法而言（但尚未）完全优化。

从表面上看，跨平台混合开发听起来不错。

这就是为什么：

bull;跨多个平台的单一代码库。

bull;不必更新应用程序商店中的每个应用程序等待批准。

bull;您可以使用现有的网络人才，不需要增加额外的资源。

bull;不需要做任何API开发，因为它全部通过网络处理。

谁不想让你使用Hybrid？

你知道谁不希望你遵循混合的方法？ 客户使用您的应用程序。他们不知道什么是混合移动应用程序，但他们不喜欢它。

不服气？

Facebook从HTML 5混合Web应用程序转到原生，用户欢欣鼓舞！

今天，马克·扎克伯格（Mark Zuckerberg）透露，Facebook的移动策略过度依赖于HTML5，而不是原生应用程序。

跨平台开发当然非常受欢迎。 通过创建一个在两个主要平台（iOS和Android）上为应用程序提供燃料的源代

全文共25981字，剩余内容已隐藏，支付完成后下载完整资料

---

资料编号：[9181]，资料为PDF文档或Word文档，PDF文档可免费转换为Word