從三個(gè)圓說起

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

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

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

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

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

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

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

這篇文章，寫給過去那個(gè)年輕的自己，寫給產(chǎn)品小白，同樣也寫給那些希望提升自己的產(chǎn)品老鳥。為了和上面那張圖里面的三個(gè)圓一一對(duì)應(yīng)，我將我要說到的點(diǎn)分為技術(shù)、商業(yè)和用戶體驗(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ì)抽象的概念，它可以泛指用來實(shí)現(xiàn)你的產(chǎn)品功能的各種前后端技術(shù)，它讓一切產(chǎn)品需求得以實(shí)現(xiàn)。從一個(gè)用戶加載到你的產(chǎn)品的登錄著陸頁，到他主動(dòng)地把他的用戶賬號(hào)注銷，技術(shù)棧都默默地在背后處理著這一切。

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

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

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

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

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

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

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

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

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

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

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

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

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

API是建立在數(shù)據(jù)結(jié)構(gòu)之上的，它體現(xiàn)了不同的兩個(gè)模塊（前后端）之間在是如何進(jìn)行通信以及做數(shù)據(jù)傳輸?shù)摹８匾氖牵珹PI也可以讓你與第三方（外部模塊）進(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)品開放提供給外部所有人都能使用的API，也就是我們經(jīng)常會(huì)用到的“第三方API”，“私有API”則是我們自己的產(chǎn)品使用不對(duì)外公開的API。

如何快速學(xué)習(xí)——第一時(shí)間去了解你產(chǎn)品開放或提供出來的一些API。這些API大多數(shù)都很容易找到，它們大多數(shù)存放在產(chǎn)品開發(fā)文檔下的API接口文檔中。當(dāng)你看到這些API接口文檔時(shí)，你會(huì)看到上面寫著一些代碼，這時(shí)，你到底會(huì)不會(huì)被這些代碼嚇一跳將取決于你的背景知識(shí)；但是，如果API接口文檔寫得比較規(guī)范的話，你還是會(huì)比較容易讀懂它們的，畢竟他比寫在程序上的代碼還要簡單。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è)大致的了解，可謂一石二鳥。

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

4、不能踩的坑

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

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

我知道這很枯燥，我也不喜歡做項(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)于人際處理的問題。你需要發(fā)時(shí)間去了解那些跟你一起工作的同事的性格，而你要怎么樣跟你的同事交流同樣也取決于你的性格。

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

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

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

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

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

當(dāng)你的團(tuán)隊(duì)在爭論著下一個(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è)新用戶的成本是多少？

• 產(chǎn)品的運(yùn)維成本是多少？
• 實(shí)現(xiàn)產(chǎn)品的每一步目標(biāo)需要的成本是多少？

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

• 未來一年產(chǎn)品會(huì)怎樣一步一步向目標(biāo)發(fā)展？未來三年呢？

• 團(tuán)隊(duì)需要招聘多少人來去支撐產(chǎn)品的優(yōu)化和運(yùn)維？
• 長期來看市場力量對(duì)產(chǎn)品會(huì)有怎樣的影響？例如成本下降、通貨膨脹以及行業(yè)競爭等等。

成為一個(gè)更好的PM——正如以上所說到的產(chǎn)品發(fā)展模型分析，如果你經(jīng)常練習(xí)去為你的產(chǎn)品建立這樣的模型，那么這將是測試你的產(chǎn)品發(fā)展預(yù)估模型的好方法，也能確保你的產(chǎn)品有足夠的發(fā)展?jié)摿ψ屇阒档脼橹冻?。另外，它還可以讓你的工作變得更加簡單，讓你的項(xiàng)目更能說服的你的利益相關(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ù)分析，依賴其他人來幫你你收集數(shù)據(jù)不但是浪費(fèi)別人的時(shí)間，而且這樣也不會(huì)讓你領(lǐng)會(huì)到數(shù)據(jù)的真正作用；因?yàn)槟切┒米鰯?shù)據(jù)分析的人都知道對(duì)數(shù)據(jù)的理解和敏感度是通過不斷對(duì)數(shù)據(jù)的挖掘和分析養(yǎng)成的，而并不是你天天看著PPT里那些漂亮的圖片就能學(xué)會(huì)的。

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

如何快速學(xué)習(xí)——你的終極目標(biāo)是做到可以通過自己的能力獲取產(chǎn)品的數(shù)據(jù)。當(dāng)然，你是要通過寫SQL語言還是通過拖拽控件來獲取數(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的事情上。雖然我還不至于跟你說這些東西啥也不是，但是可以肯定的是這些東西在做產(chǎn)品上是不怎么行得通的。弄清楚產(chǎn)品的愿景，找到實(shí)現(xiàn)愿景需要解決的問題，想出解決問題的辦法，然后盡快地通過用戶來驗(yàn)證你的辦法，并不斷重重復(fù)以上步驟。

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

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

大部分產(chǎn)品經(jīng)過長時(shí)間的打磨后，都會(huì)形成自己的設(shè)計(jì)模式，不管你有沒有刻意地去規(guī)劃它。設(shè)計(jì)模式是指在產(chǎn)品中一直使用著的相同的視覺效果和交互組件。“產(chǎn)品按鈕上的字體使用25號(hào)大小的字體；所有的表單都不超過3個(gè)字段；每次的報(bào)錯(cuò)都會(huì)有一個(gè)爆炸的音效反饋，并給用戶發(fā)送一份關(guān)于這個(gè)錯(cuò)誤細(xì)節(jié)的郵件?！薄@些都是設(shè)計(jì)模式。

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

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

設(shè)計(jì)模式一般是會(huì)和技術(shù)模式相互和諧發(fā)展的，像一些樣式或是前端組件，技術(shù)都是可以拿同樣的代碼來復(fù)用的，這樣開發(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—— **坦率地說，使用設(shè)計(jì)模式會(huì)讓你產(chǎn)品工作更加簡單更加快速。設(shè)計(jì)模式讓你站在設(shè)計(jì)大神的肩膀上，以至于你的產(chǎn)品做得非常簡單易用。如果你想打破產(chǎn)品現(xiàn)有的設(shè)計(jì)模式，你必須想清楚為什么要這么做，準(zhǔn)備好向團(tuán)隊(duì)說清楚為什么這么做對(duì)產(chǎn)品的長期健康發(fā)展是有必要的。

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

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

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

• 了解清楚研究樣本的大小，知道怎樣計(jì)算統(tǒng)計(jì)結(jié)果；

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

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

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

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

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

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

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

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

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

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

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

MVPM

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

譯后隨感：
一個(gè)平常的夜晚，翻Medium看到了這篇文章，認(rèn)真看完覺得寫得很不錯(cuò)，又想起了在掘金看到很多人翻譯各種文章。
于是，就有了翻譯此文的想法。
第一次嘗試翻譯一篇全英文的文章，譯前也在看了許多不同類型的文章的原文和譯文。全文翻譯下來并不是易事，斷斷續(xù)續(xù)的利用空閑時(shí)間翻譯，也花了好幾周的時(shí)間。
翻譯，是一場漫長的修行。
最后，如果你想一睹英文原版文章，請(qǐng)自備梯子，點(diǎn)擊Medium原文連接。
哈哈哈