文章摘要: 你和你的團隊才知道你正們在做什麼 同時你才知道你不需要做什麼 1. 範圍層定義 1)範圍層需要同時做兩件事情範圍層主要解決功能規格和內容需求 只有明確定義出來
範圍層主要解決功能規格和內容需求
1. 範圍層定義
1)範圍層需要同時做兩件事情:
規定過程(日程安排和里程碑);
生產產品。
2)範圍層的功能和內容要明確的定義出來:
只有明確定義出來,你和你的團隊才知道你們正在做什麼,團隊中的不同角色纔能有共同的參照標準;同時你才知道你們不需要做什麼,同時你才知道你不需要做什麼,因為這個過程中會不斷出現新的需求,要結合你的規劃、新需求與戰略目標的關係密切程度,來進行取捨。
3)避免範圍蠕動(scope creep)
當前無法滿足的需求可以成為啟動下一個版本的基礎,形成一個不斷迴圈的開發過程。
2. 功能和內容
1)功能型產品主要考慮功能規格(functional specifications)
不同企業叫法不同,一般包含「功能規格」和「需求」兩部分內容,本書中用前者描述文件本身,而用後者來描述文件的內容;
2)內容需求
包含內容本身,和內容管理系統;對於內容型別的產品來說,內容的產生-稽覈-釋出的流程是緊密伴隨內容本身需求的
3. 定義需求三種類型的需求
1)適用於整個產品、品牌、瀏覽器、作業系統的一般性需求。
2)適用於特殊場景的需求,這部分需求主要來自使用者本身,具體瞭解途徑參照第3章相關內容。
3)人們不知道他們是否需要的需求,即需求挖掘的部分
注:1)需要制定成標準,是最基本的需求 2)通過使用者分群、使用者角色等,關係到產品是否可用;3)則決定了產品能夠達到的高度,能為使用者帶來什麼價值,重新定義什麼事物或規則,甚至能多大程度的改變世界。
4) 怎樣收集需求
人物角色、場景和使用者故事;
競品或其他的好產品。
4. 功能規格說明
1)功能規格文件是必須的,但撰寫需快速簡便,以免引起使用者的反感。
2)文件雖然不能解決變化的問題,但定義可以,因此,文件應儘量清楚和準確。
3)3條原則
樂觀(be positive)從正面描述問題
具體(be specific)提出具體可操作的標準避免主觀語氣(avoid subjective language)不能以主觀感覺作為評價標準,功能規格必須是可驗證的
5. 內容需求
1)內容包含文字、影象、音訊和視訊等各種形式。
2)內容的特性(格式、大小等引數)需要有一定的規範標準(範圍即可)。
3)內容也應該細分對應到人,並確保維護機制和更新頻率。
4)用內容清單(content inventory)對內容做好管理,以便在各種場景下進行呼叫
6. 確定優先順序
1)首要的依據是是否滿足戰略層的使用者目標和產品目標。
2)除此之外需要考慮實現這些需求的可行性有多大。
3)三個標準之間互相矛盾的情況也有,但需要具體情況具體分析,例如在戰略目標之外發現一個很不錯的新需求,那可能需要重新審視範圍層的上一層
7. 小結
範圍層是將戰略層的具體化的一個步驟,要提出明確的功能規格或內容規劃。
也許很多有大公司工作經驗的小夥伴會說:這些我們都知道啊,我們公司就是這麼做的!只能說,你很幸運一入行就能學習一個相對標準的流程,但你更應該從這本書中瞭解到為什麼你的公司是這麼做的,作者設定的這個模型是怎樣被運用的,你自己的日常工作處於哪個層面,向上一層和下一層縱深思考一下,對你的工作有什麼改進?
講究短平快的創業型小夥伴們想必能從中得到更多的啓發吧,你可以直接將整個模型拿來用,全面的審視你的產品流程,然後根據你的產品的實際情況,改造成適合你們團隊的流程,相信一定事半功倍。