一份合格的產(chǎn)品方案,需要注意這10個方面
這篇則系統(tǒng)說明了編寫需求文檔過程中的思考維度與注意事項,是『方案設(shè)計/需求文檔』總結(jié)的第四篇,也是完結(jié)篇,相信讀透這四篇文章,一個小白也能寫出80分以上的需求文檔。
01 組件與布局
1.1 組件
組件是產(chǎn)品功能的載體,不同組件承擔(dān)的功能不同,在方案中,設(shè)計或選擇組件的時候,可以從以下三個角度考慮,以確保方案的完整性。
- 組件是否可以交互,還是單純的展示信息。例如首頁中的『名稱』標(biāo)簽,就是單純的展示,而音頻的圖標(biāo),則可以被點擊。
- 組件是否存在不同的狀態(tài)。如果同一個組件存在不同的狀態(tài),則要考慮不同狀態(tài)的觸發(fā)條件,有些是為了響應(yīng)交互,例如音頻圖標(biāo)存在選中與未選中兩種狀態(tài);有些是為了表示同一過程的不同階段,例如下載的進度條……
- 組件對不同物理按鍵的響應(yīng),許多特定功能的組件需要響應(yīng)不同的物理按鍵,例如音量條會隨著物理音量鍵的按動而變化,Android手機中,多數(shù)『返回』或『關(guān)閉』組件會響應(yīng)back鍵
在思考組件作用的時候,不僅僅要要帶入當(dāng)前頁面的主體功能,還需要從整個頁面的角度思考每個組件的作用。
以下圖的『音量調(diào)節(jié)』為例:
在『音量調(diào)節(jié)』頁面中,不能只關(guān)注音量條與完成按鈕,還要思考4個播放位置與底部的音頻的操作:即在音量調(diào)節(jié)的狀態(tài)下,是否可以選中新的音頻?正在被播放的音頻是否可以被取消選中?當(dāng)然最好的選擇還是采用『模態(tài)』的方式:只有音量調(diào)節(jié)條可操作,其他的組件均置灰。
組件是組成原型圖最基礎(chǔ)的元素,方案中每個組件的功能與各種變化必須說明清楚,否則會出給開發(fā)或者設(shè)計帶來很大的困惑,甚至造成嚴重的邏輯缺陷。
1.2 布局
確定頁面布局的難度往往不是很大,因為存在大量的競品可以參考,通常理清產(chǎn)品框架,并明確了功能組件,頁面布局的確定往往是水到渠成的事情。
02 權(quán)限申請
權(quán)限申請通常有兩種場景:一是在初始化的過程,二是在使用需要權(quán)限的功能時觸發(fā),如下圖所示:
在初始化的過程中,若用戶拒絕了授權(quán),只需要彈出toast提示即可,保證進入App的流暢性,若是第二種情況,可以根據(jù)權(quán)限的重要性,選擇使用挽留彈窗或者是簡單的提示。
對于Android系統(tǒng),權(quán)限分為三種類型,第一種是直接寫死在代碼中,用戶只需要手動升級,就能自動獲取的權(quán)限;第二種是通過系統(tǒng)彈窗進行授權(quán),例如定位權(quán)限;第三種需要跳轉(zhuǎn)到系統(tǒng)設(shè)置頁授權(quán),例如懸浮窗權(quán)限。
對于iOS來說, 授權(quán)形式只存在兩種:首次會以彈窗的形式進行授權(quán),若用戶首次沒有授權(quán),第二次只能跳轉(zhuǎn)到系統(tǒng)設(shè)置頁面授予。
03 廣告
3.1 請求時機與展示時機
如果頁面的交互或展示涉及到廣告,則需要預(yù)先確定好廣告類型,請求時機,展示時機。其中如果是插屏廣告或者是激勵視頻廣告,最好為廣告預(yù)留充足的請求時間,廣告的展示建議設(shè)定在用戶的操作的必經(jīng)之路上。
下圖是某APP的新手引導(dǎo)原型圖,在剛打開APP的時候,就會請求廣告,在引導(dǎo)結(jié)束頁,展示插屏廣告。
3.2 廣告優(yōu)化
雖然廣告能為產(chǎn)品創(chuàng)造很多的收入,但也要盡量減少廣告的干擾,保證用戶的產(chǎn)品體驗。
對于阻斷式廣告,例如插屏廣告,盡量在任務(wù)完成后展示,保證用戶使用的流暢性,例如垃圾清理后展示插屏廣告、看完新聞之后展示插屏廣告。先讓用戶感受到產(chǎn)品的價值,再展示廣告,能夠提升用戶對廣告的接受程度;當(dāng)然有一個場景例外,就是啟動插屏廣告,因為目前的多數(shù)App都會展示啟動插屏廣告,用戶已經(jīng)被教育了。
對于激勵視頻廣告,需要在觸發(fā)廣告前明確告知用戶,讓用戶有心理預(yù)期。
而對于伴隨式廣告,例如原生廣告或者banner廣告,可以通過各種優(yōu)化背景的方式,使之盡量與頁面協(xié)調(diào)一致。下圖展示的分別是『激勵視頻廣告』『原生廣告』『banner廣告』的優(yōu)化案例。
由于廣告需要經(jīng)歷『請求』→ 『匹配』等一系列的網(wǎng)絡(luò)傳輸過程,所以需要考慮網(wǎng)絡(luò)不佳時,廣告無法展示的替代方案。最常見的有兩種做法,一個是直接將廣告位刪除,整個頁面完全看不到廣告的痕跡,另外一個是在原本展示廣告的位置上展示預(yù)置的頁面,至于頁面的內(nèi)容,則需要根據(jù)不同的場景進行設(shè)計,下圖展示的是廣告沒有請求到時,廣告位刪除的情況。
最后一個需要補充的是關(guān)于廣告點擊的問題,很多廣告平臺對廣告點擊率的上限是有要求的,因為多數(shù)廣告的計費方式是CPC(cost per click),可以理解為用戶點一次廣告,展示廣告的App就能賺錢,為了避免這些展示廣告被惡意點擊,所以某些廣告平臺一旦發(fā)現(xiàn)廣告的點擊率過高,就不會再展示廣告。
在做方案的過程中,可以限定廣告的點擊區(qū)域,將點擊率控制在合理的范圍內(nèi),下圖所示的廣告展示,只有點擊『open』按鈕才算有效的點擊。
3.3 廣告政策
廣告政策是廣告注意事項中最重要的一點,因為一旦違規(guī),廣告的請求與展示就會受到影響,甚至?xí)绊懻麄€產(chǎn)品/公司的存亡,所以在設(shè)計廣告的時候,一定要認清楚廣告政策的紅線,下面列出幾個比較重要的廣告政策:
- 插屏廣告展示前與展示后的頁面不能為同一個
- 不能在應(yīng)用外彈出廣告
- 不能引導(dǎo)用戶誤點擊廣告
- 解除鎖屏后不能出現(xiàn)廣告
04 文案
4.1 靜態(tài)文案
一旦確定,就不會變動的文案稱之為靜態(tài)文案,常見的有應(yīng)用名稱、頁面標(biāo)題,以下圖的微信為例:底部的四個選項名稱,『微信支付』『微信運動』的名稱,是典型的靜態(tài)文案。
4.2 動態(tài)文案
動態(tài)文案具體又分為兩種,一種是需要用戶輸入,例如重命名,這類文案要注意字符的長度限制(默認最大長度為24字符或者32字符),默認值,空字符的處理,如果是填寫特定格式的字符,例如郵箱的填寫,還需要校驗字符格式。
另一個種則是隨著不同的場景展示不同的文案,這種情況要考慮不同場景下,文案長度、單位、單復(fù)數(shù)的 變化,如下圖所示
05 意外中斷
手機中存在著很多優(yōu)先級特別高的功能,例如來電、短信、系統(tǒng)鬧鐘、系統(tǒng)通知、系統(tǒng)彈窗等。這些功能會隨時中斷當(dāng)前App所執(zhí)行的任務(wù),所以在方案設(shè)計的過程中,如果產(chǎn)品的某些功能與上述優(yōu)先級高的高能存在沖突,要準備應(yīng)急方案,例如對于視頻或者音樂播放軟件,在播放過程中,如果手機來了電話,是否需要暫停?結(jié)束通話后,是否要繼續(xù)播放?
除了上述的直接打斷,還有『息屏』這種間接的打斷,息屏之后,應(yīng)用該如何應(yīng)對,啟屏之后又該如何處理,這都需要再三考慮!
06 新老用戶
很多應(yīng)用都需要區(qū)分新老用戶。例如對已有功能進行了較大的改動,需要對升級的老用戶進行必要的說明。而對于新用戶,則要展示詳細的功能介紹,減少新用戶的理解成本。
若用戶對應(yīng)用進行了相關(guān)設(shè)置,則這些設(shè)置應(yīng)予以保留,而不是像新用戶那樣重新開始,即便迫不得已,需要老用戶重新開始,也要為老用戶提供便捷的遷移方案,老用戶可以通過備份,將已有設(shè)置方便的遷移到新的版本中。
07 網(wǎng)絡(luò)狀況
對于需要使用網(wǎng)絡(luò)的應(yīng)用,需要考慮『正常網(wǎng)絡(luò)』『弱網(wǎng)』『無網(wǎng)』三種場景,以某網(wǎng)絡(luò)音頻播放器為例,在進入首頁之前,會請求網(wǎng)絡(luò)的音樂資源,下圖展示的是該播放器在正常網(wǎng)絡(luò)、弱網(wǎng)、無網(wǎng)三種場景下的表現(xiàn)形式。
08 多入口
- 不同入口進入到的頁面可能會不一樣,以微信為例,點擊icon進入的是微信主頁,而點擊消息推送,進入的是對應(yīng)的聊天頁面;
- 同一入口,進入的頁面可能會不一樣,以某睡眠鬧鐘為例,點擊常駐通知欄,如果該App在進行睡眠監(jiān)測,則進入的是睡眠監(jiān)測頁面,否則進入的是主頁
- 同一頁面,通過不同入口進入,狀態(tài)可能會不一樣,例如某些電商通過推送給用戶發(fā)送折扣通知,用戶點擊該通知進入首頁,首頁會彈出一個折扣禮券彈窗,而如果用戶忽略了這條通知,通過點擊桌面icon進入,可能就不會出現(xiàn)這樣的禮券彈窗。
- 同一頁面,同一入口,不同場景下進入的時,狀態(tài)可能會不一樣,下面展示的是同一個App,在前三次點擊桌面icon,進入首頁的三種狀態(tài)
09 首次啟動
9.1 隱私政策與使用協(xié)議
用戶首次使用App時,需要向用戶展示『隱私政策』與『使用協(xié)議』,如下圖所示
這些協(xié)議雖然用戶不會細看,但是仍然是必要的,另外包含這些協(xié)議的頁面在產(chǎn)品生命周期內(nèi)展示一次即可。
9.2 首次引導(dǎo)流程
在首次打開應(yīng)用時,往往伴隨著應(yīng)用介紹,介紹的形式可以是滑動式的分頁介紹,也可以是動畫引導(dǎo),應(yīng)用介紹可以實現(xiàn)以下4個目的
- 介紹應(yīng)用的特色與基本使用
- 獲取用戶權(quán)限
- 增加廣告場景
- 引導(dǎo)用戶完成指定操作:例如問卷調(diào)研、默認設(shè)置
如果方案需要實現(xiàn)以上四種目的,可以考慮添加『應(yīng)用介紹』流程
10 常駐通知欄
常駐通知欄主要有三個作用,通常建議使用『常駐通知欄』
- 提供快捷的操作入口,例如音樂的暫停與播放
- 提供便捷的信息展示,例如天氣應(yīng)用的常駐通知欄,往往展示了當(dāng)天的天氣信息
- 提高應(yīng)用的存活率
關(guān)于產(chǎn)品方案/需求文檔的文章暫時告一段落,文章有很多不足之處,請大家多多留言或私信,一起批評與吐槽~
#相關(guān)閱讀#
- 《寫了一年的需求文檔,我想告訴你》 介紹了需求文檔的作用;
- 《結(jié)構(gòu)流程不會畫?手把手教你學(xué)會》 說明了產(chǎn)品方案的設(shè)計思路;
- 《需求文檔不會寫?手把手教你學(xué)會》 介紹了需求文檔的組成部分,以及每個部分的作用于注意事項。
#專欄作家#
MING,個人公眾號:MING的大航海,知乎專欄:產(chǎn)品見知錄,人人都是產(chǎn)品經(jīng)理專欄作家。一只專注于個人成長的產(chǎn)品汪,沉迷『方法論』,只分享值得收藏的『硬干貨』!
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議。
產(chǎn)品競爭分析
我也是看這方案名字進來的,意會錯了
方案這個詞的理解,因人而異吧。個人理解是solution,和作者有較大出入??
確是用『solution』比較恰當(dāng),方案太泛化了