一、引言

2008年，全球移動終端接入互聯(lián)網(wǎng)的用戶數(shù)首次超過使用桌面電腦接入互聯(lián)網(wǎng)的用戶數(shù)（國際電信聯(lián)盟統(tǒng)計數(shù)據(jù)），標志著人類正式進入移動互聯(lián)網(wǎng)時代。重要推動因素是2007年蘋果公司發(fā)布的第一代iPhone開啟了智能手機大量上市的浪潮，以iPhone為代表的智能手機不僅具有革命性的觸屏設計和簡單直觀的操作界面，更提供了一個軟件應用的生態(tài)系統(tǒng)，為開發(fā)者提供了一個平臺，使其可以結合手機硬件和操作系統(tǒng)軟件，充分發(fā)揮創(chuàng)造力，在全世界范圍內(nèi)開發(fā)、分發(fā)移動應用程序。這使得智能手機不再僅僅是通信工具，更成為一個功能強大的移動計算終端，圍繞這個終端，產(chǎn)生了與PC互聯(lián)網(wǎng)時代不同的技術架構思路和產(chǎn)品設計方法，從而創(chuàng)造了無數(shù)與“舊時代”不同的新商業(yè)模式，帶給人們在全新場景下的用戶體驗。

2013年，京東物流的信息化系統(tǒng)仍然只有PC端，幾乎沒有移動端，在業(yè)務探索和執(zhí)行效率上亟需加強。利用移動互聯(lián)網(wǎng)技術進行創(chuàng)新，是突破業(yè)務局限、提升運營效率比較直接有效的方式，對于京東物流這樣一家已經(jīng)數(shù)字化程度相當深厚的“供應鏈企業(yè)”來說，全面擁抱移動化是當時的趨勢。從2014年開始，京東物流陸續(xù)在倉儲、揀運、配送、大件、客服等核心業(yè)務領域研發(fā)并使用移動應用產(chǎn)品，在移動互聯(lián)網(wǎng)的技術驅(qū)動下煥發(fā)出新的活力。

本文將基于上述實踐，探討面向移動應用的產(chǎn)品開發(fā)特點，從終端應用選型、運營后臺規(guī)劃、后端服務開發(fā)到產(chǎn)品場景化設計以及用戶操作體驗優(yōu)化5個不同的角度闡述移動應用開發(fā)的特點，并重點介紹供應鏈物流領域移動應用開發(fā)與PC Web應用開發(fā)的差異，希望能為業(yè)務運營、產(chǎn)品研發(fā)人員提供理論和實踐的參考。

二、終端應用：選擇業(yè)務需要的交互框架

“你要做的APP是一個工具，還是一門生意？”——每當我們根據(jù)業(yè)務訴求規(guī)劃一個移動APP時，都要先回答公司管理層的這個“靈魂拷問”。是的，無論是從軟件的生命周期角度還是從業(yè)務的運營成本角度來說，一個APP的研發(fā)上線，只是一個開始，后續(xù)的業(yè)務能夠“持續(xù)”運營才是真正的價值體現(xiàn)。一個APP，是作為降本提效的工具，還是作為開源增收的生意，在商業(yè)經(jīng)營模式和運營成本投入上都有著顯著的不同，作為軟件開發(fā)者一定要和業(yè)務運營者規(guī)劃明白，列舉清楚各方面的投入，達成一致意見，方能進入下一個階段。在供應鏈物流領域，移動應用主要可以“工具”、“社區(qū)”、“電商”3種類型來提供業(yè)務價值：

當你根據(jù)業(yè)務需求確定了將要開發(fā)的移動應用屬于哪種類型之后，下一步規(guī)劃就是要做好技術選型，即選擇合適的交互框架來承載你的應用。早期的移動應用技術如WAP、Symbian、Windows Phone在不同時期都曾經(jīng)輝煌過，但如今它們已經(jīng)消失在歷史中，正常情況下企業(yè)不會再選擇這些技術開發(fā)應用。在2008年移動互聯(lián)網(wǎng)時代爆發(fā)至今的十多年時間里，也涌現(xiàn)出很多基于移動操作系統(tǒng)或移動瀏覽器的“輕應用”技術，時至今日也基本波瀾不驚了，主要原因還是“跨廠商兼容”的局限性所導致，因此我們在技術選型時一般也不需要考慮。

目前在國內(nèi)來說，仍然在牌桌上的移動應用“主框架”除了傳統(tǒng)的iOS、Android兩大移動原生平臺以及H5頁面以外，以Flutter、RN（React Native）為主要代表的移動跨平臺框架也逐漸成為主流，另外，隨著2017年底“跳一跳”小游戲的爆發(fā)，基于應用程序生態(tài)的微信小程序和基于H5技術的微信公眾號也成為了移動應用框架的另一個“山頭”。當然，未來華為的“鴻蒙”是否能形成獨立的生態(tài)成為移動應用框架的另一極，還得觀察。

那么，面對3種不同業(yè)務類型，應該如何在多種主流技術框架中進行選擇？主要考慮如下因素：

?交付成本和操作體驗之間的平衡。對于工具型應用，由于其核心在于解決具體業(yè)務問題，提高工作效率，一般對性能和即時反饋有較高要求，同時用戶沒有選擇權——必須安裝，必須使用，用完即走，無需黏性。這種情況下基于原生（Native）框架的終端技術是優(yōu)先考慮的選擇，特別對于安裝在特定設備上（如工業(yè)PDA）的廠內(nèi)應用，一般會基于Android原生框架開發(fā)，優(yōu)點是開發(fā)維護成本可控、運行效率高、硬件支持好，京東的盤古中小件倉APP、昆侖大件倉APP都是這種情況；當工具應用的范圍擴大到手機等個人電子設備，那就必須要考慮iOS和Android雙平臺的支持，此時選擇Flutter/RN這類高性能跨平臺框架，不僅能夠提供準原生級的操作體驗，還能實現(xiàn)一次編寫多平臺運行，減少開發(fā)成本和后期維護負擔；如果想進一步降低開發(fā)和維護的成本，也可以選擇微信小程序，當然這需要犧牲一些運行效率和硬件控制能力。而對于社區(qū)型應用，雖然也需要良好的運行效率，但相對而言，其更側重于信息展示、用戶互動與內(nèi)容分享，因此如果沒有特殊的戰(zhàn)略限制，可以優(yōu)先考慮基于微信生態(tài)進行構建——利用內(nèi)嵌H5頁面承載內(nèi)容和展示，通過微信公眾號/服務號進行內(nèi)容推送和消息通知，最終目標可將用戶引入微信小程序內(nèi)完成操作和互動的閉環(huán)，同理也可適用于“輕”電商型應用，例如京東快遞微信小程序。至于“重”電商型應用，考慮到支付系統(tǒng)的可選性、交易的安全性、“黃金流程”的順暢體驗，并且由于toB業(yè)務天然的一些工具屬性，建議基于原生框架開發(fā)iOS/Android雙端APP，可以根據(jù)業(yè)務體量選擇全原生架構，或“原生殼”結合Flutter/RN跨平臺框架以節(jié)約開發(fā)成本，也可針對部分靜態(tài)或輕量頁面采用“積木式H5”嵌套框架以節(jié)約維護成本，例如菜鳥裹裹。

?受眾群體及其對屏幕、終端等硬件能力的需求。工具型應用，主要服務于企業(yè)內(nèi)部員工或特定行業(yè)用戶，往往需要針對特定的硬件環(huán)境進行適配，如掃條形碼、掃二維碼、紅外通信、藍牙通信、NFC通信等，這時候選擇基于設備操作系統(tǒng)的原生框架進行開發(fā)一般是比較常見的做法；在某些單一的業(yè)務場景下，也可以采用PC端系統(tǒng)軟件+數(shù)據(jù)采集硬件的模式來完成小范圍場景下的移動應用，省去移動終端應用程序開發(fā)的成本，例如在倉儲、分揀的收貨、拒收等環(huán)節(jié)采用PC Web應用+掃描槍來操作。而社區(qū)型和電商型應用，由于主要面向大眾用戶，需要運行在各種不同品牌、型號的消費級智能終端上，為了確保廣泛的適配性體驗，就必須要做好對屏幕、終端的兼容性，采用iOS/Android原生框架或Flutter/RN跨平臺框架開發(fā)都需要在頁面布局上做一定的處理，并且要增加多終端兼容性測試，甚至為Phone和PAD開發(fā)不同的應用版本。而開發(fā)微信小程序和微信公眾號則會在屏幕、終端的兼容性處理上節(jié)省很多工作，因為微信提供的應用程序框架和響應式H5框架幫助開發(fā)者處理了絕大多數(shù)的共性問題。

?“富客戶端”模式下業(yè)務邏輯的侵入需求。在一些特定的工具型應用中，由于其深度集成到業(yè)務流程之中，往往需要在終端處理復雜的業(yè)務邏輯并存取一定量級的數(shù)據(jù)。例如在物流場景下分揀、配送等環(huán)節(jié)，遇到停電、網(wǎng)絡受限等情況，移動終端需要支持一定程度的離線作業(yè)；又如在IoT等場景下，經(jīng)常需要和硬件即時交互，移動終端需要具有比較強大的“邊緣計算”能力；在上述情況下，基于Web View（瀏覽器）架構的微信H5框架就不合適了，因為性能、兼容性、安全性都存在比較大的問題；這時候，基于iOS/Android原生框架開發(fā)是第一選擇，因為其性能最優(yōu)；如果需要跨平臺，F(xiàn)lutter/RN框架也可以考慮，但需要注意是否存在特殊的硬件SDK，F(xiàn)lutter/RN框架能否兼容。當然，如果是傳統(tǒng)企業(yè)初涉移動互聯(lián)網(wǎng)，僅做簡單展示分享、私域營銷的社區(qū)型應用，從節(jié)省成本的角度，建立一個H5形態(tài)的微網(wǎng)站用來嵌入、分發(fā)也是可行的。

?對于“可控性”的需求。從企業(yè)運營和經(jīng)營角度來看，開發(fā)移動應用需要考慮技術人員和軟件分發(fā)的可控性風險，這涉及到團隊構建、發(fā)布、升級等挑戰(zhàn)。iOS/Android、Flutter/RN等原生或準原生框架固然性能好、擴展性強，但所采用的技術棧如Swift、Kotlin、Dart相對封閉和小眾，不利于團隊快速構建和補充，另外其“重客戶端架構”造成了軟件發(fā)布渠道雜、升級風險大、更新維護可控性差等問題。而微信小程序的開發(fā)語言類似VUE JS，普通前端開發(fā)者可以快速上手，并且基于Web View H5技術運行，這種“輕客戶端架構”可以做到類似BS（Browser Server）架構的實時更新，也具備一定CS（Client Server）架構的本地計算能力，可控性較強；但也需要考慮到，由于微信體系作為應用程序內(nèi)框架的局限性，其性能和硬件能力擴展性必然受到一定限制。因此，如何選型，要基于業(yè)務場景對于“可控性”的實際需要。

三、運營后臺：管理、分析、優(yōu)化業(yè)務的核心中控

“把業(yè)務系統(tǒng)轉(zhuǎn)向移動互聯(lián)網(wǎng)，第一件事要做什么？”——這個問題見仁見智，可能有各種答案，如果要規(guī)劃一個大型企業(yè)的移動應用產(chǎn)品集，除了找人以外，我覺得先不要著急上馬各種業(yè)務APP的建設，最好先布局“基礎設施”，培育好移動應用生長的技術土壤，這可能會讓后期的業(yè)務建設事半功倍，同時避免一些重大的架構問題。

這個基礎設施就是專門為移動應用產(chǎn)品集構建的運營后臺。一般情況下，這個運營后臺會包含眾多的功能和模塊，但往往不需要全部重新建設，可以把一些已有的能力拿過來集成即可；也不可能一次建設到位，會根據(jù)業(yè)務發(fā)展的輕重緩急迭代構建。以下將針對一些移動應用特需的運營后臺功能做說明：

1.分發(fā)。了解分布式服務架構的開發(fā)者都明白，如果沒有統(tǒng)一的服務注冊和發(fā)現(xiàn)機制，治理分布在各個機器上的服務接口將會是災難性的工作。同理，如果沒有統(tǒng)一的注冊管控，分發(fā)到移動互聯(lián)網(wǎng)上成千上萬個終端里的移動應用產(chǎn)品也會面臨“失控”的問題，富客戶端的發(fā)布、修復、更新會比PC Web端更加麻煩，要做更多的工作來保障。因此，運營后臺應該提供移動應用的注冊登記功能，通過靜態(tài)以及動態(tài)的方式獲取應用最新的基礎數(shù)據(jù)信息；在基礎數(shù)據(jù)信息之上，構建產(chǎn)品版本管理機制，將安裝包、二維碼、邀請碼等“分發(fā)材料”統(tǒng)一管理起來；然后可以在產(chǎn)品版本管理機制之上，構建更新發(fā)布機制，這包括：強制/可選/靜默等應用發(fā)布策略、根據(jù)用戶屬性分發(fā)的灰度策略、應用商店上下架管理、組件/插件升級管理等，以上能力可以根據(jù)業(yè)務體量和實際需要進行裁減。

2.CMS（內(nèi)容管理）。對于移動應用來說，一些通用的靜態(tài)內(nèi)容從遠端推送或拉取是比較合適的，這樣既能靈活管控，又能節(jié)約成本，這一般有新聞、幫助、培訓等模塊，也可以包括定制啟動頁等功能。從實現(xiàn)上來說，通過運營后臺的CMS模塊配合客戶端的積木式H5、熱更新插件等技術能很好的管理起這部分內(nèi)容，從而避免一些僅為了更新內(nèi)容進行版本發(fā)布的浪費。

3.消息通知。相對PC Web端來說，移動應用“永遠在線”，能夠?qū)⑾⑼ㄖS時隨地推送給用戶是一個獨特的優(yōu)勢。推送的渠道有很多種，常見的有操作系統(tǒng)推送、應用程序推送、短信推送、微信推送，在不同的框架下推送的成本、觸達率、展示效果都會有所不同，因此，當業(yè)務發(fā)展到一定程度，有必要把消息統(tǒng)一管理起來，這不僅包括推送技術渠道的管控，也包括推送內(nèi)容模板的編輯管理。

4.IVR（交互式語音應答）。 很多情況下，當移動應用承載的業(yè)務人工客服能力不足時，完全可以通過移動應用語音交互的便捷性開發(fā)IVR服務來作為補充。用戶可以通過IVR服務，根據(jù)系統(tǒng)的指示，鍵入適當?shù)倪x項或個人資料，以聽取預錄之語音信息；或經(jīng)計算機系統(tǒng)根據(jù)預設的程序 (Call Flow) 組合數(shù)據(jù)，以語音方式讀出特定的資料（如訂單狀態(tài)等）；亦可通過系統(tǒng)提示輸入交易指示，以執(zhí)行預設的交易（如更改聯(lián)系電話號碼等）；還可設計和編輯語音模版，向第三方應用發(fā)出個性化語音通知（如配送消息提醒）。對于運營后臺來說，需要提供相應的IVR管理功能進行支撐。

5.用戶反饋。由于移動應用能夠隨時隨地使用，因此具有很強的即時性，能夠方便獲取用戶的第一手體驗、感受和需要，還能通過硬件能力方便地采集到照片、位置等輔助信息。針對這類共性需求，如：獲取用戶的問題建議、商機意向等可以提煉成公共的后臺運營能力統(tǒng)一管理，功能可以包括表單自定義、管理員回復、郵件轉(zhuǎn)發(fā)等。

6.埋點監(jiān)控。不同于PC Web應用，移動應用出現(xiàn)的Crash（崩潰）等問題都發(fā)生在客戶終端，這里面除了應用程序自身的問題外，還有可能是外部應用、系統(tǒng)環(huán)境等因素所導致，因此必須要通過埋點的方式將Crash的上下文信息采集、發(fā)送到一個“中控后臺”進行監(jiān)控、分析和處理。當然，除了采集Crash信息，為了支撐業(yè)務運營工作，還可以根據(jù)移動應用的特點進行埋點，采集設備信息、位置信息、用戶行為信息等數(shù)據(jù)。

7.數(shù)據(jù)分析。通過用戶反饋和埋點監(jiān)控能從主動和被動的角度采集到了大量運營數(shù)據(jù)和用戶數(shù)據(jù)，那么建立相應的數(shù)據(jù)分析體系，挖掘數(shù)據(jù)的價值并進行可視化的展示是后續(xù)要做的工作，這對于業(yè)務優(yōu)化、產(chǎn)品改善、客戶服務、安全管控、精準營銷等能力的提升有著很好的指導作用。不過，建立上述數(shù)據(jù)采集和分析的體系需要針對不同系統(tǒng)框架開發(fā)客戶端SDK、服務端API以及可視化后臺系統(tǒng)，成本較高且通用性較強，所以，可以考慮集成成熟的第三方解決方案來實現(xiàn)，例如京東的鷹眼監(jiān)控和子午線數(shù)據(jù)平臺，百度、騰訊等大型廠商也有不錯的解決方案。

8.個性化功能和配置。針對移動應用和供應鏈物流業(yè)務的特點，往往會存在很多共性的后臺管控需求，例如：軌跡采集、GIS打卡、二維碼簽到簽退、任務分配等功能，另外，針對一些應用內(nèi)參數(shù)、開關的配置及相關下發(fā)的能力也可以做成統(tǒng)一的運營后臺功能。

四、后端服務：承載業(yè)務邏輯和數(shù)據(jù)的“水下冰山”

“區(qū)區(qū)幾個頁面的APP，為什么需要這么多時間？”——當項目發(fā)起人或業(yè)務方有此疑問的時候，這表明其在一定程度上了解技術實現(xiàn)的成本，但可能未必全面，因此，非常有必要從技術角度解釋清楚移動應用研發(fā)成本的構成。

根據(jù)業(yè)內(nèi)統(tǒng)計和實踐經(jīng)驗，一般來說，研發(fā)一款移動應用的總成本，除去前期的產(chǎn)品分析設計，后期約30%的投入在于前端應用開發(fā)以及UX設計，而70%的投入在于后端服務的開發(fā)。前端應用承載的業(yè)務邏輯和數(shù)據(jù)存取越“輕”，后端服務投入得越“重”，由于物流供應鏈業(yè)務偏toB的特點，出于數(shù)據(jù)安全性和業(yè)務邏輯整體性的需要，此類移動應用往往更加偏重于后端服務建設。

與PC Web應用不同的是，如果客戶端不是工作在內(nèi)網(wǎng)環(huán)境下（如倉內(nèi)應用的WMS APP），構建移動應用的后臺服務，一定需要在后端服務接口和前端移動應用之間架設一套“移動網(wǎng)關”服務。移動網(wǎng)關是連接移動客戶端與后端服務的橋梁，它的主要作用是提供如下能力將內(nèi)網(wǎng)的API服務“暴露”到公網(wǎng)上給客戶端調(diào)用：

?提供面向移動應用的服務API的注冊、發(fā)現(xiàn)、管控，實現(xiàn)服務聚合與集成，為不同的客戶終端屏蔽后端服務異構性，降低開發(fā)和管理的成本。

?提供統(tǒng)一的傳輸加密機制、防篡改簽名驗證機制、防越權參數(shù)加鹽機制等安全能力，提升數(shù)據(jù)安全性。

?提供一定程度的數(shù)據(jù)壓縮、緩存服務，以及限流、限速等管控功能，保護后端服務。

?提供經(jīng)過優(yōu)化的數(shù)據(jù)協(xié)議與通訊協(xié)議，提高公網(wǎng)RPC通訊的質(zhì)量和效率。

?進一步地，為客戶端提供RPC調(diào)用的存根（stub）生成服務，用SDK的形式，為客戶端調(diào)用者屏蔽網(wǎng)絡通信協(xié)議、傳輸數(shù)據(jù)格式的差異，提升開發(fā)效率；也可以幫助客戶端自動裝箱（Boxing）和拆箱（Unboxing），簡化處理數(shù)據(jù)編碼的工作量。

?更進一步的，基于存根生成服務，統(tǒng)一服務端和客戶端的異常處理機制，例如在服務端拋出明確的系統(tǒng)或業(yè)務異常供客戶端分類處理，在客戶端針對RPC異常彈出標準的對話框或提示框（Toast）。

在京東物流剛開始建設移動互聯(lián)網(wǎng)產(chǎn)品時，市面上并沒有合適的移動網(wǎng)關產(chǎn)品或服務供選擇，因此我們不得不自建“移動網(wǎng)關”。進入到2024年，主流云計算平臺提供的云原生移動網(wǎng)關已經(jīng)相當成熟穩(wěn)定了，完全可以放心選用。但如果你需要為本地化項目構建移動應用時，就不得不自行部署移動網(wǎng)關服務了，好在，目前可供選擇的開源產(chǎn)品也有不少比較出色的，以下列舉3款比較典型、功能豐富、可擴展、流行度廣的開源產(chǎn)品供參考：

有了移動網(wǎng)關的“加持”，針對移動應用場景下的后端服務架構設計，我們?nèi)匀恍枰⒁庀鄬τ赑C Web應用：移動應用的性能表現(xiàn)對于后端服務傳輸?shù)墓W(wǎng)數(shù)據(jù)包大小較為敏感，如果有可能，盡量為移動應用提供專門的、數(shù)據(jù)精簡的、服務聚合的API，盡量避免生硬照搬PC Web服務的API，特別是把大型報表展示的API拿來直接使用；另外，移動應用面臨的混合網(wǎng)絡（Wi-Fi/3G/4G/5G）情況不同于寬帶網(wǎng)絡，在某些情況下，后端服務的開發(fā)者需要考慮處理多種無線網(wǎng)絡場景帶來的切換、限制、中斷等挑戰(zhàn)；對于后端服務的架構師來說，為了減少網(wǎng)絡延遲的風險和數(shù)據(jù)傳輸?shù)膿p耗，也可以考慮將一些相對獨立的計算和數(shù)據(jù)放到移動端本地進行處理。

五、情景：發(fā)揮“移動”的優(yōu)勢

開發(fā)移動應用的產(chǎn)品，除了要滿足業(yè)務提出的基本需求之外，還要思考如何利用移動設備本身的硬件傳感能力更好的優(yōu)化現(xiàn)有業(yè)務，在一些情景下提供PC Web應用難以具備的能力，方能體現(xiàn)移動化的價值。目前，主流的消費級智能終端一般具有如下的場景感知能力：

如上所示，有了場景下的數(shù)據(jù)，移動應用產(chǎn)品就可以讀取和分析用戶在特定情景下的潛在“語義”，從而對業(yè)務和用戶進行需求“預測”，方式包括但不限于人工規(guī)則配置、組織經(jīng)驗匹配以及機器學習+人工智能推理，然后就可以進行相應的業(yè)務處理或服務對接，從而提升業(yè)務效率和用戶體驗。

目前，在京東物流有很多典型的場景應用，例如運力系統(tǒng)會采集位置坐標信息，繪制運輸軌跡，監(jiān)控運輸車輛，當然，這個功能在智能手機上實現(xiàn)，還需要做好“?；睢奔夹g研究；營業(yè)點巡檢系統(tǒng)會采集照片、視頻數(shù)據(jù)結合時間、地理信息，來驗證和評估基層管理人員的工作效能；分揀中心內(nèi)的IoT設備管理接入了微信小程序后，通過分析生產(chǎn)數(shù)據(jù)，實時推送異常告警，使現(xiàn)場問題的發(fā)現(xiàn)和處理變得高效快速，在某自動化分揀中心應用后，管理干預從原來的隔天提升到15分鐘內(nèi)，從而使丟失率、破損率、回流率等指標大幅度下降；另外，營業(yè)部、門店相關系統(tǒng)在包裹包裝、門店陳列等場景下，規(guī)劃實施“多終端多物料接觸點二維碼體系”助力分析用戶決策，在提升用戶的轉(zhuǎn)化率方面起到了一定的作用。

六、體驗：避免“移動”的痛點

把業(yè)務系統(tǒng)轉(zhuǎn)向移動應用，也并非全都是優(yōu)點。在充分發(fā)揮上述優(yōu)勢的時候，我們也要看到移動技術對用戶體驗造成的“痛點”，從而想辦法在設計上去規(guī)避。

?永遠在線——移動應用的“永遠在線”特性既可以提高用戶黏性，也可能造成頻繁地推送通知，對用戶形成騷擾。不斷打擾用戶的行為可能會導致用戶厭煩，關閉通知甚至卸載應用。正確的做法是，首先，我們需要根據(jù)經(jīng)驗或算法結合用戶行為偏好，進行慎重、精準推送，提高通知的相關性以及對用戶的價值，特別對于“工具”型應用應該避免追求“黏性”設計，轉(zhuǎn)而打造“用完即忘”的用戶體驗；其次，如果業(yè)務允許，可以考慮在特定時間段內(nèi)（如夜間）默認進入非打擾模式，或僅保留重要通知；最后，如果有必要，可以允許用戶設置通知的類型、頻率和時間，自主避免不必要的打擾。

?輸入?yún)拹?/strong>——相對于顯示器+物理鍵盤，利用移動設備的小屏+虛擬鍵盤進行批量文字輸入和編輯十分繁瑣，體驗很難做好。首先，我們應該堅決將大文本編輯的需求轉(zhuǎn)入PC Web應用，如果不可避免地需要在移動應用中填寫長表單，也應該通過減少必填項、使用下拉菜單、使用單選或多選按鈕等方式簡化輸入，或?qū)㈤L表單分段輸入和提交來優(yōu)化交互體驗；其次，可以充分發(fā)揮智能終端設備語音輸入友好的特性，提供語音識別功能，讓用戶可以通過語音錄入文字，提升便捷性；最后，如果有必要，可以通過智能化技術簡化輸入流程，利用自動補全、建議文本、文本解析（例如：地址標準化識別）等方式減少用戶輸入的負擔，即通過復制、粘貼、解析識別，然后加以簡單編輯即可完成長文本錄入。