流程篇：產品交付和迭代

03-06

導言：我了解精益產品理論和敏捷開發流程應該是4年前，本以為這些理念已經是行業普遍知曉和採納的共識，直到最近給深圳一家公司交流產品交付流程時才發現對他們而言這是新的理念和嘗試，所以在此把培訓內容梳理紀錄在下面，希望能分享給需要的人，也歡迎大家拍磚指導。

首先講講我的產品觀：

產品最重要的是用戶價值，而且我認為產品不應該是定位於用戶本身的，而是應該定位於用戶所在的情境中。怎麼理解？舉個例子，用戶需要解決一個問題，希望的是找到一款能更有效、更便捷解決他們問題的產品。我們如果僅僅站在為用戶解決問題的角度，就會自己想出種種方法來實現這個功能，也許會打破用戶的使用習慣和場景依賴，所以做產品一定要深入到用戶的場景中去。在交付方面，「打造一款產品，投放市場，看看反響如何，設計並加以改進，再重新投入市場。這就是交付和迭代，在此方面最為眼疾手快的公司，才能成為贏家。」這就是《重新定義公司》中所講的谷歌產品觀。
產品一定要兼顧商業價值，以打造競爭力或財務指標來給企業帶來發展。在這方面需要注意的是我們不能因為商業價值損害了用戶價值，也絕不應該因為理想化的用戶價值而不考慮產品的商業價值。
產品一定要具備可行性，也就是可以設計開發出來。

要達成以上用戶價值、商業價值、技術可行性需要企業各部門通力支持和高效協作，所以我們打造產品的流程是這樣的：

第一：定義當前版本的目標與價值（用戶/市場），當前版本主要功能

主導部門：產品
信息獲取途徑：市場、銷售及運營
參與評審人員：產品、市場、銷售、運營代表以及所有高級管理層、總經理

第二：用戶故事（用戶視角來講，場景思維）

主導部門：產品
參與評審人員：產品、市場、運營、研發

第三：細節描述

主導部門：產品
參與評審人員：產品、運營、研發

第四：項目排期（一般不超過兩周，交付可用功能）

主導部門：產品
參與人員：產品、研發

評審通過生成會議紀要讓大家知道項目的具體排期

第五：產品設計說明（產品原型地址，高保真模型Axure）

主導部門：產品
參與人員：產品、研發

利用原型和研發一起評審，通過後地址共享給大家，方便大家自行了解查看

經過這幾個過程之後也就相當於產出了我們通常說的：BRD 商業需求文檔（Business Requirement Document ）、MRD 市場需求文檔（ Market Requirement Document）、PRD 產品需求文檔（Product Requirement Documen）。我們做產品的每一步（並不是需要開五次會議，而是必須經歷這五個階段）都儘可能的去踐行我們的產品觀，各個團隊在一致的目標下圍繞產品做設計、研發、運營、宣傳、銷售，用最快的速度迭代出產品至市場上檢驗，接收反饋完善，直至打造出真正實現用戶價值和商業價值的產品。