一. 一個好的需求要能夠被理解

1. 需求的評價標準

a. 為何要做：市場背景覆享，收益分析佳遂，在單里有非常清晰的體現(xiàn)

b. 怎么做：從框架到細節(jié)，從前段到后臺邏輯撒顿，體驗到性能（比如直播：評論之后是否所有人都看的到丑罪，講師時間是否跟聽眾一致），跨平臺都考慮細致凤壁，圖文并茂

c. 做得如何：有非常清晰的衡量標準巍糯，包括完整的abc思路，上線查看（功能的滲透率客扎，做了優(yōu)化提升率祟峦，口碑上吐槽點修復）

d. 嚴格遵守提單流程：分類正確，標題徙鱼，必填字段符合規(guī)范宅楞，提單時間不晚于每周截止時間（需求單需要在固定的評審時間寫好）

二. 從用戶和數(shù)據(jù)視角判斷“為什么做”

需求背景（為什么做）

? ? ?1. 需求來源（核心：用戶反饋+數(shù)據(jù)分析）

? ? ? ? ?a. 用戶調研/反饋？

? ? ? ? ?b.數(shù)據(jù)分析袱吆？

? ? ? ? ?c.猜想（from老板）厌衙？

? ? ? ? ?d.產(chǎn)品推理？

? ? ? ? ?e.競品绞绒？

2. 需求目標

? ? ?a.用戶當前痛點是什么

? ? ?b.如何解決

? ? ?c.解決平臺什么問題

? ? ?d.是數(shù)據(jù)導向婶希？口碑導向？還是創(chuàng)新導向蓬衡？

3. 需求容量的預估（需要通過公開數(shù)據(jù)或APP內部數(shù)據(jù)+經(jīng)驗預估容量）

? ?a.多少人會使用這個需求喻杈？

? ?b.使用這個需求的人有多頻繁？

? ?（不要把自己的需求當需求）

4. 競品分析

? ? a.市面上是否有競品狰晚？

? ? b.滿足用戶程度如何

? ? c.體驗如何

? ? d.是否已經(jīng)形成口碑

? ? e.我們的差異是什么

? ? ?f.我們做這個需求的優(yōu)勢是什么筒饰？

? ? ? 比如:視頻類APP：海外有YouTube，國內有愛奇藝壁晒，優(yōu)酷瓷们，騰訊視頻，B站秒咐。彈幕的體驗上谬晕，氛圍口碑遠比不上B站。從哪個地方可以突破携取，做這個點是否可以跟其他產(chǎn)品產(chǎn)生不同攒钳，突圍而出

5. 需求緊急程度（老板類需求應指明，有版本或時間關聯(lián)需指明）

? ? a.為什么現(xiàn)在做歹茶？是否可以推遲夕玩？

? ? b.有外部環(huán)境壓力你弦？大大老板壓力？

? ? c.搶先布局

6. 需求量化收益

是否可以量化燎孟？量化后服務什么指標禽作？預計收益？eg：做增長的功能揩页，新用戶進入app給他一些任務或者權益旷偿，讓他連續(xù)7天都要來（簽到功能），簽到功能能提升多少留存率爆侣，這個功能可能跟大盤有影響萍程，把這個影響量化下來⊥醚觯總結：在需求評審時茫负，可以提出：這個需求對這個app的幫助是怎么怎么樣的，它可以提升多少留存乎赴，有了這些留存忍法，可以提升多少活躍度

7.補充背景說明

? ?a.過往需求單，幫助了解背景（迭代版本）

? ?b.過往需求數(shù)據(jù)榕吼，輔助評估收益（比如：增長功能上線的收益是怎樣的）

三. 從需求規(guī)范和描述學會“怎么做”

1. 需求簡介

? ? ? a. 一句話到多句話描述這個需求通過哪些功能滿足用戶饿序，分工角色各自是如何的（只講需求要點）（概要）

? ? ? b. 根據(jù)需求分類，決定用什么圖例給予大家一個全局視野

? ? · 交互視覺流程圖：適用于前段邏輯較多羹蚣，后段邏輯較少的需求

? ? · 邏輯跳轉/泳道圖：適用于后段邏輯較多原探，但數(shù)據(jù)傳輸較多的

? ? · 算法策略list：適用于純算法類，枚舉策略（偏后臺）

? ? ? （算法表格：用戶行為->推薦結果->推薦結果預期->歌單推薦模塊應有的反饋）

? ? ·交互視覺圖： 適用于單個頁面優(yōu)化

? ? ? c. 為后續(xù)模塊標記編號顽素，方便后續(xù)需求對應

2. 分模塊控件需求描述

? ? a. 模塊間（需求大的情況下需要將需求進行拆單）

? ? ? ? · 超大型如“歌手主頁” 動輒幾十天工作量的需求咽弦，可考慮拆單，主單保留背景戈抄，簡介离唬，分模塊子單介紹（比如：首頁：banner, 歌曲推薦模塊，視頻推薦模塊划鸽，評論推薦模塊）

? ? ? ? ·模塊間關聯(lián)

? ? ? ? ·按照前面模塊編號分開描述?

? ? ? 將大需求拆分成小需求，更好理解需求點在哪戚哎，需求開發(fā)理解的地方在哪）

? ? b. 單個模塊

? ? ? ? ·由于模塊是由多個系統(tǒng)控件（按鈕裸诽，列表等）+自定義空間組合而成，必須熟讀控件規(guī)范型凳，寫每一個控件時丈冬，應該知道控件特性以及要注意的點，避免遺漏（比如：按鈕：左邊取消甘畅，右邊確定埂蕊；添加歌曲使用?往弓；播放按鈕是??

? ·由于控件內的數(shù)據(jù)填充是寫死或下發(fā)的，尤其下發(fā)需要注意數(shù)據(jù)延遲（網(wǎng)絡+后臺數(shù)據(jù)拉取壓力）loading,數(shù)據(jù)不完備前是否可交互等問題（保證第一屏第二屏是有顯示的蓄氧，用戶體驗好）

3. 非功能需求

? ? ?a.性能：包括頁面流暢性函似，動畫，數(shù)據(jù)延遲喉童，后臺或前段并發(fā)數(shù)

? ? ?b.安全：是否需要接入安全撇寞，UGC的尤其需要考慮->寫操作->評論，發(fā)動態(tài)堂氯，發(fā)各自內容

? ? ?c.產(chǎn)品兼容性需求

? ? ? ? ? ·單端改造會不會影響其他平臺（官方歌單更新在移動端先做有可能影響pc）

? ? ? ? ? · 需求是否影響其他需求（如需求是否支持換膚蔑担，影響皮膚）

? ? ? ? ? ?· 高低版本是否兼容問題（高版本接口或數(shù)據(jù)影響低版本導致crash等）比如? 1.0版本可以看視頻，2.0可以看直播咽白。直播就無法在1.0版本上啤握。那么1.0版本的用戶在這個模塊顯示什么樣的，會不會跟之前的版本有沖突

四. 加分項：做好這幾件事情能讓你的工作更加分

1. 需求分類

?a.按業(yè)務類型分

· 純前段需求

· 純后段需求

· 純數(shù)據(jù)需求

· 純運營后臺需求

· 混合型需求

b.按需求目標分

· 新需求：創(chuàng)造新的用戶價值（比如：視頻app中本沒有彈幕評論晶框，增加彈幕功能

· 優(yōu)化類需求：優(yōu)化已有的價值：比如：目前有評論功能恨统，但沒有評論點贊的功能/或收到點贊通知的功能）

2. 交互規(guī)范

? ? a.統(tǒng)一規(guī)范?

? ? ? ? 1)是什么？解決用戶什么問題三妈？

? ? ? ? 2)適用范圍（場景）

? ? ? ? 3)交互前樣式：是否可點可操作/是否有換膚相關,比如彈窗：左邊確定畜埋，右邊取消（確定按鈕是不是要變紅，取消是不是要保持灰色畴蒲，是不是可以點擊悠鞍，要營造一種button的點擊感）

? ? ? ? 4）交互：及時反饋（點了確定之后，是不是有個彈窗告訴用戶操作成功）/加載過程（動畫）（loading ）

? ? ? ? 5）交互后樣式（關注up主模燥，關注前咖祭，按鈕是亮的；關注后蔫骂，顯示已關注么翰，按鈕是灰的；如果取消關注辽旋，需要找到這個人的個人主頁浩嫌，點擊取消，降低取消概率

? ? b. 分樣式規(guī)范

? ? ? ? ?1) 按鈕：圖形按鈕补胚；文字按鈕

? ? ? ? ?2) 提示：對話框码耐；彈出框；toast（點擊后溶其，停留兩秒自動小時）??

? ? ? ? ? 3) 列表：橫向列表骚腥；縱向列表

? ? ? ? ? 4) 速度指示（loading）（一致性）

? ? ? ? ? ? ? ? 局部：進度條；菊花

? ? ? ? ? ? ? ? 頁面

? ? ? ? ? ? ? ?加載異常：頁面加載失敗重試/頁面緩慢提示

? ? ? ? ? 5) 空狀態(tài)：沒有數(shù)據(jù)的情況

? ? ? ? ? ? ? ?比如：我的粉絲瓶逃，關注數(shù)為0束铭，需要設計統(tǒng)一廓块，比如推薦一些人

? ? ? ? ? ?6）輸入控件：文字輸入框（必填有紅色星星，輸入框有些解釋）契沫；上傳带猴；單選；多選埠褪；篩選框浓利；時間選擇器

? ? ? ? ? ? 7）導航控件：tab（web 端）

? ? ? ? ? ? ?8）展示內容：?

? ? ? ? ? ? ? ? ? ?文字：字的大小間距，多少個字

? ? ? ? ? ? ? ? ? ?圖片：可以展示多少張圖片钞速，超過9張改怎么展示

? ? ? ? ? ? ? ? ? ?視頻：滑倒是否要自動播放贷掖，自動播放是否需要有聲音

? ? ? ? ? ? ?9）復合控件

? ? ? ? ? ? ? ? ? 評論中：點贊，寫渴语，刪苹威，轉發(fā)

? ? ? ? ? ? ? ? ? feed 卡片

c. 文案規(guī)范

? ? 1. 數(shù)字規(guī)范：如數(shù)量超過999，顯示999+驾凶，超過9999牙甫，顯示10000+

? ? 2. 語言規(guī)范：如登陸還是登錄；取消還是關閉调违，后退還是后退箭頭窟哺，都需要統(tǒng)一。

總結：需求端的核心作用是將我們的需求轉化為文字技肩，能夠讓所以團隊中的成員按照這文字進行后續(xù)的工作且轨，比如說開發(fā)，測試虚婿，運營看到你的需求單旋奢，知道你要做什么，他需要做什么然痊，是否滿足產(chǎn)品經(jīng)理的要求至朗。在標注時，最好原型圖和文字結合剧浸，需求單越詳細越好锹引。比如下拉出現(xiàn)幾個視頻，需要寫清楚辛蚊。而交互只是需求的很小的一部分粤蝎，在臨摹需求的時候，要理解為什么要做袋马，核心訴求是什么？記住產(chǎn)品經(jīng)理更關注的是業(yè)務秸应！