1樓：
業務邏輯理解跟有水平的prd不是一碼事
粗略盤一下，大概需要知道這麼多？
mvc/mvp/mvvm
mysql/mongoDB/kafka/redishadoop/Spark/flink
vue/node.js/React/flutterhtml/css/js/TypeScriptsoa/DDD / 設計模式 / 元件化 / 架構設計物件導向/面向過程/面向介面
UML 繪圖
重構就算知道這麼多
也不一定能寫出來能跑得通的業務邏輯
水平高低目前個人評價標準是面向未來…
能提前地準確矇到甲方需求的變化
靈活拓展而不破壞架構
2樓：周沈
懂技術知識不能讓產品經理更好理解業務，對寫prd幫助也有限。
B端業務相當寬泛，一刀切下去，C端業務可能佔10%，剩下的都是B端業務。只要不直接服務於終端使用者，平台的所有埠，鏈條上的所有環節，都算B端。
做產品很值得警惕的一點是跨越分析直接給解決方案。我相信你在提出這個問題時可能沒有想好自己面對的困境，但困境帶來的窘迫卻催使你不得不去找乙個解決方案。「懂技術會讓產品經理更好的理解業務邏輯」，如果沒有其他附加資訊，這個邏輯套用在現實裡應該很容易得到乙個結論，你的後端工程師要比你（產品經理）更理解業務？
不同產品經理的差異比人和x的差異還要大，寫PRD的時候開頭第一節應該寫的是專案背景和產品介紹，把資訊給足了才能讓人更好理解你的prd寫的什麼。
提問也是如此，如果真想得到一些建議而不是單純「做點什麼緩解焦慮」，那就把背景資訊和具體需求補充一下吧
C端產品經理轉向B端產品經理可能會有哪些挑戰？為什麼？
手風琴33 B端需要 1.更強的邏輯推理能力 2.更強的技術理解能力 其他的其他回答都覆蓋了。不用想這麼多，想好自己喜歡什麼適合什麼就去幹。 付林恆 C 端產品，更注重的是如何讓普通使用者用得開心，解決普通人的需求。B 端產品，更注重的是如何提公升企業的工作效率，解決業務上的痛點。所以，當產品賣給了...
如何區分B端和C端產品經理？
摔哥 目前在做B，之前都在做C C和B區別主要體現在 本質其實就是使用者和需求不同，進而在上層導致產品的做事方法和思維差異很大。使用者不同 C端面向N個個體，決定是否用你產品的僅僅只有在於個體本身 B端是面向乙個集體，決策權可能有商務，老闆，終端使用者 等等，決策鏈複雜 需求不同 C端的需求是N個個...
非IT人員如何轉行做B端產品經理？
Running苑 先說結論 當然先從基礎的學起了，你還沒做過產品經理，也不清楚產品經理的工作到底是什麼樣的，那就先入門，然後再細分，了解了產品經理基本的技能和工作職責後，再去體驗細分的場景 我把學習產品經理的過程分為兩部分 一部分是學習基礎內容，比如如何調研分析需求，如何畫原型寫prd，再比如怎麼進...