本文接上一篇App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（二），接著跟大家講講產(chǎn)品原型背后要交代的細(xì)節(jié)和要理解的原則。

十一、請求設(shè)備授權(quán)可以更簡捷嗎？

用戶如果未開啟APP的設(shè)備授權(quán)，那么用到相應(yīng)的功能，就需要臨時提醒用戶授權(quán)。

比如點(diǎn)擊【抖音】的拍攝按鈕進(jìn)行視頻拍攝，就需要請求攝像機(jī)授權(quán)。

如上圖，點(diǎn)擊“去設(shè)置”，則前往手機(jī)的【系統(tǒng)設(shè)置】界面手動操作。

相當(dāng)于App只負(fù)責(zé)告訴用戶：我需要你去設(shè)置中授權(quán)。

1. 若不同意，則放棄視頻功能的使用。
2. 若同意，則前往【系統(tǒng)設(shè)置】中，執(zhí)行獨(dú)立于App之外的操作。

操作完成，會發(fā)現(xiàn)連個返回APP功能都沒有，還需要自己找到App再進(jìn)入一次，是不是很low？為什么不能在App中一鍵完成授權(quán)呢？

這其實(shí)與手機(jī)操作系統(tǒng)有關(guān)系。

以IOS為例，手機(jī)操作系統(tǒng)對設(shè)備授權(quán)有一個規(guī)定：安裝后，首次打開App，App會自動請求用戶進(jìn)行設(shè)備授權(quán)。

僅此一下，之后打開App，操作系統(tǒng)就不會幫忙請求了。因此，若首次未授權(quán)，或之后關(guān)閉了授權(quán)，那么手機(jī)系統(tǒng)不允許App直接一鍵授權(quán)了。

明白這個道理，設(shè)就可以設(shè)計出貼合實(shí)際的方案。需摸到操作系統(tǒng)的“屋檐”，適當(dāng)“低頭”。

十二、頁面刷新加載的“蘿卜和泥”

刷新，是產(chǎn)品經(jīng)理需要定義的常見的功能。要么是手動觸發(fā)刷新，要么是定時任務(wù)觸發(fā)。

定時任務(wù)觸發(fā)，比如1分鐘內(nèi)的消息顯示“剛剛”，那么系統(tǒng)就可以每一分鐘自動刷新一次，使顯示合理的時間格式。

本文主要以手動觸發(fā)說明，產(chǎn)品經(jīng)理至少可以考慮四個方面的問題：

1. 怎樣的觸發(fā)方式

列表頁面加載，主流觸發(fā)方式是滑動，包括上下左右滑動。

對于瀑布流的內(nèi)容為主的產(chǎn)品，刷新較為頻繁，除了使用滑動加載之外，還可配合按鈕加載。比如：【抖音】，可以雙擊底部菜單實(shí)現(xiàn)頁面刷新。

“滑動+點(diǎn)擊”這樣的設(shè)計，避免用戶置身于視頻瀑布流中只靠單一滑動帶來的枯燥和不適。

2. 打開新頁面加載的

刷新有打開新頁面的，也有在當(dāng)前頁面加載新內(nèi)容。

打開新頁面的，需要考慮如下：

• 翻頁方向：目前流行的交互方式，是左右平移或覆蓋平移，比較符合用戶對線性操作流程的的直觀感受。加載發(fā)生在翻頁的前還是后呢？
• 翻頁前加載：適用于需要判斷及驗證處理的頁面中。例如：表單信息判斷和登錄驗證等，而絕大部分app采用翻過去之后加載，這樣可以極大的增強(qiáng)頁面的流暢感。

3. 設(shè)計loading標(biāo)示

（1）loading標(biāo)示的樣式

菊花和進(jìn)度條是最基礎(chǔ)的loading標(biāo)示，若做成動畫，或者加入App品牌特色，就更顯誠意了。

（2）loading標(biāo)示的位置

是在頂部、中部、還是底部呢？

若看不出優(yōu)劣，就選一種，并向團(tuán)隊交代清楚，必要的時候做A/B測試。

4. 加載策略

在實(shí)現(xiàn)機(jī)制上，產(chǎn)品經(jīng)理要說清楚效果。比如：最遲不超過2s、要求某些內(nèi)容先加載出來等等。

這樣就引導(dǎo)出了常見的幾種機(jī)制：異步加載、分模塊加載、懶加載和預(yù)加載等。

需要注意的是：加載機(jī)制不僅僅是受限于網(wǎng)速，更是信息泛濫時代的一種策略：讓用戶優(yōu)先看到什么，節(jié)約用戶精力，提高回報率。

十三、【消息】模塊的設(shè)計

1. 消息歸類

在設(shè)計消息菜單的時候，需要考慮默認(rèn)置頂、消息歸類等功能。讓目標(biāo)信息曝光增加，同時讓消息有條理。

比如：【互動通知】置頂在列表的最上方，類于“文件夾”。點(diǎn)擊，則打開系統(tǒng)消息列表。

2. 未讀提示：數(shù)字還是紅點(diǎn)呢？

一般而言，人與人的聊天顯示未讀條數(shù)，因為時效性要求高。

超過99條一般顯示99+，實(shí)際顯示99也可以，對用戶而言已無差異。非緊急的通知可以不顯示具體數(shù)字。

消息已讀的判斷標(biāo)準(zhǔn)：只要打開就算已讀。哪怕眼前條只展出了1條，哪怕沒來得及看就手機(jī)掉線了，也都當(dāng)做已讀處理。

3. 刪除消息

分兩類：一類是單條聊天記錄的刪除；一類是整個聊天條目的刪除。

4. 消息保存時長

可以保存在服務(wù)器，用戶可以通過加載，分批查看歷史消息。

此外，考慮聊天消息的復(fù)制、轉(zhuǎn)發(fā)、失敗重發(fā)等。

十四、Web在手機(jī)端的適配

產(chǎn)品官網(wǎng)，初期都很簡單，基本都是：產(chǎn)品介紹+下載鏈接。

功能不復(fù)雜，因此可以考慮設(shè)置手機(jī)訪問官網(wǎng)的功能。

如上圖所示，手機(jī)端直接訪問PC官網(wǎng)體驗極差。

因此需要一定程度的適配，大概會有以下幾種形式：

1. 極簡適配

極簡適配就是對內(nèi)容進(jìn)行刪減，直到剩下最后一個頁面，用一個頁面去呈現(xiàn)最基本的產(chǎn)品介紹以及下載按鈕。

2. 完全適配

做了全適配的官網(wǎng)會在手機(jī)端有良好的表現(xiàn)。當(dāng)然，Pc端的官網(wǎng)有時候體量太大，在適配到手機(jī)端的時候也要有刪減。

相關(guān)閱讀

App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（一）

App產(chǎn)品原型背后要交代的細(xì)節(jié)或要理解的原則（二）

作者：唧唧歪歪PM；公眾號：唧唧歪歪PM（ID：jjyypm）

本文由 @唧唧歪歪PM 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議