這篇則系統(tǒng)說明了編寫需求文檔過程中的思考維度與注意事項，是『方案設計/需求文檔』總結的第四篇，也是完結篇，相信讀透這四篇文章，一個小白也能寫出80分以上的需求文檔。

01 組件與布局

1.1 組件

組件是產品功能的載體，不同組件承擔的功能不同，在方案中，設計或選擇組件的時候，可以從以下三個角度考慮，以確保方案的完整性。

1. 組件是否可以交互，還是單純的展示信息。例如首頁中的『名稱』標簽，就是單純的展示，而音頻的圖標，則可以被點擊。
2. 組件是否存在不同的狀態(tài)。如果同一個組件存在不同的狀態(tài)，則要考慮不同狀態(tài)的觸發(fā)條件，有些是為了響應交互，例如音頻圖標存在選中與未選中兩種狀態(tài)；有些是為了表示同一過程的不同階段，例如下載的進度條……
3. 組件對不同物理按鍵的響應，許多特定功能的組件需要響應不同的物理按鍵，例如音量條會隨著物理音量鍵的按動而變化，Android手機中，多數(shù)『返回』或『關閉』組件會響應back鍵
   在思考組件作用的時候，不僅僅要要帶入當前頁面的主體功能，還需要從整個頁面的角度思考每個組件的作用。

以下圖的『音量調節(jié)』為例：

在『音量調節(jié)』頁面中，不能只關注音量條與完成按鈕，還要思考4個播放位置與底部的音頻的操作：即在音量調節(jié)的狀態(tài)下，是否可以選中新的音頻？正在被播放的音頻是否可以被取消選中？當然最好的選擇還是采用『模態(tài)』的方式：只有音量調節(jié)條可操作，其他的組件均置灰。

組件是組成原型圖最基礎的元素，方案中每個組件的功能與各種變化必須說明清楚，否則會出給開發(fā)或者設計帶來很大的困惑，甚至造成嚴重的邏輯缺陷。

1.2 布局

確定頁面布局的難度往往不是很大，因為存在大量的競品可以參考，通常理清產品框架，并明確了功能組件，頁面布局的確定往往是水到渠成的事情。

02 權限申請

權限申請通常有兩種場景：一是在初始化的過程，二是在使用需要權限的功能時觸發(fā)，如下圖所示：

在初始化的過程中，若用戶拒絕了授權，只需要彈出toast提示即可，保證進入App的流暢性，若是第二種情況，可以根據(jù)權限的重要性，選擇使用挽留彈窗或者是簡單的提示。

對于Android系統(tǒng)，權限分為三種類型，第一種是直接寫死在代碼中，用戶只需要手動升級，就能自動獲取的權限；第二種是通過系統(tǒng)彈窗進行授權，例如定位權限；第三種需要跳轉到系統(tǒng)設置頁授權，例如懸浮窗權限。
對于iOS來說， 授權形式只存在兩種：首次會以彈窗的形式進行授權，若用戶首次沒有授權，第二次只能跳轉到系統(tǒng)設置頁面授予。

03 廣告

3.1 請求時機與展示時機

如果頁面的交互或展示涉及到廣告，則需要預先確定好廣告類型，請求時機，展示時機。其中如果是插屏廣告或者是激勵視頻廣告，最好為廣告預留充足的請求時間，廣告的展示建議設定在用戶的操作的必經之路上。

下圖是某APP的新手引導原型圖，在剛打開APP的時候，就會請求廣告，在引導結束頁，展示插屏廣告。

3.2 廣告優(yōu)化

雖然廣告能為產品創(chuàng)造很多的收入，但也要盡量減少廣告的干擾，保證用戶的產品體驗。

對于阻斷式廣告，例如插屏廣告，盡量在任務完成后展示，保證用戶使用的流暢性，例如垃圾清理后展示插屏廣告、看完新聞之后展示插屏廣告。先讓用戶感受到產品的價值，再展示廣告，能夠提升用戶對廣告的接受程度；當然有一個場景例外，就是啟動插屏廣告，因為目前的多數(shù)App都會展示啟動插屏廣告，用戶已經被教育了。

對于激勵視頻廣告，需要在觸發(fā)廣告前明確告知用戶，讓用戶有心理預期。

而對于伴隨式廣告，例如原生廣告或者banner廣告，可以通過各種優(yōu)化背景的方式，使之盡量與頁面協(xié)調一致。下圖展示的分別是『激勵視頻廣告』『原生廣告』『banner廣告』的優(yōu)化案例。

由于廣告需要經歷『請求』→ 『匹配』等一系列的網絡傳輸過程，所以需要考慮網絡不佳時，廣告無法展示的替代方案。最常見的有兩種做法，一個是直接將廣告位刪除，整個頁面完全看不到廣告的痕跡，另外一個是在原本展示廣告的位置上展示預置的頁面，至于頁面的內容，則需要根據(jù)不同的場景進行設計，下圖展示的是廣告沒有請求到時，廣告位刪除的情況。

最后一個需要補充的是關于廣告點擊的問題，很多廣告平臺對廣告點擊率的上限是有要求的，因為多數(shù)廣告的計費方式是CPC（cost per click），可以理解為用戶點一次廣告，展示廣告的App就能賺錢，為了避免這些展示廣告被惡意點擊，所以某些廣告平臺一旦發(fā)現(xiàn)廣告的點擊率過高，就不會再展示廣告。

在做方案的過程中，可以限定廣告的點擊區(qū)域，將點擊率控制在合理的范圍內，下圖所示的廣告展示，只有點擊『open』按鈕才算有效的點擊。

3.3 廣告政策

廣告政策是廣告注意事項中最重要的一點，因為一旦違規(guī)，廣告的請求與展示就會受到影響，甚至會影響整個產品/公司的存亡，所以在設計廣告的時候，一定要認清楚廣告政策的紅線，下面列出幾個比較重要的廣告政策：

1. 插屏廣告展示前與展示后的頁面不能為同一個
2. 不能在應用外彈出廣告
3. 不能引導用戶誤點擊廣告
4. 解除鎖屏后不能出現(xiàn)廣告
   

   04 文案

   4.1 靜態(tài)文案

   一旦確定，就不會變動的文案稱之為靜態(tài)文案，常見的有應用名稱、頁面標題，以下圖的微信為例：底部的四個選項名稱，『微信支付』『微信運動』的名稱，是典型的靜態(tài)文案。

4.2 動態(tài)文案

動態(tài)文案具體又分為兩種，一種是需要用戶輸入，例如重命名，這類文案要注意字符的長度限制（默認最大長度為24字符或者32字符），默認值，空字符的處理，如果是填寫特定格式的字符，例如郵箱的填寫，還需要校驗字符格式。

另一個種則是隨著不同的場景展示不同的文案，這種情況要考慮不同場景下，文案長度、單位、單復數(shù)的 變化，如下圖所示

05 意外中斷

手機中存在著很多優(yōu)先級特別高的功能，例如來電、短信、系統(tǒng)鬧鐘、系統(tǒng)通知、系統(tǒng)彈窗等。這些功能會隨時中斷當前App所執(zhí)行的任務，所以在方案設計的過程中，如果產品的某些功能與上述優(yōu)先級高的高能存在沖突，要準備應急方案，例如對于視頻或者音樂播放軟件，在播放過程中，如果手機來了電話，是否需要暫停？結束通話后，是否要繼續(xù)播放？

除了上述的直接打斷，還有『息屏』這種間接的打斷，息屏之后，應用該如何應對，啟屏之后又該如何處理，這都需要再三考慮！

06 新老用戶

很多應用都需要區(qū)分新老用戶。例如對已有功能進行了較大的改動，需要對升級的老用戶進行必要的說明。而對于新用戶，則要展示詳細的功能介紹，減少新用戶的理解成本。

若用戶對應用進行了相關設置，則這些設置應予以保留，而不是像新用戶那樣重新開始，即便迫不得已，需要老用戶重新開始，也要為老用戶提供便捷的遷移方案，老用戶可以通過備份，將已有設置方便的遷移到新的版本中。

07 網絡狀況

對于需要使用網絡的應用，需要考慮『正常網絡』『弱網』『無網』三種場景，以某網絡音頻播放器為例，在進入首頁之前，會請求網絡的音樂資源，下圖展示的是該播放器在正常網絡、弱網、無網三種場景下的表現(xiàn)形式。

08 多入口

1. 不同入口進入到的頁面可能會不一樣，以微信為例，點擊icon進入的是微信主頁，而點擊消息推送，進入的是對應的聊天頁面；
2. 同一入口，進入的頁面可能會不一樣，以某睡眠鬧鐘為例，點擊常駐通知欄，如果該App在進行睡眠監(jiān)測，則進入的是睡眠監(jiān)測頁面，否則進入的是主頁
   
3. 同一頁面，通過不同入口進入，狀態(tài)可能會不一樣，例如某些電商通過推送給用戶發(fā)送折扣通知，用戶點擊該通知進入首頁，首頁會彈出一個折扣禮券彈窗，而如果用戶忽略了這條通知，通過點擊桌面icon進入，可能就不會出現(xiàn)這樣的禮券彈窗。
4. 同一頁面，同一入口，不同場景下進入的時，狀態(tài)可能會不一樣，下面展示的是同一個App，在前三次點擊桌面icon，進入首頁的三種狀態(tài)
   

09 首次啟動

9.1 隱私政策與使用協(xié)議

用戶首次使用App時，需要向用戶展示『隱私政策』與『使用協(xié)議』，如下圖所示

這些協(xié)議雖然用戶不會細看，但是仍然是必要的，另外包含這些協(xié)議的頁面在產品生命周期內展示一次即可。

9.2 首次引導流程

在首次打開應用時，往往伴隨著應用介紹，介紹的形式可以是滑動式的分頁介紹，也可以是動畫引導，應用介紹可以實現(xiàn)以下4個目的

1. 介紹應用的特色與基本使用
2. 獲取用戶權限
3. 增加廣告場景
4. 引導用戶完成指定操作：例如問卷調研、默認設置
   如果方案需要實現(xiàn)以上四種目的，可以考慮添加『應用介紹』流程

10 常駐通知欄

常駐通知欄主要有三個作用，通常建議使用『常駐通知欄』

1. 提供快捷的操作入口，例如音樂的暫停與播放
2. 提供便捷的信息展示，例如天氣應用的常駐通知欄，往往展示了當天的天氣信息
3. 提高應用的存活率

關于產品方案/需求文檔的文章暫時告一段落，文章有很多不足之處，請大家多多留言或私信，一起批評與吐槽~

#相關閱讀#

1. 《寫了一年的需求文檔，我想告訴你》 介紹了需求文檔的作用；
2. 《結構流程不會畫？手把手教你學會》 說明了產品方案的設計思路；
3. 《需求文檔不會寫？手把手教你學會》 介紹了需求文檔的組成部分，以及每個部分的作用于注意事項。

#專欄作家#

MING，個人公眾號：MING的大航海，知乎專欄：產品見知錄，人人都是產品經理專欄作家。一只專注于個人成長的產品汪，沉迷『方法論』，只分享值得收藏的『硬干貨』！

本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。

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