畫(huà)圖之前，我們一定要知道：為什么要畫(huà)圖？因?yàn)?，?huà)圖是需求分析的重要環(huán)節(jié)，是用可視化的方式，對(duì)需求進(jìn)行梳理和展示，把需求描述清楚，才能保證想法落地變成產(chǎn)品。

經(jīng)?？吹骄W(wǎng)上有人問(wèn)，產(chǎn)品經(jīng)理要畫(huà)哪些圖，怎么畫(huà)流程圖等關(guān)于畫(huà)圖的問(wèn)題。

確實(shí)，畫(huà)圖是產(chǎn)品經(jīng)理必備的硬核技能。然而，畫(huà)圖又不僅僅是畫(huà)幾個(gè)圖而已。

做產(chǎn)品沒(méi)有統(tǒng)一、標(biāo)準(zhǔn)的規(guī)范指導(dǎo)，容易讓人為了畫(huà)圖而畫(huà)圖。

甚至，在很多外行看來(lái)，感覺(jué)產(chǎn)品經(jīng)理就是個(gè)畫(huà)圖的。

還有人戲稱，去大廠當(dāng)產(chǎn)品經(jīng)理，就是個(gè)畫(huà)圖仔。

幸好，我從最初做項(xiàng)目，就學(xué)著用 UML 進(jìn)行需求分析。受益于此，我漸漸體會(huì)到，畫(huà)圖背后的邏輯和意義。

趁這段時(shí)間，從畫(huà)圖入手，用自己的理解，總結(jié)自己做產(chǎn)品的方法。

一、當(dāng)我們畫(huà)圖時(shí)，是在畫(huà)什么

1. 探尋本源

在需求分析領(lǐng)域，談到畫(huà)圖，不能不提 UML 。

早在?IT?軟件時(shí)代，UML 就是一套非常好用的需求分析、系統(tǒng)分析設(shè)計(jì)的工具和方法。

那么，什么是 UML ？

UML（Unified Modeling Language）統(tǒng)一建模語(yǔ)言，是一種用來(lái)對(duì)軟件系統(tǒng)開(kāi)發(fā)的產(chǎn)出進(jìn)行可視化、規(guī)范定義、構(gòu)造和文檔化的面向?qū)ο蟮臉?biāo)準(zhǔn)建模語(yǔ)言。

——這是比較官方的定義。

我理解：它是用一套規(guī)范的可視化圖形，及建模方法，來(lái)描述軟件系統(tǒng)的分析、設(shè)計(jì)等各個(gè)階段，最終形成可視化、文檔化的產(chǎn)出。

作為一門(mén)語(yǔ)言，UML 在建模過(guò)程使用的基本圖形元素，就是它的 “詞匯” ，如用例、參與者、類等；而這些元素間的使用規(guī)則，好比 “語(yǔ)法” ，如用例圖、活動(dòng)圖便是在這種 “語(yǔ)法” 指導(dǎo)下繪制的視圖。

學(xué)習(xí)一門(mén)語(yǔ)言，既要學(xué)習(xí)其 “詞匯” ，也要掌握其 “語(yǔ)法” 的運(yùn)用，將 “詞匯” 合理組織起來(lái)，才能編寫(xiě)足以 “傳情達(dá)意” 的 “文章” 。

UML 中，通過(guò)元素、視圖建立起來(lái)的模型，正是這樣一種可準(zhǔn)確描述需求，又便于用開(kāi)發(fā)思維去理解的 “文章” 。

UML 不僅提供了一套工具，還提供了一套思想和方法。

學(xué)工具，只能讓我們知其然；掌握該工具背后的思想和方法，才能讓我們知其所以然、活學(xué)活用。

UML 中，將可視化視圖分為 “ 靜態(tài)視圖 ” 和 “ 動(dòng)態(tài)視圖 ” 。從“ 靜 ”和“ 動(dòng) ”兩個(gè)維度，來(lái)描述軟件系統(tǒng)。

這也是人們描述現(xiàn)實(shí)事物的方法。

• 從 “ 靜 ” 的方面，描述事物的結(jié)構(gòu)性特征；
• 從 “ 動(dòng) ” 的方面，要描述事物的行為性特征。

一靜一動(dòng)相結(jié)合，便能把事物全面、準(zhǔn)確地描述清楚。

這讓我明白，做產(chǎn)品需求分析，也是對(duì)需求進(jìn)行描述和表達(dá)。

使用這種方法，從靜態(tài)、動(dòng)態(tài)兩個(gè)視角維度去分析和描述需求，就有了指導(dǎo)思想，能提高準(zhǔn)確性和效率。

2. 畫(huà)圖的實(shí)質(zhì)

這就不難理解，當(dāng)我們畫(huà)圖時(shí)，一方面是在借助工具，對(duì)業(yè)務(wù)、需求、場(chǎng)景等進(jìn)行梳理；一方面是在對(duì)需求、產(chǎn)品進(jìn)行描述，并輸出可視化的材料，供相關(guān)人員，閱讀使用。

因此，畫(huà)圖，是需求分析的重要組成部分，是用可視化的方式，對(duì)需求進(jìn)行梳理和展示。

需求理解和描述清楚了，才能真正把想法落地變成產(chǎn)品。

同時(shí)，產(chǎn)出的可視化圖形，是后續(xù)產(chǎn)品規(guī)劃、研發(fā)、設(shè)計(jì)、測(cè)試，及優(yōu)化迭代、問(wèn)題排查等的重要依據(jù)。

3. 本文思路

UML 中的圖形、視圖、建模方法等知識(shí)內(nèi)容很多，要深入學(xué)習(xí)，推薦《 大象：Thinking in UML 》一書(shū)。

本文，結(jié)合在產(chǎn)品工作用到的內(nèi)容，及自己的理解、體會(huì)，先從整體進(jìn)行總結(jié)，建立一個(gè)整體的認(rèn)知框架，后續(xù)再具體深入。

為了方便理解，我結(jié)合在資訊、充值等方面的經(jīng)驗(yàn)，虛構(gòu)了一個(gè)小型 APP 的前端需求，作為案例來(lái)分析。從靜態(tài)、動(dòng)態(tài)兩個(gè)維度，總結(jié)在產(chǎn)品工作中常用的視圖。

二、從靜態(tài)視角看需求

從靜態(tài)的視角去分析需求，是用靜態(tài)視圖，來(lái)描述產(chǎn)品的結(jié)構(gòu)性特征，這些結(jié)構(gòu)決定了產(chǎn)品是由什么組成、能做什么、長(zhǎng)什么樣的。

在 UML 中，靜態(tài)視圖包括用例圖、類圖、包圖。類圖與包圖，在產(chǎn)品層面較少使用，開(kāi)發(fā)層面更為需要。

結(jié)合實(shí)際工作，總結(jié)產(chǎn)品的靜態(tài)視圖有：結(jié)構(gòu)圖、用例圖、無(wú)交互的原型圖。

1. 結(jié)構(gòu)圖

結(jié)構(gòu)圖，顧名思義就是描述、展示產(chǎn)品的基本結(jié)構(gòu)、框架。它能清晰展示產(chǎn)品有哪些模塊、功能或系統(tǒng)組成，它們之間的層級(jí)、從屬等結(jié)構(gòu)關(guān)系是怎樣的。

這在需求分析的初始階段，就要明確。

好比，建一棟樓，需要有建設(shè)藍(lán)圖，得先知道樓要建多高、地基要挖多深、面積多大、蓋多少層等基本的框架信息。

結(jié)構(gòu)圖，像一棟樓的框架，那么一旦確立，就很難改，除非推倒重來(lái)。所以，一開(kāi)始一定要搞清楚，避免挖坑。

當(dāng)然，在基本框架下，隨著對(duì)需求的不斷深挖，各模塊、功能、系統(tǒng)之間的結(jié)構(gòu)、層級(jí)、從屬關(guān)系，會(huì)更加清晰，結(jié)構(gòu)圖也要細(xì)化、完善。

根據(jù)使用情況，結(jié)構(gòu)圖大致可分為：功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、產(chǎn)品結(jié)構(gòu)圖。

1）功能結(jié)構(gòu)圖

功能結(jié)構(gòu)圖，就是描述產(chǎn)品都有哪些功能，層級(jí)和歸屬關(guān)系是怎樣的。

這在產(chǎn)品工作中，經(jīng)常用到。大部分人做產(chǎn)品，都知道在規(guī)劃產(chǎn)品時(shí)，要畫(huà)功能結(jié)構(gòu)圖。

現(xiàn)在用案例來(lái)看看這些圖是怎么畫(huà)的。

這個(gè)虛構(gòu) APP 的需求是：要做一個(gè) APP ，給用戶提供電商優(yōu)惠活動(dòng)信息、手機(jī)話費(fèi)充值，后續(xù)會(huì)加更多功能，發(fā)展用戶體系等。

一般經(jīng)過(guò)需求調(diào)研和確認(rèn)，腦海里就要有個(gè)大概的框架，這個(gè) APP 給什么人用的、由哪些功能組成。

這個(gè)需求，我只能先腦補(bǔ)需求調(diào)研和確認(rèn)的過(guò)程，然后得出這個(gè)產(chǎn)品大概要有：首頁(yè)聚合展示、優(yōu)惠活動(dòng)、話費(fèi)充值、個(gè)人中心，這四個(gè)大的功能模塊。

功能結(jié)構(gòu)圖

2）信息結(jié)構(gòu)圖

信息架構(gòu)圖，跟功能結(jié)構(gòu)圖，容易搞混。

其實(shí)，有所不同，信息結(jié)構(gòu)圖重點(diǎn)在 “ 信息 ” 。也就是，從信息的維度，將整個(gè)產(chǎn)品的信息進(jìn)行抽象、歸類，說(shuō)明產(chǎn)品包括哪些信息、字段數(shù)據(jù)。

這有點(diǎn)類似，UML 中的類圖。在產(chǎn)品層面，更多是要把產(chǎn)品里面的信息進(jìn)行整理、歸類、描述清楚，特別是信息的類型、條件、規(guī)則。比如，標(biāo)題字?jǐn)?shù)上限、圖片尺寸等。

案例中的需求進(jìn)行抽象，可以得出如下簡(jiǎn)單的信息結(jié)構(gòu)圖。

信息結(jié)構(gòu)圖

3）產(chǎn)品結(jié)構(gòu)圖

產(chǎn)品結(jié)構(gòu)圖，網(wǎng)上說(shuō)法不一，這本來(lái)就沒(méi)什么標(biāo)準(zhǔn)，關(guān)鍵是看怎么理解、怎么用，能把需求準(zhǔn)確、清晰地描述出來(lái)即可。

個(gè)人理解，產(chǎn)品結(jié)構(gòu)圖，就是「 功能結(jié)構(gòu)圖 」與「 信息結(jié)構(gòu)圖 」的結(jié)合。

就是在描述功能結(jié)構(gòu)后，把對(duì)應(yīng)功能模塊有哪些信息，這些信息字段的定義、規(guī)則、條件、類型都列出來(lái)即可。

這種做法，更為常用。這個(gè)圖畫(huà)出來(lái)內(nèi)容比較多，因?yàn)槠ㄌ┓☉校╆P(guān)系，這里就不再畫(huà)，可以自行腦補(bǔ)下。

2. 用例圖

用例圖，采用參與者和用例來(lái)展現(xiàn)產(chǎn)品的功能性需求，是 UML 中一種很重要的視圖。

在 UML 中，將用例圖，分為業(yè)務(wù)用例圖和系統(tǒng)用例圖。

除了畫(huà)圖，還要寫(xiě)用例規(guī)約，以描述說(shuō)明用例，包括對(duì)用例的描述、參與者、前后置條件、基本流程等，一般用表格形式比較清晰。

1）業(yè)務(wù)用例圖

業(yè)務(wù)用例圖，是從業(yè)務(wù)的視角，通過(guò)業(yè)務(wù)建模，對(duì)業(yè)務(wù)進(jìn)行描述。

這里說(shuō)的業(yè)務(wù)，是在還沒(méi)有新系統(tǒng)或產(chǎn)品前，業(yè)務(wù)是如何進(jìn)行的。

UML 使用業(yè)務(wù)用例圖，進(jìn)行業(yè)務(wù)建模，旨在把業(yè)務(wù)描述清楚，發(fā)現(xiàn)業(yè)務(wù)問(wèn)題和難點(diǎn)，這樣的新系統(tǒng)才能更好的融入業(yè)務(wù)去解決問(wèn)題。

簡(jiǎn)單的需求，很少畫(huà)業(yè)務(wù)用例圖；如面對(duì)比較復(fù)雜、有規(guī)模的需求，建議最好用這個(gè)思路進(jìn)行分析，可以更好地發(fā)現(xiàn)業(yè)務(wù)問(wèn)題，以保證產(chǎn)品需求不跑偏。

案例需求中，就話費(fèi)充值這個(gè)業(yè)務(wù)，可畫(huà)成業(yè)務(wù)用例圖如下。

業(yè)務(wù)用例圖

2）系統(tǒng)用例圖

系統(tǒng)用例圖，是對(duì)有新系統(tǒng)或產(chǎn)品后，業(yè)務(wù)又是如何進(jìn)行的，進(jìn)行建模描述。它是對(duì)業(yè)務(wù)用例進(jìn)行分析得到的，是系統(tǒng)的開(kāi)發(fā)范圍。

簡(jiǎn)單看來(lái)，「 系統(tǒng)用例圖」與「 功能結(jié)構(gòu)圖」很類似。

功能結(jié)構(gòu)圖，只是從產(chǎn)品或系統(tǒng)層面，描述都有哪些功能。

系統(tǒng)用例圖，則是從使用者的角度，描述對(duì)應(yīng)用戶能使用產(chǎn)品做什么。這樣的好處，是讓我們時(shí)刻以用戶為中心，思考產(chǎn)品和功能。

好多人，在做產(chǎn)品時(shí)，經(jīng)常做著做著就忘了用戶是誰(shuí)、產(chǎn)品或功能是給誰(shuí)用的。使用系統(tǒng)用例圖，可以幫我們避免這一點(diǎn)。

以下為案例需求的系統(tǒng)用例圖。

系統(tǒng)用例圖

3. 原型圖（無(wú)交互）

原型圖，是產(chǎn)品經(jīng)理最熟悉不過(guò)的，也是最常用的。甚至，有不少人，以為做產(chǎn)品就是畫(huà)原型圖，一接到需求，巴不得馬上打開(kāi) Axure 畫(huà)圖。

眾所周知，原型圖，是產(chǎn)品表現(xiàn)層面的 Demo ，描繪產(chǎn)品的界面長(zhǎng)什么樣，功能如何設(shè)計(jì)、擺放，有哪些內(nèi)容。

好比，建一棟大樓，需要設(shè)計(jì)每一層樓的布局，都有哪些房間、大小怎樣，到具體每一間房的格局，什么地方設(shè)置門(mén)、在什么位置安窗戶等。

一般來(lái)說(shuō)，無(wú)交互的原型圖，屬于結(jié)構(gòu)圖的范疇。在工作中，為了提高效率，很少畫(huà)交互型的原型，除非像大廠有專門(mén)的交互設(shè)計(jì)師。

畫(huà)原型，除了要準(zhǔn)確把握需求，還涉及一些人機(jī)交互、視覺(jué)設(shè)計(jì)的知識(shí)。這里不具體展開(kāi)。案例中的話費(fèi)充值功能，簡(jiǎn)單繪制原型參考如下。

話費(fèi)充值頁(yè)面原型

三、從動(dòng)態(tài)視角看需求

從動(dòng)態(tài)的視角去分析需求，則用動(dòng)態(tài)視圖，來(lái)描述產(chǎn)品的行為性特征，這些特征決定了產(chǎn)品是怎樣運(yùn)行的。

在 UML 中，動(dòng)態(tài)視圖包括活動(dòng)圖、時(shí)序圖、協(xié)作圖、狀態(tài)圖。協(xié)作圖，在產(chǎn)品層面較少使用?；顒?dòng)圖，就是常用的流程圖。

結(jié)合實(shí)際工作，總結(jié)產(chǎn)品的動(dòng)態(tài)視圖有：流程圖、時(shí)序圖、狀態(tài)圖。

1. 流程圖

流程圖，是描述為完成某個(gè)目標(biāo)，需要以什么順序做哪些動(dòng)作；能直觀描述實(shí)現(xiàn)目標(biāo)過(guò)程的具體步驟。在很多領(lǐng)域，被廣泛使用。

梳理、繪制流程圖的過(guò)程，也是一種流程化的思考。

UML 中，流程圖，也叫活動(dòng)圖；另外，還有泳道活動(dòng)圖。產(chǎn)品上，都經(jīng)常使用。

1）普通流程圖

普通的流程圖，就是在描述產(chǎn)品的具體功能，在具體場(chǎng)景下，是怎么一步步實(shí)現(xiàn)的運(yùn)轉(zhuǎn)過(guò)程。

普通流程圖中，包括了多個(gè)不同對(duì)象執(zhí)行的動(dòng)作事件，只能大致描述過(guò)程；無(wú)法將整個(gè)過(guò)程中，參與的各個(gè)對(duì)象體現(xiàn)出來(lái)。

案例需求中，從用戶感受到的充值過(guò)程，用普通的流程圖來(lái)梳理，可繪制如下。

用戶充值話費(fèi)流程圖

2）泳道活動(dòng)圖

泳道活動(dòng)圖，用來(lái)梳理、描述有多個(gè)對(duì)象參與的流程，對(duì)象可以是人，也可以是系統(tǒng)。

泳道活動(dòng)圖，在活動(dòng)圖的基礎(chǔ)上，引入了泳道，像游泳比賽的運(yùn)動(dòng)員只能在其泳道中比賽一樣，規(guī)定每個(gè)對(duì)象的動(dòng)作只能畫(huà)在其對(duì)應(yīng)區(qū)域。

這樣，可以很好地體現(xiàn)整個(gè)過(guò)程參與的多個(gè)對(duì)象所做的動(dòng)作和順序。

同樣是用戶充值話費(fèi)的過(guò)程，在產(chǎn)品層面，至少有用戶、APP、管理后臺(tái)、話費(fèi)供應(yīng)商（這跟每個(gè)公司的業(yè)務(wù)和系統(tǒng)情況有關(guān)，但基本邏輯類似。）的參與才完成。

因此，用泳道活動(dòng)圖來(lái)描述，最合適不過(guò)。為了避免示例圖過(guò)于復(fù)雜，此處僅畫(huà)出正常流程，并未包括異常分支。

話費(fèi)充值泳道活動(dòng)圖

2. 時(shí)序圖

時(shí)序圖，用于描述產(chǎn)品為實(shí)現(xiàn)某一具體目標(biāo)，多個(gè)參與對(duì)象之間按時(shí)間順序交互的過(guò)程。

時(shí)序圖，與泳道活動(dòng)圖類似。不同的是：時(shí)序圖更強(qiáng)調(diào)對(duì)象在交互過(guò)程中消息事件的發(fā)生順序。

有時(shí)為了了解系統(tǒng)性能，或優(yōu)化體驗(yàn)，要統(tǒng)計(jì)某些交互的時(shí)長(zhǎng)，用時(shí)序圖，就很方便定義和描述。

用時(shí)序圖來(lái)梳理多個(gè)系統(tǒng)間的交互過(guò)程，特別好用，我最常使用。時(shí)序圖畫(huà)得好，泳道活動(dòng)圖不畫(huà)都沒(méi)關(guān)系。

同樣用戶充值話費(fèi)過(guò)程，用時(shí)序圖來(lái)梳理，可以對(duì)比下與泳道活動(dòng)圖的區(qū)別。

話費(fèi)充值時(shí)序圖

3. 狀態(tài)圖

狀態(tài)圖，用于描述產(chǎn)品為完成某個(gè)目標(biāo)，某個(gè)對(duì)象的狀態(tài)變化和流轉(zhuǎn)過(guò)程。狀態(tài)，是對(duì)象執(zhí)行或等待某個(gè)事件的條件。

常見(jiàn)的，有電商的訂單狀態(tài)、快遞物流狀態(tài)、支付狀態(tài)等。

系統(tǒng)中對(duì)象的狀態(tài)細(xì)化和明確，對(duì)監(jiān)控系統(tǒng)的處理過(guò)程，和事后問(wèn)題排查有很大幫助。

狀態(tài)圖非常重要，又很容易被忽略。以前填過(guò)很多坑，就是產(chǎn)品沒(méi)定義好狀態(tài)，結(jié)果開(kāi)發(fā)按自己想象補(bǔ)上了，事后發(fā)現(xiàn)問(wèn)題，處理起來(lái)很麻煩。

如案例中，如今的話費(fèi)充值，雖然到賬時(shí)間很快，但訂單在系統(tǒng)的流轉(zhuǎn)過(guò)程，也有各種狀態(tài)的變化。

下面以此為例，看看一個(gè)比較完整的狀態(tài)圖，可以注意下其與流程圖的區(qū)別。

話費(fèi)充值訂單狀態(tài)圖

四、原則與工具

1. 基本原則

畫(huà)圖，雖說(shuō)沒(méi)有標(biāo)準(zhǔn)答案，但畢竟，產(chǎn)出的可視化圖形是后續(xù)工作的重要依據(jù)，也要給各環(huán)節(jié)的人閱讀使用。

所以，為了保證產(chǎn)出質(zhì)量和工作效率，還是要滿足以下基本原則：

• 邏輯合理、清晰
• 沒(méi)有疏漏
• 可讀性強(qiáng)
• 美觀

2. 善用工具

畫(huà)圖、分析過(guò)程，可用的工具很多，只要功能滿足我們的需要，用起來(lái)順手即可。

另外，一定要善于利用工具，讓工具為我們所用，可找準(zhǔn)一兩個(gè)工具，用好它，能大大提高效率。

比如，Axure 就非常強(qiáng)大，不僅畫(huà)原型圖，大部分圖都可用它完成。

甚至，還能用來(lái)寫(xiě)需求文檔，這樣輸出的文檔相對(duì)統(tǒng)一，便于管理和閱讀。

其他常用的，有 Visio ，及專門(mén)畫(huà)思維導(dǎo)圖的 MindManager、XMind 等。

其實(shí)，只要掌握了方法，哪怕是用紙和筆，照樣能描述清楚。

五、回顧總結(jié)

總結(jié)一下：做產(chǎn)品為什么要畫(huà)這些圖？

首先得明白：為什么要畫(huà)圖？

因?yàn)?，?huà)圖是需求分析的重要環(huán)節(jié)，是用可視化的方式，對(duì)需求進(jìn)行梳理和展示，把需求描述清楚，才能保證想法落地變成產(chǎn)品。

• 能幫助我們梳理、分析需求，更好地理解和分析清楚需求
• 能產(chǎn)出可視化的需求描述，便于閱讀使用

其次得知道：為什么畫(huà)這些圖？

因?yàn)椋?huà)圖有一定的指導(dǎo)思想和方法，能提高準(zhǔn)確性和效率。

UML 提供了很好的思想和方法，可以從產(chǎn)品的靜態(tài)和動(dòng)態(tài)兩個(gè)視角進(jìn)行描述。

由此，有了靜態(tài)和動(dòng)態(tài)兩種視圖，每個(gè)視圖有對(duì)應(yīng)的圖形，供不同情況使用。

1）靜態(tài)視圖，描述產(chǎn)品的結(jié)構(gòu)，決定產(chǎn)品是由什么組成、能做什么、長(zhǎng)什么樣的。包括：

• 結(jié)構(gòu)圖：功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、產(chǎn)品結(jié)構(gòu)圖
• 用例圖：業(yè)務(wù)用例圖、系統(tǒng)用例圖
• 原型圖（無(wú)交互）

2）動(dòng)態(tài)視圖，描述產(chǎn)品的行為，決定了產(chǎn)品是怎樣運(yùn)行的，包括：

• 流程圖：普通流程圖、泳道活動(dòng)圖
• 時(shí)序圖
• 狀態(tài)圖

六、寫(xiě)在最后

寫(xiě)完之余，感受頗深。

原本只想大概總結(jié)下，不料職業(yè)病又犯了——為了總結(jié)，把整個(gè)分析過(guò)程的思路重新捋了一遍，把每個(gè)環(huán)節(jié)的分析視圖畫(huà)了一遍。

雖然嚴(yán)重影響進(jìn)度，卻感覺(jué)體會(huì)又加深了。

平時(shí)分享，可能幾句話就能講清楚的內(nèi)容，用文字記錄并表達(dá)出來(lái)，卻是刪刪改改，終不能滿意。

篇幅關(guān)系，很多內(nèi)容未能很好展開(kāi)，每個(gè)人對(duì)文字的理解也不同。

況且，個(gè)人的理解和思路，也并非標(biāo)準(zhǔn)答案；只是通過(guò)自己的總結(jié)，拋磚引玉，提供一些參考，愿您有所啟發(fā)。

感謝閱讀！

參考資料：

大象：Thinking in UML》

《人人都是產(chǎn)品經(jīng)理》

本文由 @四月 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自 Unsplash，基于 CC0 協(xié)議