一氣呵成的需求文檔,要清楚3點撰寫思路和這些小tips

閱讀 24  ·  發布日期 2017-01-01 13:57:39  ·  普川

  今天不讨論格式(因公司而宜),隻讨論思路和需要注意的地方。思路和注意的地方清楚了,才能一氣呵成,寫出清晰易懂、簡介的需求文檔,俗稱PRD。


1479661281-9375-KFhLoLw8fJYBXaX2CMjK


  撰寫思路

  1、明确需求文檔的目的

  給領導看,留檔(工作記錄),供開發在開發時參考(這才是重點)

  2、文檔至少包括哪些内容

  時間、版本、編輯人 + 需求列表(目錄)+ 每個需求說明

  3、文檔每部分如何撰寫(這部分我說詳細一點)

  (1)描述界面長什麼樣

  界面從上到下包含什麼元素,(一些隐藏的也要描述,比如下拉菜單)哪些元素需要弱化,哪些元素需要突出,有/無數據時怎麼樣;

  (2)用戶在這個界面怎麼進行操作

  用戶在這個界面是單純浏覽,還是編輯,操作的主流程,還有分支流程(比如登陸注冊頁面還有忘記密碼,第三方登陸等分支流程);

  (3)描述可交互的地方如何交互

  手指觸控時/點擊後控件的樣式變化,對其他控件的影響,彈窗顯示還是toast提示等,彈窗在頁面的哪個位置(頂部、中間、底部),會不會2s後自動消失,還有包括網絡異常時的交互;

  (4)相關邏輯關系講述清楚

  比如列表怎麼排序,用戶的操作對頁面布局如何影響,數據的+1/-1,可以多次操作嗎,不同狀态下各是什麼樣的操作,頁面跳轉邏輯等;

  (5)頁面相關業務規則描述

  這個主要考慮一個操作對其他操作、控件、頁面、數據等的影響。比如删除數據不止對當前頁面,對其他所有頁面的影響都要描述出來。

  撰寫注意點

  1、篩選和排序不一樣:篩選是列表部分符合顯示,排序是列表全部顯示;

  2、默認狀态是什麼:默認(任何操作之前)狀态是什麼樣子;

  3、多個狀态:要考慮清楚總共有多少狀态,狀态是如何切換的;

  4、數據的顯示要考慮:無數據、部分數據、數據很多、數據異常等情況時的顯示樣式;

  5、要考慮頁面在不同網速的狀态:網速流暢、網速緩慢、無網絡,4G、3G、2G、WiFi;

  6、注意對用戶的輸入做限定;

  7、不要期望用戶一步步按你的流程走,多考慮其他情況;

  8、要注意不同情況下給用戶不同的提示和引導(提示語、提示方式的設計說明)

  9、不同的用戶的權限(可進行的操作,可看到的内容)有何不同;

  10、如何對不同的東西進行區分(按鈕可點擊與不可點擊狀态,不同級别用戶徽章,之類的);

  11、一些操作要注意有沒有前提條件;

  12、注意多設備的兼容性與差異;

  13、注意多系統的兼容性與差異;

  14、注意賬号在不同設備之間的情況,是否互踢,在這台機器登陸能否在另外一台機器看到之前的一些數據(數據是否在服務端);

  15、功能涉及多個端時(公司業務較多,wap,web,微信,app等)要表述清楚;

  16、在寫流程的時候,要注意一條線寫到底,不要漏,每個節點有什麼要注意的(比如聊天界面,圖片的話支不支持查看大圖,可以保存多久,消息是否可以撤回删除等,要注意有沒有禁言機制等);

  17、關于網絡異常時的連接(兩個端,用戶端和另外一個端)情況,比如斷線多少秒之内重連可以繼續連接成功,超過10s則連接失敗,等等。心跳包啊,這些概念,我自己都不太懂,哈哈;

  18、再說一點很重要的,切換思維,忘掉自己是一名産品經理/助理的身份,不要說看起來就這麼簡單呀,還需要怎麼說明嗎。其實不然,在開發看來可能蹦出許多讓你意外的誤解。所以,多多去理解開發的思維,不斷記錄總結從而糾正,用清晰質樸、近乎‘白癡’的語言去描述,那麼, 你就成功了。



标簽:   需求文檔 撰寫思路 小tips