隨著網際網路節奏越來越快，傳統的需求文件已經比較難適應市場的腳步，特別對於要求敏捷的團隊來說，冗餘而細緻入微的需求文件已經成為包袱(這麼長個文件領導也不會看呀)。目前大多數團隊更喜愛直接使用原型來代替需求文件，然而所謂的原型可不只是畫畫線框圖喲。
首頁，原型的使用者包括產品、ui、研發、測試等(商務呀，上級呀)。這麼多人參考原型來工作，壓力不小哦，一旦表達不清，出現歧義，研發的結果的就會教會我們什麼叫「偏差」，不僅可能會背離產品方向，還會影響節奏和效率。所以該有的還是還有，高保真低保真什麼的事情況而定。
原型不可能一步到位，相信大家深有體會，所以每次更改後再給專案成員時，別人不知道你改了哪些地方，這是件很頭疼的事。這種情況下，更新日誌就顯得尤為重要了，大家一看日誌就知道你改了哪些，直接鎖定目標，效率大大的提公升。
更新日誌 示例
同上，只不過是每個迭代版本的更新說明。
版本說明 示例
產品都包含了哪些內容，層次結構怎麼樣，它們是如何組織起來的。有了資訊結構，專案成員可以直觀快速的知會這些資訊，特別是剛接觸時。
資訊結構 示例
包含業務流程、任務流程。業務流程是業務邏輯，包括前後臺邏輯、資料走向等，而任務流程則是使用者的操作、頁面反饋等更具象化。
流程圖 示例
有些還包含頁面流程，基於任務流程，描述使用者怎麼從乙個頁面跳到另乙個頁面的邏輯，這樣就能清晰的理解頁面之間的聯絡。
頁面流程圖 示例（來自網路）
互動說明 示例
另外，全域性的互動說明記得要提煉出來(**重用性^_^)，如統一的頁面切換方式、統一的手勢、彈層模態等。
全域性互動說明 示例
用Axure實驗搜尋原型
用中繼器製作篩選，使用函式變數製作關鍵字變色 整個步驟關鍵有兩步 第一步，我們要通過中繼器製作好我們所需的資料庫，讓使用者可以搜尋到 我們使用中繼器進行編輯，就是希望能夠通過中繼器所帶有的篩選功能可以對我們所需要的資訊進行篩選。這裡的資訊可以隨便編輯，我在這裡用歌手名來進行資料庫展示。拖拽中繼器 得...
原型講解二 原型是幹什麼用的
前面說了這麼多的原型的概念，那麼原型用在 呢？之前說過，直接在建構函式外面定義乙個函式方法，勢必會造成全域性的變數汙染，那麼怎麼避免這個問題呢？那麼就要涉及到在原型上面定義乙個方法了 範例 function person name,age,gender this.name name this.age...
製作產品原型時要注意什麼？
作為產品經理，產品原型是與人溝通和展示成果的重要語言。既然是重要語言，那我們在製作它的時候，就像我們在與別人溝通的時候一樣，需要組織好語言 措辭等。那我們應該怎麼組織產品原型呢？1 頁面結構完整，展示頁面流程 展示了頁面流程之後，不僅可以看到這個產品中的具體頁面，還可以看到是如何從過乙個壓麵跳轉到另...