筆者團隊簡介：乙個專案或產品大概15人左右，多個專案和產品線並行。單個專案團隊主要成員有產品經理（也就是我），1產品助理，1美工，2測試，其他為研發，運維和運營都為職能部門借調。
此模板並非行業通用模板，可選擇性參考。謝謝。
文件中使用到工具：word2017，axure8，viso2013,。
功能結構圖
整個結構由以下部分組成:
主要描述文件的術語定義，參與本需求確認的相關干係人及確認歷史。
干係人描述產品背景，產品業務目標，此部分主要面向領導層和pmo以及運營團隊。
1）使用者分析。分析系統面向的使用者及不同的使用場景（也就是告訴都誰來用這個系統）；
2）角色分析。分析不同角色具備的系統功能）；
3）業務指標。分析系統上線後要達到的業務指標，通常面向運營團隊；
4）主要業務流程。描述系統的主要業務流程，用於干係人討論決策；
5）需求池分析。分析目前需求整體情況，按需求**，優先順序進行統計闡述(詳細需求引導到需求管理軟體，如tapd,禪道，我所在團隊目前用tapd進行需求和進度管理，採用的原因主要是包含功能比較全面：如：需求，迭代，故事牆，wiki，文件管理等）如下圖（與本文件無關）：
需求管理軟體
6，功能規劃。根據優先順序和公司資源規劃每個迭代的所需完成的功能及里程碑事件。
從預期目標上分析系統各迭代需包含的功能和計畫。
(一般將參會人引導到部門需求管理軟體)。文件中通過腦圖畫出結構講解各個迭代的結構（迭代裡面要分析規劃分析），如果軟體需求不多可在此用**詳細列出需求列表。
也可叫功能設計，這裡正是面向研發，進行一下內容詳細闡述：
1、整體功能和優先順序
描述功能設計結構、需求對映關係、優先順序。
迭代優先順序
2、功能結構圖
功能整體結構，一般用viso畫出。
3.選單結構圖
列出選單設計結構。一般用axure原型列出。可根據團隊結構，提供灰度原型或者高保真原型。
選單設計
3、功能設計
這個章節具體描述各個功能的設計。包含：原型，原型標註、使用者場景及操作流程
功能設計
其中：1）原型標註：這裡面我們直接會給出原型的標註，資料說明等。有的大廠這一部分是單獨的標註工具管理，如：pxcook軟體。
2）使用者場景及使用流程：描述此功能的使用場景，使用者操作流程，一般包含和其他功能的互動。例項如下（保密期間去除了實際內容）：
流程圖3、業務規則。這裡面要給出業務規則(校驗規則)，如前置條件、輸入規則、超時規則、閾值要求等。
4、介面設計
其實這部分按照規範已經不在屬於prd的範疇了。但是我們主要想用它來說明和第三方合作夥伴的介面規則。如：呼叫頻次說明，業務結算規則說明、呼叫方式說明等，但不包含協議具體內容。
介面設計
主要包含：
效能需求
1、使用者規模**分析
分析上線後可能的使用者數和併發數，
2、吞吐量（tps）
每秒鐘要處理的事務數，以及在不同級別的併發下平均響應時間規定。
穩定性需求
要求不宕機的時間，如7*24小、早3：00~完11點。
安全性需求
要求資料傳輸的加密機制。是否採用證書，是否統一認證等。
相容性需求
維護和公升級規定
規定系統公升級時間、規定公升級過程的規範性（如是否可讓使用者感覺到重新登入等）。
這裡的專案管理不是指專案經理角色所面對的全週期專案管理。主要包含以下部分：
1、進度安排。主要描述從需求發起，到上線各個部門及干係人需要定時輸出的成果。用於從一開始就確定好專案協同的資源。
2、風險和應對措施分析。
本次系統上線或公升級可能帶來的風險和應對策略，主要是面向使用者。包含：
風險描述：描述風險具體內容。
主要包含參考的文獻，以及設計規範內容（一般規定ui規範也可單獨成文管理）。
~完~
分享一套少兒程式設計的教程
最近在學習少兒程式設計，有空可以教教兒子，分享一下！跟我學scratch程式設計 一 認識scratch圖形程式設計 跟我學scratch程式設計 二 讓字母動起來教程 跟我學scratch程式設計 三 讓小貓飛起來的教程 跟我學scratch程式設計 四 訊息的使用實戰教程 跟我學scratch程...
分享一套Unity的學習路線教程
我是siki，正在錄製一套從入門到深入的unity教程，幫助大家快速掌握unity遊戲開發。第一層起航篇 unity unity5.2入門課程 進入unity開發的奇幻世界 共24課時 時長2h42m 密碼 v51t 第二層內功修煉篇 unity 第一季 c 初級教程 密碼 aj4x 第二季 c 中...
最常用的一套vim技巧
研發線上使用最多的編輯器，就是 vi 無論是最快檢視某個檔案內容，還是快速編輯某個檔案，vi 都能幫上忙。軟體世界貌似有一些非常長壽的東西，vi 算是乙個。本篇文章聚焦的是研發線上最常用的一些功能。至於安裝外掛程式，寫一些指令碼，那一般是在開發機上玩的，生產環境沒有條件 也沒有時間忍受你做這些增強。...