編輯導語：關于“第一性原理”，在許多文章中都有提到，本文作者對它提出了自己的理解，并分析了“第一性原理”在B端産品設計中的具體運用，感興趣的小夥伴們一起來看一下吧。

用“第一性原理”作為關鍵詞可以搜索到無數的文章，其中不乏十分權威學術的。今天我鬥膽嘗試将其換到企業應用産品構建的語境中，闡述它是如何指導系統的設計。

先說下我對第一性原理的理解：第一性原理是一切系統構建的出發點，是這個系統的内在本質，它指導着這個系統的運轉，是這個系統存在的意義。

很拗口哈？

例如：馬斯克用電池的“配方”作為重構電池成本結構的第一性原理；公司的文化牆上的“使命”是指導公司戰略以及任何戰術動作的第一性原理；用戶的真實心理，是你設計這個功能的第一性原理（用戶故事三個要素的末尾部分）。

我個人認為“第一性原理”對産品設計有如下指導意義：

• 從用戶真實需要為出發點，理解用戶為什麼有此需求
• 以此真實需求為出發點，拆解出問題空間（領域）
• 基于問題空間構建解決問題的空間（限界上下文）

01 從用戶真實需要為出發點，理解用戶為什麼有此需求

這是一句正确的廢話，産品經理要分析用戶心理，還用說？

用戶心理才是用戶的真實需要，而如何保證“真實”，以及什麼“程度”的真實才是我想探讨的内容。

真實，需要用到科學的思考框架；程度，則需要用到第一性原理不斷下探。很繞的還有不同深度采用的思考框架還一緻，容我娓娓道來。

舉例之前，先強調一個道理：對于一個表象思考得越深，越接近本質，獲得解決方案越有效、越持久，人類大腦所能探索出的最深層的那個“本質”就是“第一性原理”。

圖1 用戶真實需要分析的U型過程（紅色箭頭像字母“U”）

假如朋友告訴你ta失戀了，你的第一反應是什麼？你可能會給出圖1所示的某一種方案。

應對表象問題，最不耗大腦能量的方式是靠經驗直接給出解決方案：不高興就哭，别人惹你了，就報複。這種解決方案的好處是快，但壞處是，反彈大，容易進入“冤冤相報何時了”的惡性循環。

稍有思考的人，會接受既然木已成舟，那就放過彼此，“心病就用心藥醫”、“抽抽煙喝喝酒或者”、“一路向西去大理”麻痹一下“傷口”，很顯然這治标不治本，注意力遲早會回來，在熟悉的線索下，往事還是會湧上心頭。

思考略深的人知道，隻有心理坦然接受這一切，才是真的與自己達成和解。大膽給所有人分享，坦然丢棄曾經的留戀之物，也代表着心中已經傾倒幹淨并坦然接受，失戀博物館的解決方案簡直不能不說是神來之筆。

思考更深的人，會用辯證的眼光看到事物的兩面性：任何事物沒有絕對的好與壞，而是相互伴随。化悲痛為“反脆弱”，回收戀愛的時間和精力，投入到學習、創業、公益事業中去，發揮自我價值，心誠更安。

像馬斯克這樣深谙第一性原理的人，遠不會在表層尋找安慰，而會在生理層面的科學視角，去調整大腦皮層和皮層下神經的協同工作狀态，不僅幫助失戀之人删掉記憶，還能觸發愉悅的心情。

以上，從經驗→心理→生理，由淺入深地思考解決問題的出發點。不難發現，思考越深，獲得的解決方案越有效，越持久。這是一種追尋事物本質，尋找創新解決方案精準且有力的方法，也是産品經理能力拉開差距的關鍵所在。

這其中，第一性原理是如何得以體現的？

如果按照第一性原理狹義的定義，本原是所有事物運轉的第一性原理，但僅限于這個定義，對于産品設計沒有太多的指導意義。

我們需要将第一性原理泛化擴展，将其廣義地運用到從下到上的每個層級中：當一個原理是指導着一個系統運轉，或者一個系統的運轉是某一個前提時，我們就可以說這個前提或規律就是這個系統的第一性原理。

圖2 基于第一性原理構建上層系統的簡單模型

從圖1中看，本原指導着生理的工作運轉，生理決定着心理的動态，心理決定着外在表象行為的體現。從本原到生理，有哲學；從生理到心理，有生理學；從心理到行為，有心理學。思維下探的深度越深，所獲得的或需要的思考框架不一。

如上，對于産品設計的需求挖掘上，有如下幾個幫助：

• 用戶的表述背後，一定有一個本真的心理出發點，下探越深，可以解決問題的程度越深且更持久。
• 在不同的深度下，應該采用适配該深度的科學的思考框架，來科學分析，才能保證問題為真。

這一定是産品經理能力的分水嶺和差距刻度。

02 以此真實需求為出發點，拆解出問題空間（領域）

獲得真實需求，工作僅過半，離給出好用且成本低廉的産品，還需要對需求進行系統化地化繁為簡。

此過程中，最重要的就是目标層層拆解，劃分/抽象出子域，并對其職責進行定義，這個職責就是子域的“第一性原理”，它可以明确領域邊界，同時也能明确領域之間的接口。

“使命”是公司這個大系統的第一性原理，是存在的意義，指導着公司戰略的設計和執行。

戰略系統中會拆一個分支目标——組織效能，便成為了組織架構這個子域的“第一性原理”，組織架構中還會包含挖掘用戶價值、保證技術先進和系統穩定，向更多人傳播産品價值，讓更多人更順暢地使用并将他們轉付費的職責……這些便成為了産研部門、市場部門、運營部門運作的“第一性原理”。

以上，便是利用第一性原理，幫助我們逐層往下拆解的實例（圖3）。基于“第一性原理”構建子域，目标清晰、邊界清晰、接口清晰，在IT系統設計中的“單一職責”原則實則也是類似的表述。

圖3 拆解實例

現實場景中，往往更多的是接收到粒度大小不一，領域含糊不清的問題/表述，這便需要我們心中堅定地用第一性原理将問題進行拆解，劃分歸屬。

舉一個我身邊的例子，我們是從事供應鍊協同領域的企業應用服務，增長策略是：以項目方式獲得核心企業，通過核心企業的能量帶動諸多供應商注冊與付費。

我的運營同事比較煩惱的是：最近處理系統bug（包括協調資源和處理進度跟蹤）的時間占比遠比客服、電銷、内容等工作多很多，他困惑着這樣的狀态到底正确與否。

他困惑的矛盾在于：他想通過服務好核心企業，來讓核心企業幫助轉化供應商為用戶并付費；但眼下大占比的bug處理又不太像是運營本職工作。

若對範式進行抽象：心中明确要實現某個目标，但解決方案始終感覺别扭不純粹，這是産品經理時常遇到的問題。

問題的根源是，解決方案混雜了多件不同“第一性原理”的事，這種混雜是不倫不類的，必然别扭。

我同事的問題很好解決：運營的工作隻負責客服（使用上的問題引導和講解）、電銷、内容輸出等價值引導性的工作；bug的工作屬于系統缺陷問題，應該由産研部門協調跟蹤後，統一歸口到運營部門交付給客戶。

這其中的兩件事分屬兩個“第一性原理”的系統中——産研部門和運營部門，運營部門幫着做産研的事，聽着也别扭吧？

圖4 “職責單一，各司其職”的解決方案

本節，用第一性原理來明确領域（包括不同層級的子域）的職責、邊界以及接口，“職責單一，各司其職”的系統設計才可能結構幹淨、純粹，有力的依據來源于“第一性原理”。

03 基于問題空間構建解決問題的空間（限界上下文）

從整體上說，2中所獲得的“問題空間”是“解決問題的空間”的第一性原理（如圖5），即“解決問題的空間”是基于“問題空間”所設計和構建。

從部分上說，問題空間分為一個個子域，每個子域有自己明确的職責，而限界上下文是用系統的方式，來實現或兌現這個職責，所以子域的職責也是限界上下文的第一性原理（圖6）。

圖5“問題空間”是“解決問題的空間”的第一性原理

圖6“子域的職責”是“限界上下文”的第一性原理

限界上下文在拆分出的子域的清晰且簡單的職責的指導下，進行解決方案設計，已經十分容易了。

隻是需要再提醒一下的是：限界上下文内部，仍然可以繼續拆解成更細的模型，更細模型的職責定位、邊界劃分，仍然适用2中所述方法。

04 結束語

本文鬥膽在B端産品設計的語境下，闡述“第一性原理”給系統設計帶來的啟發，同時還結合“領域驅動設計”方法，穿插解釋幫助理解。

希望帶給你一點設計思想層面上的收獲，而非“用問題闡述問題”的錯覺，感謝閱讀，願我們每個人都能比昨天聰明一點點。

本文由 @推石頭的JC 原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自 pexels，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部