作為一名產(chǎn)品經(jīng)理，我們在實(shí)際的工作中跟我們打交道最多的有哪些人呢？你的老板、客戶、前端開發(fā)工程師、后端開發(fā)工程師、UI設(shè)計(jì)師、UE交互設(shè)計(jì)、測試工程師、運(yùn)營工程師等。
好了，我們來一個(gè)一個(gè)的拆分一下，產(chǎn)品經(jīng)理與這些人打交道到底是要搞清楚一些什么問題，同時(shí)也通過這種方式也來深層次的認(rèn)知一下我們到底在通往產(chǎn)品經(jīng)理路上的那個(gè)階段。
一、對接老板
產(chǎn)品經(jīng)理最先面對的就是你的老板，他不會(huì)經(jīng)常關(guān)注你所做的產(chǎn)品的細(xì)節(jié)方面，但是他卻會(huì)隔三差五的問一下現(xiàn)在產(chǎn)品設(shè)計(jì)的一些大的方面的東西。比如，他會(huì)問這個(gè)產(chǎn)品多久可以上線試運(yùn)營？這個(gè)產(chǎn)品設(shè)計(jì)出來后能不能滿足我們的市場需求？產(chǎn)品上現(xiàn)在還有哪些問題沒有解決等。
所以這個(gè)時(shí)候，面對老板的問題，我們最好的方式就是要提前預(yù)想到老板要問的這些問題，然后及時(shí)的做出一些數(shù)據(jù)分析的表格。比如整個(gè)項(xiàng)目的時(shí)間安排進(jìn)度表我們要及時(shí)的更新，我們的產(chǎn)品能滿足市場上的哪些需求我們需要將滿足點(diǎn)一一羅列出來，然后從定性和定量的角度上來加以分析后來佐證我們的想法。對于產(chǎn)品現(xiàn)階段的問題，我們需要每天都給項(xiàng)目團(tuán)隊(duì)發(fā)出一個(gè)該產(chǎn)品目前存在的問題清單，然后抄送給你的老板?；蛟S你的老板有的時(shí)候由于忙沒有及時(shí)的看郵件，但是這樣做才能讓大家及時(shí)的知道整個(gè)項(xiàng)目上存在的問題并及時(shí)解決。
當(dāng)然，老板也會(huì)經(jīng)常和你談?wù)撘恍┥虡I(yè)思維和商業(yè)模式。具體來說就是你做的產(chǎn)品在整個(gè)企業(yè)或者團(tuán)隊(duì)的產(chǎn)品矩陣中占據(jù)何等地位，又是如何為其他產(chǎn)品帶來益處的等。
二、對接客戶
對于產(chǎn)品經(jīng)理來說，你的客戶就是這個(gè)產(chǎn)品需求的提出者。你面對的客戶有信息部的、有生產(chǎn)部的、有市場部的等。很多時(shí)候你會(huì)發(fā)現(xiàn)，對于客戶要達(dá)到的同一個(gè)需求，每個(gè)客戶所提的需求都會(huì)不一樣。因?yàn)槊總€(gè)人都會(huì)站在自己的立場上來提出問題，這個(gè)時(shí)候我們可以有2種方式來收集客戶所提出的需求。
（1）你可以以郵件的方式召集大家開一個(gè)會(huì)議，會(huì)議的主題就是討論客戶方所提的需求。這個(gè)時(shí)候，你會(huì)發(fā)現(xiàn)各個(gè)部門的人都會(huì)各抒己見，提出自己的需求。然后，你就按照每個(gè)人的發(fā)言精簡的記錄下每個(gè)人的需求。然后，在會(huì)議結(jié)束后，你再將收集的這些需求整理提煉后以郵件的形式發(fā)給大家，讓大家確認(rèn)。并告知他們，等到他們確認(rèn)后統(tǒng)一的將這些需求發(fā)給客戶方的項(xiàng)目管理人員做匯總核實(shí)后再發(fā)給你。這樣你再拿到這個(gè)匯總后的文檔做進(jìn)一步的需求分析和偽需求處理，就會(huì)節(jié)省很多的時(shí)間。
（2）你可以根據(jù)客戶需求的提出順序來擬定一個(gè)需求收集調(diào)研表。然后根據(jù)排程逐個(gè)部門進(jìn)行需求收集調(diào)研，調(diào)研后你根據(jù)收集的需求擬定出一份需求文檔。然后郵件發(fā)送給各個(gè)部門進(jìn)行確認(rèn)，這樣通過來回幾次修正后最終你再整理出一份需求分析報(bào)告。然后找個(gè)時(shí)間將客戶方的需求提出者召集起來開個(gè)小會(huì)，會(huì)議中可以總結(jié)和補(bǔ)充一下需求并最終確認(rèn)需求。確認(rèn)后讓客戶方簽字后就可以開始下一步的工作了。
三、對接UI和UE
我們收集到客戶的需求后，接下來產(chǎn)品經(jīng)理就要按照收集的需求來整理出產(chǎn)品的需求文檔、概要設(shè)計(jì)文檔。同時(shí)，在設(shè)計(jì)出產(chǎn)品demo的1.0版本后，我們同時(shí)可以將產(chǎn)品的詳細(xì)需求文檔1.0版本也整理出來。這個(gè)時(shí)候，我們就要和UI和UE來討論產(chǎn)品的界面設(shè)計(jì)、交互設(shè)計(jì)、用戶體驗(yàn)、設(shè)計(jì)風(fēng)格等多方面的問題了。但是在做設(shè)計(jì)之前，作為產(chǎn)品經(jīng)理的我們一定要想清楚以下幾個(gè)方面的問題：
（1）產(chǎn)品的層次設(shè)計(jì)與模塊化設(shè)計(jì)
產(chǎn)品分層與模塊化設(shè)計(jì)是基于產(chǎn)品系統(tǒng)框架來看的。這個(gè)時(shí)候一定要搞清楚產(chǎn)品在系統(tǒng)結(jié)構(gòu)層面上是如何設(shè)計(jì)的，產(chǎn)品的邏輯關(guān)系是否是通的。就拿我們常見的商城產(chǎn)品，它可能是需要分為三個(gè)大的層面來考慮的：首先是其最底層的數(shù)據(jù)設(shè)計(jì)，然后是中間業(yè)務(wù)邏輯層，包括商品模塊設(shè)計(jì)、訂單模塊設(shè)計(jì)、會(huì)員模塊設(shè)計(jì)等，最后是訂單管理系統(tǒng)、商品搜索系統(tǒng)、商城系統(tǒng)設(shè)計(jì)、積分體系設(shè)計(jì)等。理清楚這些后才能保證我們設(shè)計(jì)和交互的同事少做無用功。
（2）良好的產(chǎn)品使用路徑設(shè)計(jì)
有了模塊邏輯后，接下來就是進(jìn)行產(chǎn)品在交互使用中的路徑設(shè)計(jì)了。幾乎所有好的產(chǎn)品，都擁有一條明確清晰的用戶使用路徑，而這條路徑有的是基于流量控制的，有的是基于內(nèi)容來控制的等。我們設(shè)計(jì)的產(chǎn)品一定要在讓用戶在用的很舒服的情況下達(dá)到自然引導(dǎo)的作用。同時(shí)，你會(huì)發(fā)現(xiàn)，好的產(chǎn)品路徑也同時(shí)帶來了一個(gè)好的用戶體驗(yàn)設(shè)計(jì)。我們可以看到，產(chǎn)品路徑的設(shè)計(jì)是基于模塊間關(guān)系的，如何在各功能模塊間建立良好的路徑，必須有清晰可靠的框架邏輯支撐。在產(chǎn)品使用路徑中，最高優(yōu)先級(jí)流量的部分決定了產(chǎn)品的定位，比如微信最高流量的地方就是聊天列表，而支付寶卻是各類支付通道。良好的產(chǎn)品路徑設(shè)計(jì)，會(huì)協(xié)助你將各個(gè)模塊間的關(guān)系有機(jī)結(jié)合，這種結(jié)合是產(chǎn)品向后迭代最重要依據(jù)。
（3）界面優(yōu)化設(shè)計(jì)
產(chǎn)品邏輯的交互層面的一些問題理清楚以后，就要設(shè)計(jì)到界面的顏色搭配、線條設(shè)計(jì)、icon設(shè)計(jì)等一些UI設(shè)計(jì)了。其實(shí)軟件界面設(shè)計(jì)就像工業(yè)產(chǎn)品中的工業(yè)造型設(shè)計(jì)一樣，是產(chǎn)品的重要賣點(diǎn)。一個(gè)電子產(chǎn)品擁有美觀的界面會(huì)給人帶來舒適的視覺享受，拉近人與商品的距離，是建立在科學(xué)性之上的藝術(shù)設(shè)計(jì)。檢驗(yàn)一個(gè)界面的標(biāo)準(zhǔn)既不是某個(gè)項(xiàng)目開發(fā)組領(lǐng)導(dǎo)的意見也不是項(xiàng)目成員投票的結(jié)果，而是終端用戶的感受。這個(gè)時(shí)候，產(chǎn)品經(jīng)理自己首先要做一個(gè)很好的用戶來通過該產(chǎn)品的使用場景來體驗(yàn)一下這個(gè)界面布局和顏色搭配，然后你可以將你的意見或建議與UI的同事商議后進(jìn)行調(diào)整。
四、對接開發(fā)人員
從互聯(lián)網(wǎng)到移動(dòng)互聯(lián)網(wǎng)，我們很多的產(chǎn)品都要基于手機(jī)用戶來做開發(fā)。產(chǎn)品經(jīng)理要面對的開發(fā)人員有前端開發(fā)工程師、后端開發(fā)工程師、還有根據(jù)手機(jī)使用者的不同又有安卓和IOS開發(fā)等。當(dāng)然了，說到這，我們可能也會(huì)聽到很多人說產(chǎn)品經(jīng)理和開發(fā)人員就是天生的死對頭。
在很多的公司，每天都會(huì)上演開發(fā)和產(chǎn)品的撕逼大戰(zhàn)。我們究其撕逼的原因，其實(shí)是由于他們雙方不懂彼此所造成的。產(chǎn)品不懂技術(shù)，導(dǎo)致產(chǎn)品所提的很多的需求在開發(fā)看來就是無法實(shí)現(xiàn)或沒必要那么做。而對于開發(fā)來說，產(chǎn)品經(jīng)理老是變需求，開發(fā)在想他是不是要專門買把刀放在桌子低下呢？當(dāng)然，從客觀上來講，在項(xiàng)目中修改需求一方面是由于前期的需求點(diǎn)考慮的不是很周全或很細(xì)致導(dǎo)致的。小的需求點(diǎn)的變化也很正常，但是變化多了就不正常了。但是，產(chǎn)品經(jīng)理不懂技術(shù)這個(gè)除了產(chǎn)品經(jīng)理自己學(xué)習(xí)技術(shù)之外就沒有誰可以幫你了。畢竟，只有懂了技術(shù)之后你才能站在技術(shù)的角度上來設(shè)計(jì)產(chǎn)品。當(dāng)然，這里說的懂技術(shù)，不是說是讓產(chǎn)品經(jīng)理天天敲代碼，而是要了解一些框架設(shè)計(jì)技術(shù)、一些語言設(shè)計(jì)規(guī)則和簡單的編程。那具體來說，我們要學(xué)習(xí)哪些技術(shù)方面的東西呢？
（1）前端開發(fā)技術(shù)
Web前端開發(fā)技術(shù)主要包括三個(gè)要素：HTML、CSS和JavaScript。HTML甚至不是一門語言，僅僅是簡單的標(biāo)記語言；CSS只是無類型的樣式修飾語言，當(dāng)然可以勉強(qiáng)算作弱類型語言；Javascript的基礎(chǔ)部分相對來說不難，入手還算快。
HTML是網(wǎng)頁內(nèi)容的載體。內(nèi)容就是網(wǎng)頁制作者放在頁面上想要讓用戶瀏覽的信息，可以包含文字、圖片、視頻等。
CSS樣式是表現(xiàn)。就像網(wǎng)頁的外衣。比如，標(biāo)題字體、顏色變化，或?yàn)闃?biāo)題加入背景圖片、邊框等。所有這些用來改變內(nèi)容外觀的東西稱之為表現(xiàn)。
JavaScript是用來實(shí)現(xiàn)網(wǎng)頁上的特效效果。如：鼠標(biāo)滑過彈出下拉菜單?；蚴髽?biāo)滑過表格的背景顏色改變。還有焦點(diǎn)新聞（新聞圖片）的輪換?？梢赃@么理解，有動(dòng)畫的，有交互的一般都是用JavaScript來實(shí)現(xiàn)的。
（2）后端開發(fā)技術(shù)
前端和后端是怎么劃分的呢？可以簡單地理解為凡是運(yùn)行在用戶設(shè)備上的技術(shù)都可以稱為前端技術(shù)（ 比如 HTML / CSS / JS，甚至移動(dòng)設(shè)備的 Obj-C / Swift ）；而后端的作用就是負(fù)責(zé)將這些東西封裝在 HTTP 的數(shù)據(jù)包中然后通過網(wǎng)絡(luò)傳送到前端。當(dāng)然除了這些前端文件，后端還有一個(gè)更重要的職能，即保存和提供用戶數(shù)據(jù)，比如移動(dòng)端常見的 JSON 就是目前最流行的在后端和前端之間傳輸?shù)囊粋€(gè)文件格式。
那前端和后端是如何協(xié)同工作的呢？以 Web 端為例，在瀏覽器輸入一個(gè)網(wǎng)址后，瀏覽器向服務(wù)器發(fā)送了一個(gè) HTTP 請求；服務(wù)器通過一個(gè) HTTP 響應(yīng)，把顯示這個(gè)網(wǎng)頁所需要的資源傳回給了瀏覽器。而需要在瀏覽器中執(zhí)行的技術(shù)，HTML / CSS / Javascript 等就叫做前端；需要在服務(wù)器端執(zhí)行的、通常我們看不到的技術(shù)就叫做后端。
所以說，后端的任務(wù)實(shí)際上就是向前端提供需要顯示網(wǎng)頁和 APP 內(nèi)容的數(shù)據(jù)，可能是 HTML，也可能是JSON 數(shù)據(jù)，也可以是音視頻或者 PDF 文件。但后臺(tái)開發(fā)語言有非常多種，不同公司不同行業(yè)往往會(huì)采用不同的后端語言進(jìn)行后臺(tái)開發(fā)，比如 .net、java、PHP、Ruby、python 等等。
同時(shí)，在數(shù)據(jù)存儲(chǔ)方面我們所使用的數(shù)據(jù)庫也是和用戶所需要的數(shù)據(jù)量有關(guān)系的。一般來說數(shù)據(jù)量較大時(shí)我們用的是Oracle數(shù)據(jù)庫，數(shù)據(jù)量一般時(shí)我們用的是MySQL數(shù)據(jù)庫。
（3）移動(dòng)開發(fā)技術(shù)
移動(dòng)開發(fā)又分為IOS開發(fā)和安卓開發(fā)，移動(dòng)應(yīng)用的前端技術(shù)，目前來說主要有以下三種：原生、混合式、HTML5。
HTML5 必經(jīng)要經(jīng)過瀏覽器這個(gè)中間層，所以在性能上多少會(huì)有些損失，所以如果你的應(yīng)用對性能特別敏感，原生APP會(huì)是比較好的選擇；對于普通的性能要求沒那么嚴(yán)格的應(yīng)用來說，HTML5是完全可以滿足的。而如果已經(jīng)有了一個(gè)移動(dòng)端的wap網(wǎng)站，這種情況下混合式就會(huì)是一個(gè)比較好的選擇，它可以最大程度的利用已有的資源。
五、對接測試
產(chǎn)品經(jīng)理在開發(fā)將產(chǎn)品開發(fā)完成之前要提前做好產(chǎn)品的測試排期并提前做好測試用例，測試用例是準(zhǔn)備用來測試的數(shù)據(jù)和一些測試案例。測試人員通過這些用例來驗(yàn)證我們的產(chǎn)品是否是按照我們當(dāng)初的設(shè)計(jì)來做的。
當(dāng)然了很多公司的測試用例是測試的同事來寫的。而在產(chǎn)品的測試過程當(dāng)中要對不同的產(chǎn)品進(jìn)行分模塊、分階段的測試。同時(shí)，在測試中能及時(shí)解決的問題就及時(shí)解決，無法馬上解決的就在一些項(xiàng)目管理軟件或測試管理軟件上及時(shí)上報(bào)bug。測試后，產(chǎn)品經(jīng)理要對產(chǎn)品的測試報(bào)告加以梳理和整理。測試報(bào)告是我們通過測試后得出的一個(gè)結(jié)論性的報(bào)告，里面有對應(yīng)的測試模塊和數(shù)據(jù)支持，而這份報(bào)告也是作為評(píng)估開發(fā)人員的能力和項(xiàng)目整體的質(zhì)量的一個(gè)依據(jù)。
六、對接產(chǎn)品運(yùn)營
產(chǎn)品測試完成后，我們要做的就是上線運(yùn)營。當(dāng)然了，產(chǎn)品經(jīng)理不一定要自己專注的去做運(yùn)營，但是必須要知道產(chǎn)品設(shè)計(jì)出來并不一定代表你的產(chǎn)品就是好產(chǎn)品。產(chǎn)品的好是市場說了算，只有經(jīng)得起市場考驗(yàn)的產(chǎn)品才是好產(chǎn)品。當(dāng)然這個(gè)好包括2個(gè)方面：一是你的產(chǎn)品本身設(shè)計(jì)的就很好；二是產(chǎn)品設(shè)計(jì)的不算太好，但是通過運(yùn)營后的數(shù)據(jù)顯示你的產(chǎn)品還不錯(cuò)。那作為產(chǎn)品運(yùn)營的核心價(jià)值該如何體現(xiàn)呢？
（1）傳遞產(chǎn)品價(jià)值，使產(chǎn)品實(shí)現(xiàn)從1到100的轉(zhuǎn)變。
（2）助力產(chǎn)品不斷完善，延續(xù)產(chǎn)品生命周期。
（3）以結(jié)果為導(dǎo)向，幫公司賺更多的錢。
所以，產(chǎn)品經(jīng)理只有自身融入了運(yùn)營的思維后才能設(shè)計(jì)出更加符合市場需求的產(chǎn)品。
最后要說的是，產(chǎn)品經(jīng)理是一個(gè)復(fù)合型的崗位，這個(gè)崗位也是講求"T"型的職業(yè)發(fā)展軌跡的。所謂的"T"型就是一專多能，我們在不斷的夯實(shí)自己內(nèi)功的同時(shí)，還要不斷的增加我們對產(chǎn)品認(rèn)知的寬度。因?yàn)橹挥羞@樣，我們才不會(huì)在未來的產(chǎn)品變革中被時(shí)代淘汰。
