從一個項目實踐說起，產品設計流程是什麼樣的

來人人都是產品經理

產品設計（Product Design）沒有一個合乎情理的流程，即使人們總是呼籲敏捷開發（AD:Agile Development）、極限編程（XP:Extreme Programming），但必要的產品設計流程肯定是客觀存在的，只是說產品的流程可能是敏捷的（Agile &Scrum）。下文是一個產品新人（PM）結合自己的項目實踐對產品設計流程給予的一點思考。

產品設計（Product Design）流程是一個怎樣的流程？這個問題太高能，產品後生晚輩亦不敢貿然回答。事實上，我對「產品流程」並沒有一個完整的概念，故不忍信口妄語，有辱行業。然靜思己過，內心瞭然正躬身其中，卻茫然不知。結合自身的實踐和思考，以面向過程的方式回顧一下整個產品設計過程。

嘗試將產品設計流程大致分為四個階段：頂層設計、框架設計、項目實施、回歸迭代；那麼這四個階段究竟是個怎樣的過程呢？一起來看一下：

概念上來講，就是需求分析與設計，如何把握住用戶的核心本質需求——是每一位優秀產品經理的必要涵養；

用戶/運營向產品提出了大量的需求。需求量大、需求表意模糊、需求浮躁；各路需求方都認為自己的需求是最重要、最緊急的；產品人員捉急，逼死也沒用；如此多元複雜的情況下，產品（PM）如何保持冷靜、理智對待需求呢？

「淡定和理智」很重要！整理好需求，自己仔細閱讀分析後，主動聯繫需求方核對、商討，直到弄明白需求背後到底是什麼。因此，將需求理解透測是其他後續一切工作的基礎和保障，需求偏了理解錯了，產品也就歇菜了...

b.情境研究：

面向對象的產品設計，大家不要理解錯：不是面向對象的編程語言C++。這裡的[對象]指的是[用戶]，是產品受眾。設計的產品必須要用戶畫像，充分考慮產品適用的用戶群體及該群體的使用習慣和思維方式等，用戶在實際生活中使用產品的場景是產品設計時重點要考慮的因素。綜合考慮用戶使用場景和不同用戶群體是優秀產品都不曾忽略的。

需求量大、需求緊迫是每個產品人面對的現實問題。「把所以需求都做了！「你是在吹NB嗎？快醒醒吧！顯然，將需求排出優先順序，迭代增量式解決；需求的迫切程度、各部門的戰略優先順序、老闆的意思、公司技術資源共同決定了一個需求的優先順序。當然，如果你夠屌，也可以獨斷專行判斷決定一個產品的未來。

通俗地講準確理解原質化需求、對明確劃限的需求進行結構性設計。明確產品需求範圍和結構框架，構建細化產品信息架構；

用戶需求最終都要可視化，抽象的需求最終都要反映在具體的產品形態上。產品經理藉助AXURE等原型工具，將抽象需求具體化、圖形化，變得更加真實、可見。產品經理晉陞藝術家粉墨登場，建築師般的犀利。搭建具備良好框架的頁面，且看如何構建有價值、可用性良好的信息架構。

信息架構主要是為信息與用戶之間的認知搭建一座暢通的橋樑，是內容直觀表達的載體。通俗點，信息架構（IA）就是研究信息的表達和傳遞。信息架構（IA）是設計信息的組織結構。

Original Definition：Information Architecture is utilized in web development, user interactions, database development, programming, technical writing, enterprise architecture, and other activities that require expressions of complex systems. Information architecture has somewhat different meanings in these different branches of what might be called IS and/or IT architecture. Most definitions have common qualities: a structural design of shared environments, methods of organizing and labeling Web sites, intranets, and online communities, and ways of bringing principles of design and architecture to the digital landscape.

一個產品可以用來做什麼，產品所呈現的信息層次；篩選有價值信息元素，簡潔、直接地傳達給用戶，讓信息與用戶相互適應達到最佳平衡。毫不誇張地說，良好的信息架構遠比華麗的頁面結構要有價值的多。

設計產品結構模塊和信息元素，隨即交付UI美工的產品視覺設計。UI設計猶如」裝修「，對產品經理設計的線框圖/原型進行潤色、美化、調整，以產出極具美感的產品，到達用戶眼前。UI階段謹記兩大原則：

3.實施追蹤

產品規劃路線圖規劃是前提，關鍵看需要實現，這樣才有意義。在用戶眼中，可用、好用的產品最終展現在面前觸手可及才具有價值。技術研發人員程序化實現產品經理設計的產品，是從「抽象」到「抽象」再到「抽象」的雙重抽象轉換過程。

技術研發過程中，產品的理解上必定存在不同程度的偏差，產品經理肯定是要保證[需求]的真實準確的，確保最終產出的產品實現的還原度。產品實施過程的追蹤是產品經理對技術研發的需求保證，也是對產品實現進程的管控，確保產品的按時按量上線；

b.產品驗收：

完成產品技術性開發，接下來就是正式上線了！技術實現與產品設計之間是否存在偏差？技術實現的產品業務邏輯是否存在錯誤？研發完畢的產品與產品經理的設計初衷是否一致？不論理念還是業務邏輯設計上都是需要產品去把控的。儘管之前的需求評審階段已經做了詳細充分的需求澄清，但只有經得起反覆檢驗的產品才是真正地好產品；

產品交付到用戶手中，貌似產品經理的工作可以告一段亂了。結合實際情況，產品上線無形埋下兩個大雷。

技術實施過程中，必然有些需求因為現實的局限性被耽擱或者簡化實現，那麼上線後第一時間需要給出小幅優化的迭代完成之前研發階段的歷史遺留問題。產品規劃前期產品需求細化增量式迭代也迫使產品經理無力停歇，趕往下一個里程碑；

用戶眼中的產品近乎完美，要求苛刻不止。用戶通過產品需求反饋通道，給出使用新產品的感受以及提交發現的產品問題和不足，及時響應用戶的所求、為用戶排憂解難也是新產品建立口碑的機會。問題反饋通道建設對於一款新產品迭代優化初期顯得尤為重要，對產品快速增量式迭代及改善用戶體驗的重要都是不可估量的；

小結

規範產品設計流程（PDP）有利於產品實現！

產品設計流程將整條產品線上的人員都串聯起來，將產品過程「數據流」化，可謂氣貫長虹、如夢般絲滑。產品流程將產品從各個原本獨立的實施過程聚合成一個統一的變現行為。一個（互聯網）產品必定映射著規範、理性、高價值的產品設計過程。

當然，規範的產品流程不是為了約束產品過程，如果拘泥於具體的要求，將失去流程的初衷；產品流程為產品優質暢快實現服務，是產品實現過程的參照物，是一個目標，是一種信仰。產品本質上是產品設計者對現實世界態度和認知的反應。將人性注入產品之中，其必然也因愛而生，而流程就是信仰和良知！

原文鏈接：產品經理必修課之產品設計流程[完整版]

本文由 @Daviiwong 原創發佈於人人都是產品經理。未經許可，禁止轉載。