圖 1-2 互補型的互動關系

　　圖中藍色文字是互動的內容，藍圈是UED團隊的開發核心，紅圈是業務方，黃圈是系統地層，橘圈是測試及產品發布服務。

　　從上圖可以看出在完成一個項目，產品設計師是產品的核心，也就是說產品設計師是更終產品的決定者，TA除在完成本職任務以外，還肩負著協調和執行各方角色工作的任務。所以從規非凹復看，應該從產品設計師入手，并且散發到和每個觸角的互動中去。

　　下面簡單分析一下團隊里面的產品設計師角色需求如下：

　　1、 根據項目（需求）的大小來靈活控制輸出物；

　　2、 能夠及時了解發展規劃方面的行為動向；

　　3、 輸入物的格式能夠成為設計師的資源而不是阻礙；

　　4、 輸出物可以讓其他角色一目了然，盡量減少溝通的成本；

　　5、 在申請資源的同時希望能夠及時落實并得到資源的反饋；

　　6、 能夠清晰明確項目的進展等相關情況；

　　7、 對于產出物可以得到合理的評價體系支撐；

　　8、 對產品的遠期有規劃和標準執行方案；

　　9、 其他。

　　四、流程設計

　　這一步在傳統的產品設計中是主要部分，當然在設計規范時也是更重要的部分，它決定了更后規范如何被執行，也預見了規范在執行時所遇到的問題和解決辦法。

　　這里要做的就是把產品設計師的互動流程進行規范。分為三大塊，分別是產品業務項目、自發項目、日常需求。

　　1、 產品業務項目：

　　由業務方發起的互動中需要包含一些市場數據和業務分析以及期望值，有明確的產品規劃和目標，更后需要有BRD和詳細產品描述資料。

　　接著在產品設計師的互動中，需要明確設計資源和時間點，明確產品內容、視覺以及前端的需求，并有能夠直接指導開發工程師來完成產品概念的指導文檔。更終要得到可用性評估測試的反饋和改進方法，以及產品規劃方向的標準制定。

　　2、 自發項目：

　　由產品設計師自主發起的項目，在與業務方互動時，主要是得到一些現有數據，并且得到一些業務支持，在和其他角色合作時與產品業務項目時類似。

　　3、 日常需求

　　由需求方發起的日常需求，互動時需要雙方遵守傳遞統一化的方式，并且在和前端、視覺、內容策劃互動時，主要是確定資源和時間點的問題。

　　這里的流程沒有細講，主要是把關系和內容簡單的整理了一下，在設計具體規范時還需要細化每個點的流程，特別是遇到問題的解決方法。

　　五、原型設計

　　這一步就是實施規范的撰寫，方法有很多，但是我建議先從全局的出發，通過發散思維和流程設計的結果，再慢慢細化每個環節。除了文檔以外，規范還需要角色間的培訓和認知，并由管理者統一進行意見反饋和收集。

　　六、測試

　　也就是規范的試運行，盡量不要大面積使用，會使執行者產品疲倦感，更好使用AB test進行測試，得到較好的測試用例。

　　七、上線

　　經過一系列的反復測試和修改，更終的規范就發布上線，并由管理者來監督規范的執行情況，但管理員并不是來執行規范的主要角色，執行規范的永遠是使用規范的“用戶”以及相應的人文環境。

　　通過產品設計的方法出來的規范是符合個性化團隊需求的，它也會像很多互聯網產品一樣成為每個公司團隊前幾特風格的產品。百家爭鳴只是前幾步，更終的目的是希望能夠在眾多產品化規范中有一個能夠成為整個行業的規范，把難執行的規范從封閉的團隊中釋放出來，讓更多的人參與并得到行業標準解決方案才是產品化規范的更終目的。

把“規范”當作“產品”來設計2，謝謝圍觀。

查看更多寧波網站建設設計產品