1樓：前路漫漫
不說業務的產品設計都是深坑的開始。
使用者中心往簡單說就是那麼幾個東西，但加上業務和實際場景之後就完全不一樣了。建議補全了之後再問
2樓：尚宇翔
這裡簡單通過大框架分析一下
戰略層：什麼平台，傳遞什麼產品概念，使用者中心在產品中什麼地位，承載什麼目標，是否包括商業目標，使用者群是怎樣的，有哪幾類，有什麼特點？這些東西首先要理清楚
範圍層：範圍層決定了產品有哪些功能，通常來說，使用者中心的設計概念是——區別於公共或平台資料的，以使用者ID為主鍵的資料池和本地的使用者個人資料中，需要展示給使用者或者允許使用者進行增刪改查的內容。可以找做資料庫的同事檢視一下使用者的底層資料表單記錄了哪些資料，然後定義模組功能範圍，當然，理論上這個底層表單最初就應該是產品和開發共同定義的。
另外就是這種離資料庫近的模組必須對組織和許可權敏感，尤其平台產品，有幾種干係人，常見的就是商家和使用者，有沒有別的，商家和使用者是否有細分，商家和使用者是不是分端設計的，不同類別的使用者是否許可權不同，如果是那麼其展示的功能往往也不同，要分別定義
結構層：根據功能屬性的不同劃分模組，然後把各個功能細化，哪些內容是展示的，哪些內容是允許增刪改查的，各類使用者分別有哪些許可權，再根據模組劃分頁面，把互動地圖完成
框架層：各個頁面資訊優先順序，展示的內容怎麼展示，增刪改查的內容怎麼增刪改查，把各個頁面的詳細互動完成。重點關注內容的更新和擴充套件性
表現層：對視覺同事的工作指指點點
根據你業務的重要性以及團隊對產品經理的職能要求不同，在這個基礎上做不同程度的深入
作為產品經理，如何規劃好乙個產品？
周凱傑 我覺得這是乙個偽命題，尤其是出在所謂的面試題中，規劃任何乙個東西，前提都要求 你對它足夠熟悉，你的高度足夠高，才有可能談規劃否則都是扯淡。而對於乙個產品來說，尤其是對於乙個商業產品來說，它的本質是 使用者需求與產品需求平衡的結果，即產品的目的是解決使用者需求與產品商業化之間平衡。而規劃是什麼...
作為乙個產品經理，要做的產品和老闆的想法不一樣，你會怎麼做？
楊夏 不應該存在 想做的產品與老闆想法不一致 這種問題老闆僱人就是為了實現TA對公司的 想法 做的產品自然是要符合這個想法 老闆擁有最高決策權，無論多沒有道理，多麼不符合產品邏輯，最終是由掌權者說了算的 產品經理，始終要站在使用者角度思考問題 當老闆不懂產品，PM應該有理有據的提出方案建議，但是結果...
作為乙個支付類產品的產品經理，最重要的能力是什麼？
seven 看了一下基本都說清楚了，一些小細節需要考慮沖正 防篡改 審計 核銷 退換貨 部分退換貨 多方對賬問題 如果涉及交易，就還要確認放兜底方案。 1，安全。使用者賬號的註冊，密碼找回，賬號繫結。密碼修改，解綁。2，快捷支付 便捷支付，以及便捷支付風險預防。3，使用者流水細則 使用者所有的消費流...