終局思維：讓你的產品架構自己從業務里長出來

編輯導語：產品經理在日常工作中會接收到各個方面提出的需求，我們必須要對需求有所選擇以及思考，才能做出正確的判斷；對於一些較為複雜的需求，也要抓住需求最重要的點進行表達，讓他人清楚；本文作者分享了關於產品架構的思考，我們一起來了解一下。

分享一個我很喜歡且受用的“終局思維”——當你知道你所負責的產品最終將長成什麼樣，那你第一步如何開始就不再無處下手了。

產品經理一定需要學會如何把複雜的問題講清楚的能力，如果你無法一句話講清楚你負責的某個系統或者某個產品模塊，那你就很難抓到它的本質（業務本質、產品本質），也很難思考清楚它的終局形態會是如何？

沒有這個作為里程碑式的參考目標，你就很難拆分版本規劃，很容易被業務牽着鼻子走；而如果你已經在腦海中描繪了藍圖，什麼時候迭代到什麼版本，一個版本實現一個什麼用户故事，就容易得多了，不至於迭代幾次之後就開始迷茫。

在大多數創業公司，業務驅動是必然的，你無法選擇，除非你去一家像滴答清單、Notion 這樣的產品驅動型公司，否則產品必然要接收大量來自業務的需求。

面對詭譎多變的業務，如何更合理地規劃你所負責業務的產品架構、產品形態，在此基礎之上去跟業務推銷你的產品方案；在每一次的業務需求中夾帶着自己走向“終局”的“私貨”，會讓你的成就感更強烈一些，不至於淪落為“ PRD 民工”或者“需求工具人”。

王詩沐在《幕後產品》裏説，往不同思考、往重點思考、往上層思考、往本質思考更是在強化這一點；日常多去思考問題的本質，多去思考這個問題最終會演變成的終局，能夠幫助看清很多此前迷惑的東西。

比如，往宏觀看，做在線教育，那教育的本質是什麼？教育行業最終會演變成什麼樣？

比如，往微觀看，在運營環節中，引入用户觸達的本質是什麼？我們為什麼要做觸達？觸達的目標、形式、時機是否會因業務變化而變化？用户觸達最終的終局會是如何？你所處項目的業務線將如何發展？當前這個需求最終將迭代成什麼形態？

那如何才能找到這個問題的終極呢？我的方法是，從本源出發——從用户中來，到用户中去。

任何互聯網產品形態的存在，必然是有某一個或者某一類需求需要得到滿足；回到當前手上項目本身，我所負責產品的終局，取決於我最終想要徹底解決掉什麼用户在什麼場景下的什麼需求？而在滿足這個用户價值的基礎上，我能否搭建出一條健康的商業價值鏈路，以及它是什麼？

需求價值三角

如上圖，按用户價值、商業價值和技術可行性3個維度嘗試劃分產品的終局形態：

同時滿足用户價值+商業價值+技術可行性的，才是正確的產品生存形態；我們需要做的，就是儘可能找到你當前業務中，滿足這套模型框架的一個又一個機會點。

在此基礎上，明確好你的目標，基於這個目標，和業務發展的最終設想，嘗試盤點當前的資源現狀，和目標的差距；在此基礎上設計好產品架構，拆解出多個大版本的 Roadmap。

以上，有了這些思考過程和沉澱的結果物，你再回過頭看當前的產品形態，就能清晰地知道下一步該怎麼走，不至於因為競爭對手、業務方拍腦袋等變化導致需求方向走偏。

同時，你在向老闆、研發等團隊成員推銷你的產品方案也不至於因為各種細節問題而被拍回來。

關於產品經理如何把複雜問題講清楚？如何把複雜的東西，給一個完全不瞭解它的人講明白；本質的問題在於，你如何讓對方在自己的認知範圍內，將這個複雜的問題轉譯成自己能理解的語言。反過來，如何快速聽懂別人給你講一個陌生的東西，抓住重點，也是如此。

注意，關鍵詞——轉譯！

產品經理是最強的連接器，團隊各個角色之間的路由器，基於此，抓重點能力的習得會讓你的工作效率大幅度提升。

分享一個曾經我在求職面試時遇到過的案例，當時面試官向我提問：你該如何向一個60歲的老太太解釋數據庫這個概念？我當時第一反應是數據庫是什麼？以及60歲的老太太如何才能理解數據庫是個啥？先對問題的定義進行確認，然後再設定好問題邊界，這兩步能讓問題討論有一個明確的範圍。

我嘗試引入在老年人認知概念裏通俗易懂的菜市場的攤販位置佈置來舉例（一開始嘗試用超市裏的商品貨架舉例，但還是擔心不夠通用）；一個數據庫就像一個菜市場，數據裏可以有很多表來才存儲數據，就像菜市場裏有很多攤位用來擺放菜品賣菜的，基於此案例展開更多細節來解釋何為數據庫主鍵、數據庫索引等概念，就很具像了。

總而言之，不管是需求評審，還是方案設計，產品經理作為一個強説服力工種，你的日常工作就是和各種角色（老闆、運營、研發、測試、設計等等）就某個問題達成共識，然後對你提出的解決方案達成共識。

因此，為了避免溝通陷入僵局，你需要不斷練習自己將複雜問題講清楚的能力——抓住重點，提煉本質，一句話説清楚你的需求。

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

題圖來自 Unsplash，基於 CC0 協議