《網際網路産品設計》一1.4 本地應用程式作為網絡産品

本節書摘來自異步社群《網際網路産品設計》一書中的第1章，第1.4節，作者【美】randy j. hunt，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視

網際網路産品設計

“能在ios和android上運作的程式是什麼?”這是一個很好的問題。在你的裝置上直接運作，而不是在網絡浏覽器中運作的應用程式通常被稱為“本地應用程式”。例如，iphone版本的twitter就是基于ios系統程式設計的，可以用于iphone和ipad。是以，iphone版的twitter是ios平台的“本地應用程式”。

多年來我們都在自己的桌面上使用本地應用程式。“桌面應用程式太舊了吧”，你說什麼?再想想。流行的網絡産品，如evernote一類的應用程式可以運作在你能想到的每一個平台上，包括mac os x和windows。因為evernote在任何地方都可用，你可以非常便捷和頻繁地使用它。這也是能讓産品保持可用和活躍的原因之一。

使用應用程式幾年後，我開始相信我們應該像思考網絡産品那樣去思考應用程式。當然，它們有着固有的差異（其中有些讓應用程式感覺更像盒裝軟體），但它們也有相似之處。讓我們看看它們的差異和相似之處，并考慮如何通過網絡産品的透鏡去檢視應用程式，以幫助做出更好的産品和程式。

網絡産品從來沒有“被安裝”的概念， 相反，它們隻是“存在”在一個特定的url中。是以，它們在每個浏覽器内都是随處可見的（假設合理地嘗試解決了任何跨浏覽器程式設計的怪異問題）。

因為産品代碼存在于一個地方而不是安裝在每個個人使用者的裝置上，是以一個基于浏覽器的産品可以對世界上每一個使用者立即改變或更新，這簡直難以置信。網絡産品分發給每個使用者的單點形式，讓使用者僅需在網上通路該産品就能體驗到最新最好的功能。

在大多數情況下，網絡産品需要實作一個獨立的代碼，應用程式開發需要複雜的程式設計語言，當然還有ui（使用者界面）設計以及其他的細節問題。此外，建立一個基于本地作業系統的應用程式通常需要為應用程式的每一個作業系統重新程式設計——android、ios、mac os x、windows、linux等。即使你正在開發一款多個平台都可使用的“克隆”産品，也難以避免大量的獨特設計和工程工作。

如果這一切聽起來像是不支援開發本地應用程式的理由，那麼你将會在認為網絡應用程式是唯一出路的設計派别中找到理想的合作夥伴。那麼，為什麼你還會開發一款本地應用?

本地應用作為首選的主要原因之一可能是，本地應用能更深地進入移動和本地的硬體裝置（如記憶體晶片連接配接的裝置、攝像頭、麥克風、gps資料等資源）。

雖然這個斷言通常是有争議的，但一般情況下，本地應用程式的執行速度更快，也更能響應使用者輸入。換句話說，它們經常讓使用者“感覺”更好。此外，本地應用程式可以更容易建立，是以它們不需要資料/網絡連接配接工作。這方面對居住在地下排滿各種參差不齊資料線地區或通過限制流量控制成本的使用者來說更加重要。

最後，在某些情況下，由于上述原因，比起網絡應用程式你的使用者可能更喜歡本地應用程式，那些讓人難以了解的原因根植于目标使用者的觀念中。他們可能更樂于購買軟體并享受占有感，在這種情況下，本地應用程式可能非常合适。

盡管建立和釋出網絡應用不同于本地應用程式——它們不具有相同功能，但你的客戶可能會同時使用它們。應用的類型是次要的，最終還是要基于整個産品的體驗。如果你的産品服務很好，他們會很滿意。如果他們預期的體驗是許多類型産品的延伸，那麼你将接受的挑戰是達到或超過他們的

預期。

将網際網路産品和本地應用産品在你的思緒中隔離開來，會危及一個深思熟慮的産品體驗。這個結果很可能會對品牌和形象的持續建構帶來負面影響。

在許多情況下，同一撥開發者會既做網絡産品又做本地應用産品。釋出、分發和安裝對本地應用程式的開發要求非常嚴格，這或多或少降低了工作的流暢性。你可以接受這個過程，但我更喜歡重新定義本地應用程式，盡可能多地把它們當成網絡産品。這種重新定義可以幫助你思考，使你的應用程式更容易改變和快速發展，并以自然的節奏進行疊代，與建立一個網絡産品的步調保持一緻。在本書後面我們将講述所有這些想法的更多細節。

雖然應用程式可能有一些獨特的限制、挑戰和機遇，但讓我們把它們看成是與網絡産品無異的産品吧。在本書的其他部分将涉及它們。