全文約7000字，讀完本文大約需要10分鐘，此文為英文譯文

從三個(gè)圓說(shuō)起

下面這張圖也許你在以前就見(jiàn)過(guò)，它既簡(jiǎn)單而又優(yōu)雅的展現(xiàn)出了產(chǎn)品經(jīng)理本身是眾多技能交集體。

這張簡(jiǎn)單明了的數(shù)學(xué)集合圖，恰如其分的說(shuō)明了產(chǎn)品經(jīng)理應(yīng)該擁有的技能以及其內(nèi)在的能力界限，非常完美的詮釋了一個(gè)產(chǎn)品經(jīng)理應(yīng)該擁有的能力模型。

在很久以前，作為一個(gè)產(chǎn)品菜鳥(niǎo)，這張圖告訴我必須自覺(jué)地學(xué)習(xí)各種各樣的知識(shí)和技能從而去構(gòu)建自己的技能樹(shù)的廣度。但是，它似乎沒(méi)告訴我，我到底應(yīng)該專(zhuān)注在什么地方；所以，在最開(kāi)始作為一個(gè)小白時(shí)，我總是狼吞虎咽的學(xué)習(xí)著所有我能接觸到的知識(shí)和技能。到頭來(lái)，卻發(fā)現(xiàn)這是一個(gè)天大的錯(cuò)誤。

很顯然，在這個(gè)地球上我們是沒(méi)有足夠的時(shí)間去學(xué)習(xí)上圖中那三個(gè)圈里面的所有知識(shí)和技能的。圖的展現(xiàn)的東西雖然很有用，但終究來(lái)說(shuō)卻是不切實(shí)際的。

所以，如果我們要讓這張圖對(duì)我們有所幫助，我們應(yīng)該先了解清楚，圖里面交集的部分到底包含了什么？

交集的部分就是我要說(shuō)的MVPM，即最小可行的產(chǎn)品經(jīng)理（Minimum Viable Product Manager）。MVPM完美的定義了一個(gè)合格的產(chǎn)品經(jīng)理應(yīng)該擁有的知識(shí)和技能。

但MVPM并不意味著你需要很快速地去精通其中提到的所有技能，這樣對(duì)于一個(gè)小白來(lái)說(shuō)不但不切實(shí)際，而且還會(huì)有適得其反的效果。相反，你應(yīng)該把它看作一個(gè)小白產(chǎn)品經(jīng)理剛?cè)胄袑W(xué)習(xí)的教學(xué)大綱。

這篇文章，寫(xiě)給過(guò)去那個(gè)年輕的自己，寫(xiě)給產(chǎn)品小白，同樣也寫(xiě)給那些希望提升自己的產(chǎn)品老鳥(niǎo)。為了和上面那張圖里面的三個(gè)圓一一對(duì)應(yīng)，我將我要說(shuō)到的點(diǎn)分為技術(shù)、商業(yè)和用戶(hù)體驗(yàn)三個(gè)大點(diǎn)進(jìn)行描述。并且，每個(gè)大點(diǎn)相對(duì)應(yīng)的指出三個(gè)必須聚焦的知識(shí)或技能和一個(gè)不能踩的坑。為了讓更多的小白和行外人能快速讀懂，我將盡可能描述得通俗易懂。

一、MVMP：技術(shù)

1.技術(shù)棧

當(dāng)程序猿們?cè)谡務(wù)摷夹g(shù)棧時(shí)，程序猿們?cè)谡務(wù)撌裁矗?/p>

“技術(shù)?！笔且粋€(gè)相對(duì)抽象的概念，它可以泛指用來(lái)實(shí)現(xiàn)你的產(chǎn)品功能的各種前后端技術(shù)，它讓一切產(chǎn)品需求得以實(shí)現(xiàn)。從一個(gè)用戶(hù)加載到你的產(chǎn)品的登錄著陸頁(yè)，到他主動(dòng)地把他的用戶(hù)賬號(hào)注銷(xiāo)，技術(shù)棧都默默地在背后處理著這一切。

如何快速學(xué)習(xí)——請(qǐng)教開(kāi)發(fā)大神們，讓他們幫你從“一覽眾山小”的角度去review一遍所有的技術(shù)棧。接著把你聽(tīng)到的各種技術(shù)記錄下來(lái)，并且快速的谷歌一遍所有的專(zhuān)業(yè)術(shù)語(yǔ)。這樣，你就會(huì)大概了解到產(chǎn)品開(kāi)發(fā)中所用到的每種技術(shù)的優(yōu)點(diǎn)和不足之處，也會(huì)清楚這些技術(shù)在內(nèi)部是如何和諧并高效地運(yùn)作的。記住，在快速了解技術(shù)時(shí)一定要以“一覽眾山小”的角度切入，否則你會(huì)掉入技術(shù)學(xué)習(xí)這個(gè)大坑無(wú)法自拔。

成為一個(gè)更好的PM——當(dāng)程序員們?cè)谵k公室里討論產(chǎn)品架構(gòu)應(yīng)該如何搭建，頓時(shí)，各種專(zhuān)業(yè)術(shù)語(yǔ)總會(huì)滿(mǎn)天飛。這時(shí)，也許你會(huì)一臉懵逼。但是，當(dāng)你了解了技術(shù)棧的相關(guān)知識(shí)，這意味著你可以跟得上他們討論的節(jié)奏。假以時(shí)日，你將會(huì)逐漸明白程序猿們到底在討論哪一個(gè)層面的技術(shù)問(wèn)題（比如，是前端的問(wèn)題還是后端的問(wèn)題；是數(shù)據(jù)庫(kù)的問(wèn)題還是服務(wù)器的問(wèn)題…）。通常來(lái)說(shuō)，一個(gè)產(chǎn)品的技術(shù)棧中需要接觸的東西越多，涉及的層次越深，那么這個(gè)產(chǎn)品的需求變更后的開(kāi)發(fā)難度就越大，風(fēng)險(xiǎn)也更大。當(dāng)你了解了這一切，在下一次考慮如何解決產(chǎn)品問(wèn)題時(shí)，你可能就會(huì)用另一種方法去解決問(wèn)題。

2.系統(tǒng)架構(gòu)

如果說(shuō)剛剛提到的“技術(shù)?！贝碇切┙?jīng)常被我們使用到的技術(shù)，那么系統(tǒng)架構(gòu)就控制著這些技術(shù)如何共同搭建，高效運(yùn)轉(zhuǎn)，并最終誕生出產(chǎn)品的。與更抽象的“技術(shù)?！北绕饋?lái)，系統(tǒng)架構(gòu)則更加貼近于產(chǎn)品本身，它的設(shè)計(jì)構(gòu)想恰恰會(huì)體現(xiàn)出用戶(hù)的產(chǎn)品需求。

如何快速學(xué)習(xí) ——同樣的，還是要請(qǐng)教開(kāi)發(fā)大神們，讓他們給你畫(huà)一個(gè)系統(tǒng)的架構(gòu)圖，那么你將會(huì)得到類(lèi)似一張這樣的圖：

在看到這張圖后，你懵逼的概率達(dá)到了百分之99，但是，一定要蛋定。首頁(yè)，你必須跪教（跪著請(qǐng)教）程序猿大哥們，讓他們告訴你圖中所有不同形狀的組件（包括各種客戶(hù)端、服務(wù)端及數(shù)據(jù)庫(kù)）都是干什么用的；如果你請(qǐng)教的姿勢(shì)是對(duì)的話(huà)，那么，他們會(huì)告訴你哪些東西是用來(lái)處理網(wǎng)絡(luò)請(qǐng)求的，哪些是用來(lái)實(shí)現(xiàn)業(yè)務(wù)邏輯的，哪些是用來(lái)儲(chǔ)存用戶(hù)數(shù)據(jù)的。

當(dāng)然，你不要作死的認(rèn)為程序猿哥哥在忽悠你，他剛剛說(shuō)的一切對(duì)你都是非常有用的。

成為一個(gè)更好的PM——當(dāng)你大致了解了系統(tǒng)的架構(gòu)后，你就會(huì)逐漸的像程序猿們一樣的把你的產(chǎn)品看做一個(gè)系統(tǒng)來(lái)去思考。這樣，當(dāng)你清楚的了解了產(chǎn)品中的每一部分在總體中起的作用時(shí)，你就會(huì)做出更好的決策和需求權(quán)衡，在考慮需求方案時(shí)，會(huì)更加的周全以及更加清楚它的可行性。

一般來(lái)說(shuō)，如果一個(gè)產(chǎn)品中的某個(gè)模塊與系統(tǒng)的其他模塊的關(guān)聯(lián)越多，那么它的變動(dòng)則會(huì)越復(fù)雜和困難，因?yàn)楫a(chǎn)品中的其他模塊都要依靠它來(lái)提供數(shù)據(jù)傳輸或是功能支持。如果在實(shí)現(xiàn)某個(gè)功能的時(shí)候，你的產(chǎn)品需要改變的模塊越多，對(duì)外部的數(shù)據(jù)或功能依賴(lài)越多，那么，你的這個(gè)功能將會(huì)很難執(zhí)行并實(shí)現(xiàn)。

在大公司里，產(chǎn)品執(zhí)行工作中涉及的不同模塊的數(shù)量通常是和你要去溝通的部門(mén)或團(tuán)隊(duì)的數(shù)量是一樣的，所以，這也意味著你要獲得同等數(shù)量的人的同意和支持。

3. 數(shù)據(jù)結(jié)構(gòu)和API

數(shù)據(jù)結(jié)構(gòu)負(fù)責(zé)把產(chǎn)品中用到的各種數(shù)據(jù)高效的組織起來(lái)，并且標(biāo)準(zhǔn)化了這些數(shù)據(jù)是如何與其他“信息”關(guān)聯(lián)起來(lái)的。而這里說(shuō)的“信息”指的是用戶(hù)、產(chǎn)品、信用卡等等，那些具體的東西。這些東西通過(guò)確定的、結(jié)構(gòu)化的方式相互關(guān)聯(lián)，例如一個(gè)用戶(hù)可以擁有很多的產(chǎn)品，但通常情況下只有一張信用卡。

數(shù)據(jù)結(jié)構(gòu)與上面說(shuō)到的系統(tǒng)架構(gòu)有非常緊密的聯(lián)系，之所以這么說(shuō)，是因?yàn)樘囟ǖ臄?shù)據(jù)信息是存放在特定的系統(tǒng)模塊中的。你的用戶(hù)信息以及與用戶(hù)相關(guān)的產(chǎn)品數(shù)據(jù)可能存放在A模塊中 ，但是由于用戶(hù)隱私信息的敏感，信用卡信息可能會(huì)存放在B模塊中。所以當(dāng)你有一個(gè)需求是需要將一個(gè)產(chǎn)品擁有的用戶(hù)的信息展示在一個(gè)列表中時(shí)，那么這將相當(dāng)簡(jiǎn)單，因?yàn)檫@些信息是存放在同一個(gè)模塊中的。但是，當(dāng)你需要知道這些用戶(hù)當(dāng)中哪些用戶(hù)綁定了信用卡時(shí)，A模塊就需要與B模塊進(jìn)行關(guān)聯(lián)，以此達(dá)到數(shù)據(jù)傳輸?shù)哪康?。這樣做有一定難度，需要用到API來(lái)去實(shí)現(xiàn)。

API是建立在數(shù)據(jù)結(jié)構(gòu)之上的，它體現(xiàn)了不同的兩個(gè)模塊（前后端）之間在是如何進(jìn)行通信以及做數(shù)據(jù)傳輸?shù)?。更重要的是，API也可以讓你與第三方（外部模塊）進(jìn)行數(shù)據(jù)上的通信。當(dāng)你在谷歌地圖上叫Uber時(shí)，谷歌地圖則會(huì)調(diào)用Uber提供的API，與Uber的相關(guān)模塊進(jìn)行數(shù)據(jù)通信。大多數(shù)的產(chǎn)品會(huì)有它的“公共API”和“私有API”，“公共API”是產(chǎn)品開(kāi)放提供給外部所有人都能使用的API，也就是我們經(jīng)常會(huì)用到的“第三方API”，“私有API”則是我們自己的產(chǎn)品使用不對(duì)外公開(kāi)的API。

如何快速學(xué)習(xí)——第一時(shí)間去了解你產(chǎn)品開(kāi)放或提供出來(lái)的一些API。這些API大多數(shù)都很容易找到，它們大多數(shù)存放在產(chǎn)品開(kāi)發(fā)文檔下的API接口文檔中。當(dāng)你看到這些API接口文檔時(shí)，你會(huì)看到上面寫(xiě)著一些代碼，這時(shí)，你到底會(huì)不會(huì)被這些代碼嚇一跳將取決于你的背景知識(shí)；但是，如果API接口文檔寫(xiě)得比較規(guī)范的話(huà)，你還是會(huì)比較容易讀懂它們的，畢竟他比寫(xiě)在程序上的代碼還要簡(jiǎn)單。API通常常體現(xiàn)了一個(gè)產(chǎn)品的內(nèi)部數(shù)據(jù)結(jié)構(gòu)，這樣，當(dāng)你研究完API時(shí)，也會(huì)對(duì)產(chǎn)品的數(shù)據(jù)結(jié)構(gòu)有一個(gè)大致的了解，可謂一石二鳥(niǎo)。

成為一個(gè)更好的PM——了解清楚產(chǎn)品的數(shù)據(jù)結(jié)構(gòu)，它可以擴(kuò)展你的能力，讓你知道你可以利用哪些信息來(lái)創(chuàng)造出更好的產(chǎn)品，同樣的，你也會(huì)清楚獲取該信息的難易程度，自己心里會(huì)有個(gè)底。了解清楚產(chǎn)品的API意味著你也了解清楚了你的合作伙伴和第三方開(kāi)發(fā)者會(huì)從你這里獲取到什么樣的信息，所以你也應(yīng)該知道產(chǎn)品上哪些外部合作或是可行的。一個(gè)產(chǎn)品擁有的可擴(kuò)展性是其最具有價(jià)值的屬性之一，一個(gè)產(chǎn)品能與外部的產(chǎn)品（你的用戶(hù)每天都在使用的產(chǎn)品）進(jìn)行良好的協(xié)作變得越來(lái)越重要。

4. 不能踩的坑

別去敲代碼。先別誤解我的意思，我也喜歡敲代碼，他確實(shí)也讓我變得更加專(zhuān)業(yè)；但是，除非你負(fù)責(zé)的是一個(gè)包含著黑科技的產(chǎn)品，否則你不需要依靠敲代碼來(lái)去成為一個(gè)好的產(chǎn)品經(jīng)理。如果你正以產(chǎn)品經(jīng)理的身份去敲代碼，你就要問(wèn)問(wèn)你自己是不是在干著一份高回報(bào)的工作，又或者是你根本不知道自己應(yīng)該做些什么。但是話(huà)說(shuō)回來(lái)，我覺(jué)得一個(gè)人至少開(kāi)發(fā)過(guò)一次APP產(chǎn)品或是Web產(chǎn)品，并把產(chǎn)品部署到生產(chǎn)環(huán)境上，那么這會(huì)是一次值得而又好玩的經(jīng)歷。

二、MVPM：業(yè)務(wù)

1. 項(xiàng)目管理

我知道這很枯燥，我也不喜歡做項(xiàng)目管理，但是它卻非常重要。如果你不能很好的運(yùn)作管理一個(gè)項(xiàng)目，那么你將永遠(yuǎn)不能成為一個(gè)好的產(chǎn)品經(jīng)理。

如何快速學(xué)習(xí)——這是一件很困難的事情。想要成為一名好的項(xiàng)目經(jīng)理，一方面需要大量的經(jīng)驗(yàn)和時(shí)間積累；另一方面，項(xiàng)目管理是一個(gè)關(guān)于人際處理的問(wèn)題。你需要發(fā)時(shí)間去了解那些跟你一起工作的同事的性格，而你要怎么樣跟你的同事交流同樣也取決于你的性格。

話(huà)雖如此，你還是可以學(xué)習(xí)一些軟件方面的知識(shí)來(lái)去加速積累你的硬技能的。

1. 了解產(chǎn)品開(kāi)發(fā)過(guò)程中的基本知識(shí)，這樣在和團(tuán)隊(duì)共同工作時(shí)你將會(huì)有更多換位思考的能力。學(xué)習(xí)版本控制的知識(shí)和技能（比如GIt）、了解協(xié)同開(kāi)發(fā)的工具（比如GitHub）、了解質(zhì)量控制（QA）的流程，最后還要知道你的產(chǎn)品是如何以及何時(shí)部署到用戶(hù)手上的。
   2.了解那些常見(jiàn)的困擾團(tuán)隊(duì)的問(wèn)題，并且要知道解決這些問(wèn)題的方法。在項(xiàng)目管理的過(guò)程中，你也許會(huì)遇到一些新的項(xiàng)目管理方法，例如敏捷開(kāi)發(fā)流程、Scrum開(kāi)發(fā)流程、看板開(kāi)發(fā)流（具體意思可自行Google）。不管你的團(tuán)隊(duì)有沒(méi)有用這些項(xiàng)目管理方法，他們背后的哲學(xué)精髓都是值得你去學(xué)習(xí)的。
   3.了解清楚團(tuán)隊(duì)的決策方式，弄清楚你的利益相關(guān)人。一般情況下，他們可能會(huì)是你的用戶(hù)、你的老板、團(tuán)隊(duì)成員的上司，亦或是其他產(chǎn)品經(jīng)理。確保團(tuán)隊(duì)中每一個(gè)人都清楚自己工作的進(jìn)展和未來(lái)的方向，同時(shí)也要讓同事們清楚他們關(guān)心的事情的進(jìn)展和方向，或者你去了解清楚他們到底關(guān)心什么。

成為一個(gè)更好的PM——你可以和你的團(tuán)隊(duì)一起做出更多有趣的事情，這樣你的同事也會(huì)更喜歡和你一起工作，因?yàn)榇蠹叶疾粫?huì)喜歡一個(gè)管理不善的項(xiàng)目。

2. 業(yè)務(wù)模型分析

工作上的事情如果沒(méi)有事先做好計(jì)劃和估算，是很少可以出色的完成的。產(chǎn)品也一樣，任何一個(gè)產(chǎn)品都應(yīng)該定下一些關(guān)乎產(chǎn)品成功的量化目標(biāo)，例如用戶(hù)增長(zhǎng)量、產(chǎn)品功能接受度、產(chǎn)品收入等等。

當(dāng)你的團(tuán)隊(duì)在爭(zhēng)論著下一個(gè)版本應(yīng)該優(yōu)先上什么功能時(shí)，如果你能為產(chǎn)品提供一個(gè)指導(dǎo)產(chǎn)品發(fā)展方向的參考模型就顯得十分重要了。

如何快速學(xué)習(xí)——所以，是時(shí)候建立一個(gè)產(chǎn)品發(fā)展的參考模型，一個(gè)好的模型應(yīng)該清晰的展示以下兩點(diǎn)：

產(chǎn)品建設(shè)成本的預(yù)估：

• 獲取一個(gè)新用戶(hù)的成本是多少？
• 產(chǎn)品的運(yùn)維成本是多少？
• 實(shí)現(xiàn)產(chǎn)品的每一步目標(biāo)需要的成本是多少？

產(chǎn)品未來(lái)發(fā)展的狀況預(yù)估：

• 未來(lái)一年產(chǎn)品會(huì)怎樣一步一步向目標(biāo)發(fā)展？未來(lái)三年呢？
• 團(tuán)隊(duì)需要招聘多少人來(lái)去支撐產(chǎn)品的優(yōu)化和運(yùn)維？
• 長(zhǎng)期來(lái)看市場(chǎng)力量對(duì)產(chǎn)品會(huì)有怎樣的影響？例如成本下降、通貨膨脹以及行業(yè)競(jìng)爭(zhēng)等等。

成為一個(gè)更好的PM——正如以上所說(shuō)到的產(chǎn)品發(fā)展模型分析，如果你經(jīng)常練習(xí)去為你的產(chǎn)品建立這樣的模型，那么這將是測(cè)試你的產(chǎn)品發(fā)展預(yù)估模型的好方法，也能確保你的產(chǎn)品有足夠的發(fā)展?jié)摿ψ屇阒档脼橹冻?。另外，它還可以讓你的工作變得更加簡(jiǎn)單，讓你的項(xiàng)目更能說(shuō)服的你的利益相關(guān)人，讓你和其他項(xiàng)目比較它們的機(jī)會(huì)成本。

3. 數(shù)據(jù)收集與分析

一個(gè)團(tuán)隊(duì)如果能夠用獨(dú)立的收集各種數(shù)據(jù)，那么對(duì)于團(tuán)隊(duì)做出快速?zèng)Q定是非常重要的。對(duì)于那些復(fù)雜的數(shù)據(jù)分析，依賴(lài)其他人來(lái)幫你你收集數(shù)據(jù)不但是浪費(fèi)別人的時(shí)間，而且這樣也不會(huì)讓你領(lǐng)會(huì)到數(shù)據(jù)的真正作用；因?yàn)槟切┒米鰯?shù)據(jù)分析的人都知道對(duì)數(shù)據(jù)的理解和敏感度是通過(guò)不斷對(duì)數(shù)據(jù)的挖掘和分析養(yǎng)成的，而并不是你天天看著PPT里那些漂亮的圖片就能學(xué)會(huì)的。

依賴(lài)別人來(lái)去收集和分析你的數(shù)據(jù)同樣也會(huì)削弱根據(jù)數(shù)據(jù)來(lái)去做決定的能力。幾乎每一天我們都在決定著產(chǎn)品在某個(gè)特定的用戶(hù)場(chǎng)景應(yīng)該如何去設(shè)計(jì)，這時(shí)有數(shù)據(jù)作為支撐的決策就會(huì)變得很簡(jiǎn)單。

如何快速學(xué)習(xí)——你的終極目標(biāo)是做到可以通過(guò)自己的能力獲取產(chǎn)品的數(shù)據(jù)。當(dāng)然，你是要通過(guò)寫(xiě)SQL語(yǔ)言還是通過(guò)拖拽控件來(lái)獲取數(shù)據(jù)就要看你的產(chǎn)品采用是怎樣的數(shù)據(jù)技術(shù)支撐。不管用什么方法，你還是需要投入時(shí)間去學(xué)習(xí)相關(guān)獲取數(shù)據(jù)的工具，自己找時(shí)間谷歌吧。

成為一個(gè)更好的PM——當(dāng)數(shù)據(jù)很容易獲取時(shí)，你就會(huì)更加頻繁地使用到它。不管你是考慮著產(chǎn)品的下個(gè)版本應(yīng)該做什么，還是看看產(chǎn)品的進(jìn)展如何，你都會(huì)形成條件反射，會(huì)把數(shù)據(jù)作為你做決策的重要輸入，而這樣你的產(chǎn)品將會(huì)變的更好。

4. 不能踩的坑

一個(gè)有著商業(yè)學(xué)位的朋友給我的教訓(xùn)：不要把你的時(shí)間浪費(fèi)在做什么商業(yè)策略、三年計(jì)劃、或者其他MBA的事情上。雖然我還不至于跟你說(shuō)這些東西啥也不是，但是可以肯定的是這些東西在做產(chǎn)品上是不怎么行得通的。

弄清楚產(chǎn)品的愿景，找到實(shí)現(xiàn)愿景需要解決的問(wèn)題，想出解決問(wèn)題的辦法，然后盡快地通過(guò)用戶(hù)來(lái)驗(yàn)證你的辦法，并不斷重重復(fù)以上步驟。

三、MVPM：用戶(hù)體驗(yàn)

1. 了解產(chǎn)品的設(shè)計(jì)模式

大部分產(chǎn)品經(jīng)過(guò)長(zhǎng)時(shí)間的打磨后，都會(huì)形成自己的設(shè)計(jì)模式，不管你有沒(méi)有刻意地去規(guī)劃它。設(shè)計(jì)模式是指在產(chǎn)品中一直使用著的相同的視覺(jué)效果和交互組件。

“產(chǎn)品按鈕上的字體使用25號(hào)大小的字體；所有的表單都不超過(guò)3個(gè)字段；每次的報(bào)錯(cuò)都會(huì)有一個(gè)爆炸的音效反饋，并給用戶(hù)發(fā)送一份關(guān)于這個(gè)錯(cuò)誤細(xì)節(jié)的郵件?！薄@些都是設(shè)計(jì)模式。

了解產(chǎn)品的設(shè)計(jì)模式是讓你清楚你的用戶(hù)是如何理解你的產(chǎn)品以及讓他們很快的接受你的產(chǎn)品的新功能的關(guān)鍵。如果你以前都是用綠色的寫(xiě)著“添加新功能”的按鈕，通過(guò)點(diǎn)擊來(lái)啟動(dòng)某些功能，這次你把它換成了橙色的寫(xiě)著“來(lái)點(diǎn)新意”的按鈕，這樣你可能會(huì)把用戶(hù)搞暈的。

隨著產(chǎn)品的不斷成長(zhǎng)，運(yùn)用一致的產(chǎn)品設(shè)計(jì)模式將變得越來(lái)越重要，因?yàn)檫@樣既能夠樣產(chǎn)品團(tuán)隊(duì)中的每個(gè)人獨(dú)立地工作，也能夠讓產(chǎn)品看起來(lái)更加渾然一體。

設(shè)計(jì)模式一般是會(huì)和技術(shù)模式相互和諧發(fā)展的，像一些樣式或是前端組件，技術(shù)都是可以拿同樣的代碼來(lái)復(fù)用的，這樣開(kāi)發(fā)的速度和效率都會(huì)更高，因?yàn)樗麄儾恍枰偃ピO(shè)計(jì)或是實(shí)現(xiàn)一個(gè)同樣的功能了。

如何快速學(xué)習(xí)——?請(qǐng)教一下你們的設(shè)計(jì)師，他們都應(yīng)該知道這些設(shè)計(jì)模式，當(dāng)然也希望他們能給你一份設(shè)計(jì)模式的相關(guān)參考。同樣的，請(qǐng)教一下你們的前端工程師，他們也會(huì)給你一個(gè)關(guān)于設(shè)計(jì)模式的相關(guān)參考。

成為一個(gè)更好的PM——?坦率地說(shuō)，使用設(shè)計(jì)模式會(huì)讓你產(chǎn)品工作更加簡(jiǎn)單更加快速。設(shè)計(jì)模式讓你站在設(shè)計(jì)大神的肩膀上，以至于你的產(chǎn)品做得非常簡(jiǎn)單易用。如果你想打破產(chǎn)品現(xiàn)有的設(shè)計(jì)模式，你必須想清楚為什么要這么做，準(zhǔn)備好向團(tuán)隊(duì)說(shuō)清楚為什么這么做對(duì)產(chǎn)品的長(zhǎng)期健康發(fā)展是有必要的。

2. 知道怎么做用戶(hù)體驗(yàn)調(diào)研

產(chǎn)品經(jīng)理應(yīng)該代表著用戶(hù)的聲音。如果你不懂你的用戶(hù)，你永遠(yuǎn)也不可能打造出牛逼的產(chǎn)品。從做一個(gè)面對(duì)面的用戶(hù)訪(fǎng)談，到量化分析數(shù)以萬(wàn)計(jì)的產(chǎn)品行為，了解清楚做好用戶(hù)研究的基礎(chǔ)，對(duì)你的工作來(lái)說(shuō)是非常必要的。

如何快速學(xué)習(xí)——有用的研究是一個(gè)非常大的領(lǐng)域，所以避免把你引到一個(gè)大坑里去，我推薦你搞懂以下幾點(diǎn)：

• 了解清楚研究樣本的大小，知道怎樣計(jì)算統(tǒng)計(jì)結(jié)果；
• 了解清楚怎樣讓你的樣本更具代表性，以及它為什么如此重要；
• 了解清楚在調(diào)查和采訪(fǎng)過(guò)程中如何提出不帶偏見(jiàn)、不具誘導(dǎo)性的問(wèn)題；
• 了解清楚如何得出全面的研究結(jié)果并避免得出錯(cuò)誤的結(jié)論。

成為一個(gè)更好的PM——通過(guò)頻繁地與你的用戶(hù)一起測(cè)試你的產(chǎn)品，你可以打破很多產(chǎn)品開(kāi)發(fā)中的猜想。在一個(gè)項(xiàng)目開(kāi)啟之前，你應(yīng)該測(cè)試驗(yàn)證一下你想要解決的問(wèn)題或是需求，是真的需要被解決的。當(dāng)你在設(shè)計(jì)和開(kāi)發(fā)產(chǎn)品時(shí)，你應(yīng)該測(cè)試你設(shè)計(jì)的產(chǎn)品是否是易用的，并且它能不能夠幫助你的用戶(hù)解決問(wèn)題。在產(chǎn)品上線(xiàn)之后，你應(yīng)該驗(yàn)證你幫助用戶(hù)解決的問(wèn)題是不是真的解決了。

3. 知道怎樣把你的想法輸出為原型

這里所說(shuō)的原型是指能夠做出可以高效表達(dá)你的想法的產(chǎn)品視覺(jué)原型草圖。原型做得足夠好，你就能做好以下幾點(diǎn)：

清晰的表達(dá)出產(chǎn)品的概念：

要傳達(dá)好一款產(chǎn)品的體驗(yàn)，無(wú)論是從口頭表達(dá)還是書(shū)面表達(dá)，都是非常困難的。而一個(gè)可以讓人們看到產(chǎn)品大致樣子的原型（最好可以加上交互效果；你不需要寫(xiě)代碼就能實(shí)現(xiàn)這一切）會(huì)有效十倍。
之所以這樣，是因?yàn)橛袃牲c(diǎn)的原因：一、產(chǎn)品原型可以清晰地描述用戶(hù)最終如何與產(chǎn)品進(jìn)行交互；二、因?yàn)槿祟?lèi)天生喜歡視覺(jué)化地思考，可視化的原型可以拉平不同領(lǐng)域的看法和差異，以至于團(tuán)隊(duì)里的每個(gè)人都可以用共通的語(yǔ)言來(lái)溝通，并高效地給出自己的意見(jiàn)。

在必要的時(shí)候幫設(shè)計(jì)師一把：

在大多數(shù)項(xiàng)目中，產(chǎn)品設(shè)計(jì)走在產(chǎn)品開(kāi)發(fā)的前面是非常重要的。設(shè)計(jì)師努力“跑在開(kāi)發(fā)的前面”，因?yàn)橐坏╅_(kāi)發(fā)人員按照既定的方向去開(kāi)發(fā)產(chǎn)品，之后產(chǎn)品方向的變更產(chǎn)生的成本將會(huì)很高。
因?yàn)楹芏喈a(chǎn)品的設(shè)計(jì)都是需要不斷的迭代并且是與產(chǎn)品開(kāi)發(fā)并行的，當(dāng)產(chǎn)品設(shè)計(jì)遇到瓶頸（例如，用戶(hù)調(diào)研證明設(shè)計(jì)是不夠好的），設(shè)計(jì)的進(jìn)度就會(huì)很快的落在開(kāi)發(fā)后面。遇到這種情況的時(shí)候，產(chǎn)品經(jīng)理就應(yīng)該能夠馬上卷起袖子充當(dāng)設(shè)計(jì)師的助理，讓設(shè)計(jì)圖能夠按時(shí)交付，保證產(chǎn)品的開(kāi)發(fā)進(jìn)度。

如何快速學(xué)習(xí)——這個(gè)我就不花時(shí)間說(shuō)了，趕快把Sketch用起來(lái)吧，它就是微軟畫(huà)圖和Photoshop的完美結(jié)合、一個(gè)神器。

成為一個(gè)更好的PM——通過(guò)原型，你可以告訴人們你在想什么，而不是假裝他們已經(jīng)懂你的意思了。同時(shí)，你也會(huì)從你的同事那獲得更多更好的反饋，也減少了溝通不暢導(dǎo)致的人力浪費(fèi)。

4、不能踩的坑
別想著去做一個(gè)牛逼的視覺(jué)設(shè)計(jì)師。也許你有能力去設(shè)計(jì)出很漂亮的交互界面，但是這是多余的，這樣打消那些深入研究產(chǎn)品設(shè)計(jì)的人的信心的。除非你真的是一個(gè)設(shè)計(jì)大牛（需要清除的是，大牛永遠(yuǎn)是稀缺的），否則當(dāng)你以為自己還不錯(cuò)的時(shí)候，可能你真的啥也不是。

MVPM

我不會(huì)把學(xué)習(xí)以上說(shuō)到的東西不當(dāng)回事。學(xué)習(xí)以上的東西并不簡(jiǎn)單，它需要花費(fèi)很多的時(shí)間，所以，一步一個(gè)腳印去解決每一個(gè)難題，并為自己學(xué)到的東西感到高興。我希望這篇文章能夠在你成為牛逼亦或是最小可行的產(chǎn)品經(jīng)理的路上，給你帶來(lái)一點(diǎn)幫助。

譯后隨感

一個(gè)平常的夜晚，翻Medium看到了這篇文章，認(rèn)真看完覺(jué)得寫(xiě)得很不錯(cuò)，又想起了在掘金看到很多人翻譯各種文章。

于是，就有了翻譯此文的想法。

第一次嘗試翻譯一篇全英文的文章，譯前也在看了許多不同類(lèi)型的文章的原文和譯文。全文翻譯下來(lái)并不是易事，斷斷續(xù)續(xù)的利用空閑時(shí)間翻譯，也花了好幾周的時(shí)間。

翻譯，是一場(chǎng)漫長(zhǎng)的修行。

作者：Brandon Chu

原文地址：Medium原文連接

譯者：xavi，微信公眾號(hào)：addoilbuddies

本文由 @xavi 翻譯發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載