產品設計邏輯和流程可以分為3個環節：使用者需求調研梳理、產品設計流程和產品原型及需求文件
資料產品的本質是更好地為使用者提供資訊服務。資料產品設計的關鍵點和起點在於深刻準確地把握使用者需求，而使用者需求的調研需要注意「兩個重點，乙個難點」：（1）重點①：物件與內容
產品提供給誰？提供什麼資訊？不同物件所做的決策不同，所需的「資訊」內容也就不同。使用者需求調研首先應該明確產品使用物件和資訊內容。
（2）重點②：環境與狀態
使用者需求調研，不僅需要明確產品使用物件是誰，使用者需要哪些資料資訊等，還要考慮使用者接收資訊的環境和狀態。使用者接收資訊的環境狀態不同，資訊傳遞的效率和效果也就不同。
（3）難點：如何通透地理解需求
第一，沉浸。通過反覆與使用者溝通，把自己「沉浸」在使用者角色之中，從而更好地體會使用者需求。其次，產品經理需要迅速把自己想象成「小白」，時刻體會自己第一次見到產品時所接收的資訊和作出的反應。
第二，防止被誤導。很多時候，產品經理必須問清楚幾個問題：你為什麼需要這個功能？你想用這個功能做什麼？這個功能解決了你業務上的什麼問題？有沒有更好的方式或方法滿足你的需求？
第三，明確主次。產品經理進行使用者需求調研和資料產品設計時必須優先解決重要的、核心的需求。
業務流程圖
（1）先梳理戰略，後梳理流程
不管是toc（to consumer，即面向消費者）產品還是tob（to business，即面向商業組織）產品，首先都要明確產品的戰略定位。明確哪些流程是重點和關鍵，哪些流程是次要和輔助，明確流程梳理過程的輕重緩急。所有tob產品經理要特別注意去理解企業或產品的戰略定位，從而更好地梳理業務流程。
（2）先主幹流程，後枝葉流程
業務流程按照不同的顆粒度可以劃分為詳細度不同的流程。建議主幹流程活動步驟為5~9個。更加詳細的資訊可以在二級或**枝葉流程中再展示，
資料流程圖
業務流程圖雖然能夠幫助產品經理和研發人員理解業務邏輯，但是研發人員更關注的是業務流程中資料的流轉過程，所以需要進一步從資料角度來**整個業務流程，這就是資料流程圖的作用。
資料流程圖有兩個特徵：抽象性和概括性。抽象性指的是資料流程圖把具體的組織機構、工作場所、物質流都去掉，只剩下資訊和資料儲存、流動、使用及加工情況。概括性則是指資料流程圖把系統對各種業務的處理過程聯絡起來考慮，形成乙個整體。
資料物件包含很多屬性，而屬性也是一類資料，所以繪製實體關係圖時要注意區分實體和屬性。在實踐中，某個事物是作為實體還是屬性並沒有明確的界定，需要根據具體情況和需要而定，一般遵循如下準則。
①屬性不可再分。屬性不再具有需要描述的性質。
②屬性不能與其他實體發生聯絡，關係只存在於實體與實體之間。
產品設計可以細分為「資料資訊」和「展示互動」兩個層面，其中資料資訊是展示互動的前提和基礎。資料資訊層面既包括資訊點之間的次序和路徑，也就是資訊路徑設計，也包括單個資訊點的設計；而展示互動層面主要體現為單個資訊點的資訊展示和互動操作。從這個意義上講，資料產品設計的核心邏輯包括：資訊路徑設計和資訊點功能設計。
3.1 資訊路徑設計
什麼是資訊路徑
產品原型只是產品方案的乙個直觀體現，是乙個階段性的交付物。產品經理在開始動手畫原型之前還有乙個重要的工作要做，那就是設計資訊路徑。產品設計可以從「資料資訊」層面分為「資訊點」與「資訊點之間依存關係」兩個部分，也就是說設計產品時不僅要考慮展示哪些資訊點，還要考慮資訊點展示之間的次序和關係。這裡所說的「資訊點之間的依存關係」就是「資訊路徑」。
當我們逛商場購買剃鬚刀時，我們會先看看商場的導檢視，確認超市處於**的哪一層；然後進入超市區域，再檢視超市的導檢視，找到日用品貨架位置；走到日用品貨架位置，最終找到自己需要的剃鬚刀。這裡，我們通過導檢視使用了「樓層-區域-貨架-位置」這樣的定位路徑，很便捷地找到了自己所需要的剃鬚刀。其實，商場設計的「樓層-區域-貨架-位置」資訊展示路徑，就是乙個「資訊路徑」的案例。
資訊路徑設計思想
資訊路徑設計能更加準確、快速、高效地傳遞資訊要點，便於使用者更高效、更舒適地接收和反饋資訊。設計資訊路徑時主要考慮兩方面因素：
資訊傳遞規律
資料產品的作用從某種意義上講就是將資料中蘊含的資訊點高效地傳遞給使用者。使用者接收產品資訊的效率和效果會受到人類固有認知規律的約束，所以了解使用者資訊接收規律對於產品設計具有重要意義。產品經理需要了解一些基本的認知規律。
（1）短時資訊容量
哈佛大學心理學家喬治·公尺勒發現，普通人的心智不能同時處理7個以上的單位，人類大腦短時記憶的規律：不能超過7個資訊點。
（2）大腦厭惡混亂的資訊
心理學中有個著名的「格式塔效應」，揭示了我們大腦傾向於從混亂中尋找模式，極力從不同的資訊點中尋找規律和聯絡，而厭惡混亂的資訊。
（3）大腦認知抗拒改變
大腦認知還有乙個特徵就是一旦形成了固定認知，改變起來極其困難。例如，由於寶潔公司大量的廣告轟炸，人們一想起「去屑」就會想到「海飛絲」；一想到「柔順」就會想到「飄柔」。市場營銷中的「定位」學派，正是利用人類認知的這個特徵，通過各種營銷手段來搶奪使用者的「心智」。
使用者使用場景
使用者接收資訊的效率和效果不僅受到人類固有認知規律的約束，也受到使用者產品使用場景的影響。比如，滴滴司機開車過程中接單的頁面，資訊就必須簡潔清晰，字型盡可能大，字盡可能少。
產品經理設計產品時需考慮使用者產品使用場景，從資訊角度來看，就是要考慮產品使用場景的時空因素對於使用者接收資訊的影響，這也是資訊路徑設計時需要重點關注的方面。
（1）使用場景的時間特徵
關注產品使用場景的時間特徵就是關注產品使用的時間長度和時間分布。產品經理需要明確使用者主要在什麼時間點使用、使用時長為多久，從而考慮資訊點呈現的數量和次序。
（2）使用場景的空間特徵
關注使用者產品使用場景的空間特徵就是關注使用者產品使用的空間位置和特點。例如，使用者是在戶外使用還是辦公室使用？使用者是在靜止環境下使用還是在移動環境下使用？
產品經理從使用者需求出發，依據產品設計邏輯和流程將使用者需求轉化為產品原型和需求文件後，研發人員才能夠根據產品原型和需求文件開始研發工作。所以，產品原型和需求文件既是產品設計流程的結果，又是產品研發流程的開始。
4.1 產品原型
原型圖，也被稱為線框圖，是產品經理將使用者需求轉化為產品解決方案的重要載體，是產品經理與研發人員進行溝通的重要工具。
4.2 需求文件
產品設計是乙個將使用者需求由抽象概念轉化為具象化產品的過程，經常需要借助文字或影象進行展現，這就是產品需求文件（product requirement document，prd）。prd主要是給設計、研發等相關人員閱讀的文件，目的是告訴這部分人員產品頁面內容、互動規則和輸出結果等詳細資訊，像是乙份詳細的產品功能需求說明書。
prd概述
prd是產品經理用來跟技術開發人員和其他相關人員進行溝通的輔助文字工具，由產品經理負責撰寫。這裡有兩點需要注意。
第一，它是文字工具。這也就是說，相對於口頭溝通，pdr能夠使溝通過程和溝通意見落在紙上，同時也為後期溝通提供了文字記錄，便於查詢。
第二，它是輔助溝通的工具。prd不是用來劃分責任歸屬的，而是用來輔助溝通的。大量的溝通還是要通過產品經理和技術開發人員口頭交流來完成，prd只是把溝通的關鍵性結果做乙個留檔和備份，便於後期隨時查詢使用。
一般說來，乙份完整的prd至少包括3個部分：需求描述、功能描述和變更記錄。
需求描述
需求描述是告訴技術開發人員和相關人員「為什麼要設計開發這個功能」，是產品存在的基礎和前提。產品需求根據物件的側重不同可以區分為：業務需求和使用者需求。
業務需求：業務需要表達的是組織或客戶高層次的目標。業務需求側重描述組織為什麼要開發該款產品或者希望通過這款產品達到什麼目標，它通常表達的是專案投資者、產品購買客戶等的需求。
使用者需求：使用者需求是指產品的功能滿足了使用者某個場景下的使用需求，解決了使用者的某個問題。這主要是從使用者角度來定義和闡述的需求，描述了使用者能使用系統來做些什麼。例如，使用者需要對產品的全球銷售情況有乙個直觀和巨集觀的印象，這就需要給使用者提供乙個視覺化介面，直觀地展示產品全球銷售的關鍵資訊點。
功能描述
功能描述規定了開發人員需要在產品中實現的軟體功能，使用者可以使用這些功能來滿足其業務需求。功能描述既可以從人和系統的旁觀者角度來描述，也可以從產品角度來描述。前者叫用例描述，後者叫功能點描述。實踐中，功能點描述多採用在axure原型圖旁邊注釋的方式，而用例描述更多採用prd方式來詳細論述。
無論是用例描述還是功能點描述，其最終目的都是希望研發人員能夠快速清晰地理解產品功能需求。所以，一般包括以下內容。
互動規則：互動規則是指使得產品元素狀態發生改變的規則和規範，既包括使用者互動規則，也包括元素狀態自動變化的規則。例如，使用者操作產品頁面上各種互動元素和元件（篩選按鈕、滑動條）使得產品狀態發生改變；或者系統自動設定了元素狀態變化規則，如電商平台自動設定了打折時效期，一旦過了該段時間，商品**自動復原等。
資料規則：資料規則主要是指資料產品展現層與資料庫進行資料互動的規則。例如，使用者通過註冊頁面輸入資訊並儲存在資料庫中，那麼就需要指明註冊頁面包括的字段、每個欄位的型別及長度等內容。
變更日誌
變更日誌的編寫並不複雜，但是一些產品經理常常因為怕麻煩而忽略了，這往往給產品研發帶來不小的隱患。
產品需求變動其實是很正常的事情，但是如果需求變動沒有及時記錄，那麼可能會出現這樣的情況：產品經理想表達的是a，結果表達成了b，技術開發人員聽到的是b，理解的內容卻是c，最後因為客觀限制把產品做成了d。如果及時把需求變動記錄在prd上，那麼技術開發人員和產品經理溝通就不僅限於當時口頭溝通的「一瞬間」，而是有了可以進一步細緻討論的基礎和材料，使得雙向細緻的溝通成為可能。
另外，如果產品需求變動不及時記錄，一段時間後可能會因為遺忘導致各種問題。產品原型不可能一步到位。有了更新日誌，大家一看日誌就知道產品經理改了哪些地方，進而直接鎖定修改目標，大大提公升研發效率和開發進度。乙個合格產品經理一定要養成及時記錄變更日誌的良好習慣，也要對變更日誌給予足夠的重視。
產品資料相關
產品初期，活動為輔，處理資料在於穩定 產品中期，活動為主，處理資料在於調控 產品末期，活動為核，處理資料在於激勵 第1步 看整體資料，主要看整體資料有何異常，以及哪些資料的趨勢較好 例如，整體資料，遊戲人數穩定，月收入對比極端 第2步 看細分資料 例如，細分資料，遊戲新增使用者和流失活躍付費使用者成...
產品資料交付
今天給大家談談產品資料如何交付好？程式設計師中經常有這麼一句話 好的程式是自注釋的！那麼好的產品也應該是自注釋的 記得有這麼1個故事，蘋果在開發ipad時，為了看看使用者體驗如何，就把產品拿到非洲的貧困區域，給當地的兒童進行使用，這些小朋友在沒有人指導的情況下，3 5分鐘就能熟練的使用ipad的了 ...
產品設計問題
如何把乙個實體物件進行輸出,利用mvc的原理.可以把實體物件 模型物件,如何進行轉化,我想到了乙個xml的方法 假設產品類 class product pno pricedescs array object 產品 集 desc productdesc 產品描述 class productpriced...