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

4 評(píng)論 7355 瀏覽 63 收藏 8 分鐘

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

十一、請(qǐng)求設(shè)備授權(quán)可以更簡(jiǎn)捷嗎?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

列表頁(yè)面加載,主流觸發(fā)方式是滑動(dòng),包括上下左右滑動(dòng)。

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

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

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

2. 打開新頁(yè)面加載的

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

打開新頁(yè)面的,需要考慮如下:

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

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

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

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

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

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

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

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

4. 加載策略

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

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

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

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

1. 消息歸類

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

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

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

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

一般而言,人與人的聊天顯示未讀條數(shù),因?yàn)闀r(shí)效性要求高。

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

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

3. 刪除消息

分兩類:一類是單條聊天記錄的刪除;一類是整個(gè)聊天條目的刪除。

4. 消息保存時(shí)長(zhǎng)

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

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

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

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

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

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

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

因此需要一定程度的適配,大概會(huì)有以下幾種形式:

1. 極簡(jiǎn)適配

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

2. 完全適配

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

相關(guān)閱讀

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

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

 

作者:唧唧歪歪PM;公眾號(hào):唧唧歪歪PM(ID:jjyypm)

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

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 來(lái)自湖南 回復(fù)
  2. 繼續(xù)期待下一篇,希望可以針對(duì)某一些內(nèi)容能在詳細(xì)展開說明!感謝作者的分享!

    來(lái)自江蘇 回復(fù)
    1. 來(lái)自湖南 回復(fù)
    2. 點(diǎn)了

      來(lái)自江蘇 回復(fù)