需求自查表

需求管理崗在日常工作當中，由于崗位的職責範圍廣，所需要具備的能力也較多，事情也相對較“雜”，往往在有限的腦容量當中，要完美地做好每一件事，是極其有難度的。

不知道大家在工作當中有沒有遇到這類問題：

1、需求評審順利通過，但實際開發當中，還是遇到了需求變更！

2、需求評審順利通過，需求順利開發了，但上線後，業務部門不滿意！

3、需求評審順利通過，需求順利開發了，使用者也用了一段時間，但沒有滿足真實需求，後續又有新的補充需求！

究其根源，很大程度上是因為文檔評審出了問題，其實通過需求自查表的方式，就能夠清楚每一篇需求文檔是否清晰準确。

本次主要從兩個方面來闡述需求自查表，第一個是宏觀角度的自查，主要指産品整體全局；一個是微觀角度的自查，主要針對産品需求文檔。

一、什麼是需求自查表？

什麼是需求自查表？顧名思義，自查表也就是checklist文檔，是用來幫助分析需求和發現風險的利器。

二、需求自查表的作用是什麼？

需求管理崗是一個比較吃經驗的崗位；這裡所指的經驗主要是針對于産品的定義及對細節的執行程度。在需求還沒實作之前，它能夠幫助需求管理人員思考需求的可行性及必要性；在需求正在設計當中，它能夠幫助需求管理人員梳理清楚需求涉及的業務及細節；在需求實施後，它能夠幫助需求管理人員規範進行查缺補漏，複盤思考。

三、需求自查表内容有什麼？

需求自查表内容部分兩部分，一是整體自查，是站在宏觀角度來思考需求，主要适用于判斷和提升需求價值；二是需求文檔自查，是站在微觀角度上，思考一份文檔是否嚴謹、細節流程是否得當，主要适用在需求分析評審和需求支撐方案評審。

1、需求整體自查

對于需求本身自查，主要考慮的是需求實際價值、需求未來可拓展性等因素。是以一個宏觀的角度來思考需求本身。

1、需求的實際使用人是誰？

2、現有功能是否就能滿足該需求？

3、預實作的功能是否滿足了各個場景下使用者的需求？

4、文檔編寫是否有進行需求調研？

5、文檔裡是否包含功能所涉及的業務？

6、分析人員是否了解所涉及的曆史邏輯？

8、需求要完成的目标是什麼？

2、需求文檔自查

1）需求階段

在需求階段，通常會出現的問題是“你認為你想清楚了需求的場景、對使用者側的作用、對産品的影響等”，但其實沒有深入全面，最後導緻需求做出來了，用了效果不好的情況發生，由此可見，深入思考需求是極其重要的。如：

• 是誰在什麼樣的場景下産生的什麼訴求，希望用什麼方法解決什麼問題？ 是否需要進一步調研相關使用者/需求提出方，是否需要資料佐證？
• 是否符合目前核心業務場景？ 目前方案是否是同類場景下的共性訴求？ 對核心使用者的影響程度，盡可能量化。 對核心業務的貢獻程度，盡可能量化。
• 目前技術是否可以支援 目前業務是否可以支援 是否存在關聯功能的改造點？ 是否完整梳理目前規劃内容下線後的影響點？
• 是否已預估業務高峰資料爆發量級，及其處理措施？ 是否已計劃好功能上線後的驗證方法？ 是否會引發安全隐患？ 是否存在合規風險？ 使用頻率

2）整體架構設計階段

在整體架構設計的階段，更多的是站在一個全局的角度，可以了解為樹木的枝幹，通過這些使用者能夠清晰地感覺到産品的清晰度及易用性。如：

• 設計時是否結合了使用者畫像、使用者習慣、業務場景等因素。 架構層次是否清晰，是否足夠扁平，是否容易能使使用者了解。
• 所有資訊均需要進行重要級評定，以決定在界面和功能中的重要程度。 資訊分類是否合理，一定要“高内聚，低耦合”。
• 架構拓展性是否足夠大，後續對資訊子產品進行增删改查時，是否容易施行。

3）流程設計階段

産品流程主要指的是業務流程部分，整體産品業務是重中之重，了解業務後再了解産品。拆分現有業務流程，持續優化它，排除不合理的流程走向，同時通過業務流程也能夠探索現有問題。如：

• 流程設計是否結合了使用者畫像、使用者習慣、業務場景、競品等因素。
• 主幹流程是否最簡化，是否覆寫了足夠多的場景。
• 是否有特殊流程（分支流程、逆向流程）
• 是否有異常流程

4）需求文檔設計階段

需求文檔設計階段時，是整體文檔的自查，關于流程、文檔文案、名詞、場景、資訊等大方向進行的把控。如：

• 完整流程是否可形成閉環？
• 逆向功能流程是否可逆，如果逆向操作，是否考慮對應的機制：比如退款、退貨操作 。

• 各個步驟可能出現預期外的情況。

  5）特殊因素

  特殊因素主要列舉的是一些客觀因素（例如手機系統、賬号、網絡等外在情況）的問題，由于其大部分脫離産品本身功能，是一個輔助的作用，容易被産品朋友忽略。如“”

• 是否存在不同登入狀态下展示内容或操作有不同（登入、未登入、帳号異常狀态）
• 是否存在不同使用者狀态下展示内容或操作有不同（非會員、不同等級的會員，特殊付費會員等）

• 是否考慮多賬号切換，切換時，本地緩存資料是否需要同步清空。

  **

當然還有其他方面需要自查的内容，具體可以看我上傳的資源：需求自查表——小蘆同學編寫

四、如何來做産品自查？

當我們擁有了産品自查表之後，要做的就是在遇到每一個需求，撰寫每一份産品文檔的時候，将自查表運用到當中去。

簡單來說，分成四步：

1、先總後分

先按照宏觀的角度來審視整篇文檔，檢視文檔的整體方向是否正确，文檔的結構是否無誤，暫時先不考慮細節。等到總體方向沒問題了之後，再去檢視檢視文檔的分支細節。

2、子產品劃分

根據子產品來進行文檔的撰寫，有個大忌就是在A子產品寫到了B子產品的内容定義，文檔容易造成不易閱讀，冗長，劃分好文檔的子產品并且對文檔進行相應的子產品定義，一個清晰的子產品就好比是樹木的枝幹，能夠提升文檔的可讀性。