一. 前言

首先想說(shuō)一下為什么寫這篇文章：

• 《啟示錄》這本書(shū)曾提到：如果開(kāi)發(fā)的產(chǎn)品沒(méi)有市場(chǎng)價(jià)值，那么無(wú)論開(kāi)發(fā)團(tuán)隊(duì)多么優(yōu)秀也無(wú)濟(jì)于事。那么同樣的，在我們程序員費(fèi)盡周折抓取各種數(shù)據(jù)，嘗試不同的技術(shù)方案只為了讓冷啟動(dòng)快0.1秒的同時(shí)，可能在產(chǎn)品層面稍微一個(gè)小技巧就能讓用戶感覺(jué)這1秒過(guò)得更快，那我們程序員進(jìn)行代碼層級(jí)的優(yōu)化之前是不是最好思考一下產(chǎn)品層面的優(yōu)化呢？
• 有數(shù)據(jù)統(tǒng)計(jì)，App安裝前三天，平均流失77%的日活躍用戶。因?yàn)樾掠脩羰菦](méi)有耐心的，他不知道你的產(chǎn)品能否給他們帶來(lái)便利，提高效率，產(chǎn)生價(jià)值，帶著這種懷疑的態(tài)度使用App過(guò)程中，可能一丁點(diǎn)的的不爽、彷徨就導(dǎo)致用戶卸載了App。就好比相親，如果外在的皮囊在第一時(shí)間讓對(duì)方感到不適，那么無(wú)論你的內(nèi)在的靈魂多么有趣也是無(wú)濟(jì)于事（除非你是個(gè)會(huì)吹牛逼的程序員??）。換個(gè)角度來(lái)講，可能整個(gè)App的產(chǎn)品設(shè)計(jì)很棒，代碼設(shè)計(jì)和優(yōu)化也做到了極致，但是因?yàn)橛脩舻谝淮问褂酶杏X(jué)使用起來(lái)太復(fù)雜，跟預(yù)期相差太遠(yuǎn)，就導(dǎo)致用戶還沒(méi)體驗(yàn)到核心模塊就卸載了App。
• 你只有一次機(jī)會(huì)給別人留下好印象，同樣的，近年來(lái)手機(jī)、電腦、無(wú)人機(jī)等數(shù)碼產(chǎn)品也越來(lái)越重視開(kāi)箱體驗(yàn)，比如可以研究下錘子手機(jī)的包裝設(shè)計(jì)和內(nèi)置配件的排列布局，也是通過(guò)這樣的第一視覺(jué)沖擊提供更好的用戶體驗(yàn)。

除了給用戶更好的第一印象，也給用戶一個(gè)“強(qiáng)行裝逼”的機(jī)會(huì)，誘導(dǎo)發(fā)朋友圈也會(huì)帶來(lái)更好的傳播效果

• 可能有人會(huì)覺(jué)得，“產(chǎn)品工作的一部分就是優(yōu)化以上所講的用戶體驗(yàn)，程序??寫好代碼就行了”。然而在有些產(chǎn)品和設(shè)計(jì)上的原生樣式規(guī)則，程序員是應(yīng)該比產(chǎn)品和設(shè)計(jì)師更清楚的

比如有次設(shè)計(jì)師提了個(gè)需求：要求原生彈框的確定設(shè)置為加粗Medium的顏色，取消設(shè)置為普通regular顏色。當(dāng)然，這個(gè)需求站在設(shè)計(jì)師的角度來(lái)講是合情合理的：90%的人(用戶)都是右撇子，產(chǎn)品本身具有引導(dǎo)和期望性質(zhì)的button放在右邊，同時(shí)顏色上更醒目

比如美團(tuán)的推廣美團(tuán)支付的這個(gè)彈框

但問(wèn)題是美團(tuán)的彈框是自定義的，對(duì)于原生的Alert彈框按鈕類型而言，有三個(gè)枚舉值：

• UIAlertActionStyleDefault:Apply the default style to the action’s button.
• UIAlertActionStyleCancel: Apply a style that indicates the action cancels the operation and leaves things unchanged.
• UIAlertActionStyleDestructive:Apply a style that indicates the action might change or delete data.

不同style對(duì)應(yīng)的顏色

蘋果原生的 一些彈框，cancel性質(zhì)的按鈕也都是加粗的

從代碼實(shí)現(xiàn)層面來(lái)講，無(wú)非是換一下按鈕枚舉值，但是違反了蘋果的官方規(guī)范可能后造成意想不到的問(wèn)題，比如iOS11升級(jí)后，發(fā)現(xiàn)項(xiàng)目中有這樣一個(gè)問(wèn)題

如果不夠明顯的話可以與修改bug后效果進(jìn)行比較

這是 UITableViewCell 對(duì)應(yīng)的一個(gè) UITableViewRowAction，其對(duì)應(yīng)的style也有三個(gè)：

• UITableViewRowActionStyleDefault:Apply the default style to the button.
• UITableViewRowActionStyleDestructive:Equal to the default style.
• UITableViewRowActionStyleNormal:Apply a style that reflects standard non-destructive actions.

后來(lái)查明原因就是之前的代碼把刪除對(duì)應(yīng)的style設(shè)置成了UITableViewRowActionStyleNormal，改為UITableViewRowActionStyleDestructive才得以修復(fù)該問(wèn)題，因?yàn)閳?zhí)行刪除后，數(shù)據(jù)源及cell已進(jìn)行了刪除更新操作，但是UITableViewRowAction對(duì)應(yīng)的動(dòng)畫效果卻是UITableViewRowActionStyleNormal，因此會(huì)造成上面的問(wèn)題

但是這個(gè)手誤是在iOS11 新增的交互動(dòng)效上才暴露出來(lái)的，在之前的系統(tǒng)上是沒(méi)有問(wèn)題的，因此我拒絕了那位設(shè)計(jì)師，確實(shí)可能會(huì)埋下一些隱患，除非整個(gè)

App 的 Alert 風(fēng)格都改為自定義

二. 各種權(quán)限彈框的處理邏輯

在互聯(lián)網(wǎng)上半場(chǎng)，很多不精細(xì)的產(chǎn)品中存在這樣一個(gè)問(wèn)題：用戶首次下載后咔咔咔三四個(gè)權(quán)限彈框接連彈出，這就好像你跟女神第一次見(jiàn)面，對(duì)方還沒(méi)說(shuō)話，你就笑嘻嘻地問(wèn)：“妹妹家有幾口？從哪里來(lái)又到哪里去??？可以加個(gè)微信么？要不要考慮做我女朋友??？”

1. WLAN與蜂窩權(quán)限

iOS10以后，由于工信部的要求，在國(guó)行手機(jī)上用戶首次下載App，需要向用戶請(qǐng)求網(wǎng)絡(luò)權(quán)限，針對(duì)該彈框，有以下幾個(gè)問(wèn)題：

• 開(kāi)發(fā)者不能判斷該彈框的狀態(tài)，也不能主動(dòng)觸發(fā)該權(quán)限的請(qǐng)求，在蘋果爸爸面前，依舊是“人為刀俎，我為魚(yú)肉”
• 蘋果官方的bug：畢竟是臨時(shí)改需求，有時(shí)候第一次下載該彈框沒(méi)有彈出，導(dǎo)致App一直不能聯(lián)網(wǎng)，App對(duì)應(yīng)的權(quán)限列表也沒(méi)有WLAN和蜂窩權(quán)限，目前在iOS11上測(cè)試多次，目測(cè)該bug已修復(fù)
• 有的用戶習(xí)慣性拒絕，小手一抖就不允許訪問(wèn)網(wǎng)絡(luò)了

蘋果是爸爸，可用戶也是大爺啊，針對(duì)以上問(wèn)題，常規(guī)的處理方式是這樣的：

• 在檢測(cè)到?jīng)]有網(wǎng)絡(luò)的前提下（無(wú)網(wǎng)絡(luò)訪問(wèn)權(quán)限/手機(jī)確實(shí)沒(méi)有聯(lián)網(wǎng)），告知用戶可能是因?yàn)榫W(wǎng)絡(luò)權(quán)限問(wèn)題導(dǎo)致的無(wú)網(wǎng)絡(luò)狀態(tài)，并向用戶提供解決方案：

1. 給出設(shè)置路徑，讓用戶手動(dòng)到達(dá)路徑并更改網(wǎng)絡(luò)權(quán)限
2. 點(diǎn)擊按鈕直接跳轉(zhuǎn)到該 App 設(shè)置界面修改網(wǎng)絡(luò)權(quán)限

我個(gè)人一般是使用第二種，因?yàn)橐话阌脩羰謾C(jī)里面都有很多App，手動(dòng)查找太費(fèi)勁了，但是微信卻是讓用戶手動(dòng)去查找，這點(diǎn)我不太明白，如哪位大佬看透還望告之

• 但這里還有一個(gè)硬傷：各種權(quán)限修改之后，再次進(jìn)入 App，就會(huì)回到首頁(yè)，相當(dāng)于進(jìn)行了一次冷啟動(dòng)。至于這個(gè)現(xiàn)象的原因，個(gè)人猜測(cè)：假如現(xiàn)在正在使用麥克風(fēng)錄音，用戶卻進(jìn)入設(shè)置界面關(guān)掉了麥克風(fēng)權(quán)限。你讓蘋果爸爸怎么處理這個(gè)尷尬的局面？
• 對(duì)于特殊情況，比如該 App 沒(méi)有彈出網(wǎng)絡(luò)權(quán)限彈框，對(duì)應(yīng)的設(shè)置界面也沒(méi)有網(wǎng)絡(luò)權(quán)限，一下是各種偏方：

多進(jìn)行幾次打開(kāi)、殺死App的操作，在這過(guò)程中有一定幾率會(huì)彈出網(wǎng)絡(luò)權(quán)限彈框

先進(jìn)入設(shè)置界面隨便關(guān)掉一個(gè)App的網(wǎng)絡(luò)權(quán)限，然后再進(jìn)入目標(biāo)App設(shè)置界面，對(duì)應(yīng)的網(wǎng)絡(luò)網(wǎng)絡(luò)權(quán)限就顯示出來(lái)了

簡(jiǎn)單粗暴的重啟一定好使！！

即刻的無(wú)網(wǎng)絡(luò)處理方式

2. App中重要且緊急的權(quán)限獲取

比如導(dǎo)航類產(chǎn)品的地理位置權(quán)限、修圖軟件的相冊(cè)權(quán)限、時(shí)間管理類軟件的日歷權(quán)限。針對(duì)這種“缺了你不行”特征的App，除了網(wǎng)絡(luò)權(quán)限無(wú)法控制之外，其他所有權(quán)限最好先不要觸發(fā)，能延遲盡量要延遲，只留這一個(gè)權(quán)限選擇，最好在給出一定的提示

美圖秀秀 & 餓了么

3. 其他重要不緊急的權(quán)限獲取

• 比如IM聊天軟件中麥克風(fēng)權(quán)限，普通工具類App中相冊(cè)權(quán)限（比如針對(duì)換頭像這種功能）。用戶需要正常進(jìn)行這些操作需要對(duì)應(yīng)的權(quán)限，但是不應(yīng)該在App 第一次啟動(dòng)的時(shí)候就立刻去請(qǐng)求權(quán)限。
• 對(duì)于這種重要不緊急的權(quán)限，一般都采取懶加載的方式，也就是等到用戶探索到這個(gè)功能的時(shí)候，主動(dòng)觸發(fā)去發(fā)送請(qǐng)求

微博中用戶到分享界面后需要手動(dòng)觸發(fā)權(quán)限獲取

MONO中的push權(quán)限獲取率肯定比其他直接彈出來(lái)的要高

三. 登錄相關(guān)的優(yōu)化

1. 免登陸邏輯

• 登錄注冊(cè)功能本身就是對(duì)用戶的一個(gè)限制，在用戶還未體驗(yàn)到你產(chǎn)品價(jià)值的時(shí)候，卻讓用戶提交個(gè)人信息進(jìn)行注冊(cè)，這顯然是不合適的。
• 因此，除非是即時(shí)通訊類似的與賬號(hào)強(qiáng)關(guān)聯(lián)的App，其他App最好都要進(jìn)行免登陸操作：先向用戶展示一部分基本的功能，當(dāng)用戶觸發(fā)了與賬號(hào)強(qiáng)關(guān)聯(lián)的操作(比如評(píng)論、買單等)，再去提示用戶進(jìn)行登錄注冊(cè)操作
• 之前做過(guò)一個(gè)工具類App，用戶剛下載就要進(jìn)行登錄注冊(cè)操作，統(tǒng)計(jì)數(shù)據(jù)顯示在注這部分流失掉的用戶為10%之多！
• 關(guān)于免登陸，之前寫過(guò)一篇文章：iOS程序員眼中的客戶端免登陸，在此不再贅述

2. 登錄相關(guān)的優(yōu)化

如果用戶之前在該手機(jī)登陸過(guò)，在不需要考慮安全前提下，可以給用戶提供更便捷的登錄方式，或者對(duì)用戶進(jìn)行提示（諸多第三方登錄選擇，可能用戶隨便點(diǎn)了一個(gè)，下次就忘記了）

新浪微博 & 輕聽(tīng)英語(yǔ)

該功能一般使用UDID來(lái)實(shí)現(xiàn)，關(guān)于這個(gè)有個(gè)小插曲，在 iOS 10.3 版本的 beta 2 – beta 5版本中，keychain 中的數(shù)據(jù)會(huì)因?yàn)?APP 的刪除而刪除，當(dāng)時(shí)趕緊找其他替代方案，調(diào)研了知乎、領(lǐng)英之后，發(fā)現(xiàn)用的不是簡(jiǎn)單的keyChain，而是 iOS9 推出的SFSafariViewController，這個(gè)可以將密碼、共享Cookie、iCloud Web表單數(shù)據(jù)、證書(shū)等存儲(chǔ)在系統(tǒng)里面，與 iCloud keyChain 進(jìn)行綁定。最后代碼寫的差不多了，發(fā)現(xiàn) 10.3 beta 6 版本，keychain 又可以繼續(xù)使用（10.3正式版也是如此）。

• 在登錄注冊(cè)的整個(gè)過(guò)程中，盡可能地減少用戶的操作(最開(kāi)始有信電話是這樣做的，后來(lái)滴滴改版也變成這樣；AppleID 新設(shè)備登錄需要的驗(yàn)證碼也是這樣的)：

1. 比如用戶輸入11位的電話號(hào)碼后經(jīng)過(guò)正則判斷有效后，直接觸發(fā)獲取驗(yàn)證碼按鈕的操作，光標(biāo)進(jìn)入驗(yàn)證碼輸入框
2. 輸入短信驗(yàn)證碼后直接觸發(fā)登錄操作
3. 也就是在整個(gè)過(guò)程中，用戶只需要輸入電話號(hào)碼和驗(yàn)證碼，不需要其他任何切換的操作

• 其他的諸如格式自動(dòng)檢測(cè)、小屏幕適配、用戶手感上的優(yōu)化在此不再贅述

四. 引導(dǎo)用戶了解核心功能的使用

1. 用戶下載之前

一般情況下，用戶通過(guò)社交媒體、產(chǎn)品運(yùn)營(yíng)活動(dòng)或者App Store接觸到產(chǎn)品，通過(guò)這個(gè)首次接觸，會(huì)對(duì)產(chǎn)品建立一個(gè)初步認(rèn)識(shí)，如果在這些途徑中，你所描述的產(chǎn)品核心價(jià)值成功打動(dòng)了用戶，并進(jìn)行下載操作。

廣告運(yùn)營(yíng) & App Store 推廣圖 就精準(zhǔn)地描述了產(chǎn)品的核心價(jià)值

2. 用戶下載之后初步使用

《用戶體驗(yàn)要素》這本書(shū)提出：最底層的架構(gòu)是用戶需求和網(wǎng)站目標(biāo)一樣，推動(dòng)新手引導(dǎo)設(shè)計(jì)的原因也有兩個(gè)：用戶需求和產(chǎn)品目標(biāo)。對(duì)于新手引導(dǎo)來(lái)說(shuō)，用戶需求是快速、愉悅地學(xué)習(xí)使用產(chǎn)品。產(chǎn)品目標(biāo)是將新手用戶快速轉(zhuǎn)化為活躍度高、黏著度高的忠實(shí)用戶。

新手引導(dǎo)要維持這兩方面的平衡，根據(jù)各自產(chǎn)品特性進(jìn)行不同的引導(dǎo)操作：

• 內(nèi)容社區(qū)類產(chǎn)品，開(kāi)始用戶是沒(méi)有數(shù)據(jù)的，因此要首先給用戶展示內(nèi)容定制界面
• 工具、游戲類 App 就要引導(dǎo)用戶成功使用一次核心操作，在引導(dǎo)的過(guò)程中最好完成一次階段性流程就給予用戶一定的鼓勵(lì)

引導(dǎo)頁(yè)與App Store 推廣圖類似，在此不做討論

MONO的內(nèi)容定制 & Things 新手引導(dǎo)

狼人殺的新手引導(dǎo)

• 在這個(gè)過(guò)程中最好對(duì)用戶行為進(jìn)行更細(xì)化的統(tǒng)計(jì)并追蹤結(jié)果，根據(jù)各種統(tǒng)計(jì)數(shù)據(jù)分析用戶流失的原因，從而不斷優(yōu)化引導(dǎo)的流程
• 在第一次打開(kāi)App或者用戶第一次登錄成功后，可能要下載一些歷史數(shù)據(jù)（比如微信登錄成功后要下載部分歷史消息、通訊錄數(shù)據(jù)），技術(shù)可以在這方面盡可能地做優(yōu)化；設(shè)計(jì)層面也可以考慮增加一些動(dòng)效，讓用戶在心理上感覺(jué)時(shí)間過(guò)得很快（如果亞馬遜網(wǎng)頁(yè)下載速度慢 1 秒鐘,1 年就有可能損失 16 億美元；如果谷歌提交搜索結(jié)果的時(shí)間延遲 0.4 秒,一天的搜索量就會(huì)減少 800 萬(wàn)次 ）
• 當(dāng)然，在用戶完成第一次使用App之后，運(yùn)營(yíng)方面也可以做一些諸如電話回訪、短信通知紅包下發(fā)、push推送活動(dòng)信息等喚醒用戶操作

五. 寫在最后

產(chǎn)品懂技術(shù)，就像流氓會(huì)武術(shù)。技術(shù)會(huì)點(diǎn)產(chǎn)品，就像會(huì)武術(shù)的人去耍流氓

本文作者 si1ence，轉(zhuǎn)載自簡(jiǎn)書(shū)。由蟬大師編輯，轉(zhuǎn)載請(qǐng)注明鏈接：