筆者在某云計(jì)算廠商做過兩年半的對(duì)內(nèi)產(chǎn)品的PM，期間也遇到了不少大大小小的坑。私以為做產(chǎn)品經(jīng)理，一定要懂得總結(jié)，平時(shí)會(huì)有一些凌亂的想法，就借此機(jī)會(huì)整理出來，將在這段經(jīng)歷中遇到的坑總結(jié)分享給大家，希望也能夠幫助到其他跟筆者一樣境遇的產(chǎn)品經(jīng)理。

背景

產(chǎn)品H為一款監(jiān)控產(chǎn)品，從0到1在某云計(jì)算廠商內(nèi)部中孵化。從筆者開始做這款產(chǎn)品到筆者離職，經(jīng)歷了兩年半的時(shí)間。期間的工作除了對(duì)產(chǎn)品的調(diào)研、原型設(shè)計(jì)以及跟進(jìn)開發(fā)測(cè)試外，還有很重要的一部分職責(zé)是內(nèi)部推廣。

但是，在這款監(jiān)控產(chǎn)品對(duì)內(nèi)發(fā)布之前，各個(gè)業(yè)務(wù)部門并不是不用監(jiān)控的，大多數(shù)業(yè)務(wù)部門搭建了自己的Zabbix等開源監(jiān)控系統(tǒng)，更有一些體量大、業(yè)務(wù)相對(duì)復(fù)雜點(diǎn)的部門自己根據(jù)自身的業(yè)務(wù)開發(fā)了監(jiān)控系統(tǒng)。所以，產(chǎn)品H從一開始所面臨的壓力就很大，因?yàn)閷?duì)業(yè)務(wù)部門而言替換產(chǎn)品的成本很高。

接下來，筆者想根據(jù)產(chǎn)品H演進(jìn)的過程來講一下遇到的坑，以及當(dāng)時(shí)是怎么做的以及對(duì)于更好做法的思考。

一、內(nèi)部產(chǎn)品從0到1，該如何冷啟動(dòng)？

做產(chǎn)品H的團(tuán)隊(duì)，架構(gòu)師、研發(fā)、產(chǎn)品經(jīng)理、測(cè)試等等都是初來這個(gè)公司的新人，公司招這么一批新人的目的也是因?yàn)槲覀冞@么大公司，不能老用別人家的監(jiān)控產(chǎn)品吧。但現(xiàn)有的工具團(tuán)隊(duì)中，沒有人懂該如何做好監(jiān)控產(chǎn)品，所以從別的大廠挖了一些有相關(guān)經(jīng)驗(yàn)的研發(fā)過來（筆者例外，之前沒有運(yùn)維或監(jiān)控的經(jīng)驗(yàn)，完全是新人一個(gè)）。

面對(duì)前提背景中，各業(yè)務(wù)部門已經(jīng)有在使用中的監(jiān)控系統(tǒng)，產(chǎn)品H想要取代那些產(chǎn)品，實(shí)施的思路是這樣的：

先有簡(jiǎn)單的采集（服務(wù)器基礎(chǔ)指標(biāo)、端口監(jiān)控指標(biāo)、進(jìn)程監(jiān)控指標(biāo)）和報(bào)警功能（如果讀者對(duì)運(yùn)維監(jiān)控系統(tǒng)不太了解的話，那差不多可以比喻成業(yè)務(wù)方都在用5G手機(jī)了，然而我們開發(fā)出老年機(jī)希望他們來用），然后再給兄弟部門推廣，并讓兄弟部門給點(diǎn)使用建議給其他業(yè)務(wù)部門推廣。

首先，這個(gè)思路的第一步就出現(xiàn)了問題。

如果想要通過產(chǎn)品本身的優(yōu)勢(shì)吸引到用戶來使用，那第一步里做的事情明顯遠(yuǎn)遠(yuǎn)不夠，業(yè)務(wù)方們已經(jīng)在用功能更加成熟的監(jiān)控系統(tǒng)了，根本不屑于用這樣的產(chǎn)品。如果是依靠政治手段進(jìn)行推廣，那一開始滿足最基本的功能就想推廣成功，很大程度上取決于產(chǎn)品經(jīng)理的跨部門溝通能力。

產(chǎn)品H面臨的就是第二種情況。

作為負(fù)責(zé)去推廣這個(gè)V1.0產(chǎn)品H的產(chǎn)品經(jīng)理，當(dāng)年的我確實(shí)too young too simple，以為大領(lǐng)導(dǎo)都發(fā)話了，那大家一定會(huì)配合我的吧，很快就被現(xiàn)實(shí)打臉了——兄弟部門總是以還有別的事要忙為理由婉拒接入產(chǎn)品H（私底下更是直接罵這是什么傻系統(tǒng)，根本沒法用）。

也因?yàn)檫@個(gè)挫敗，領(lǐng)導(dǎo)給我的績(jī)效評(píng)了一個(gè)0.95（基準(zhǔn)線是1）。所以，我當(dāng)時(shí)面臨的情況大概就是自己的團(tuán)隊(duì)沒有能力和時(shí)間提供更好的技術(shù)和產(chǎn)品，而兄弟部門也拒絕接入這shi一樣的監(jiān)控系統(tǒng)，上級(jí)領(lǐng)導(dǎo)也沒有通過權(quán)力來幫助我的意思。最后，本來抱怨的我調(diào)整了自己的思路，既然兄弟部門已經(jīng)煩我了，那我為什么不把他們煩到底呢？

所以接下來的時(shí)間，我跟他們的溝通特別頻繁，沒事就往他們工位跑，一個(gè)上午可能就跑兩三次，督促他們?cè)撟鍪裁匆鍪裁矗⒈磉_(dá)了這是我的任務(wù)希望大家?guī)蛶兔ε浜弦幌拢ǘ嗵澪沂桥?/p>

有一次他們要去團(tuán)建，我纏著兩個(gè)運(yùn)維非要他們解決十幾臺(tái)機(jī)器的監(jiān)控部署問題后再走，他們的領(lǐng)導(dǎo)也是很無奈~

所以，總結(jié)一下：如果你的內(nèi)部產(chǎn)品V1.0版本不具備替換別的產(chǎn)品的硬實(shí)力，那作為產(chǎn)品經(jīng)理的你就要發(fā)揮出你的軟實(shí)力了。

1. 如果是妹子，就發(fā)揮好妹子的優(yōu)勢(shì)。女性的形象更加柔和，所以一般對(duì)方也很難直接拒絕。
2. 不要以為領(lǐng)導(dǎo)發(fā)話了，底下的人就會(huì)全力配合。在對(duì)方不怎么配合的情況下，頻繁地去工位找他們溝通會(huì)有助于你的推進(jìn)進(jìn)度。
3. 體諒他人。表示你能體會(huì)到他們真的很忙，但是手頭這件事也是非常重要的，不然領(lǐng)導(dǎo)也不會(huì)發(fā)話說要接入這款產(chǎn)品。
4. 適當(dāng)施壓。如果對(duì)方還是不斷拿別的工作來搪塞，那就可以和他一起找他的領(lǐng)導(dǎo)，希望他的領(lǐng)導(dǎo)能夠幫助協(xié)調(diào)這兩件事情的優(yōu)先級(jí)，并且給一個(gè)完成的時(shí)間點(diǎn)（能有個(gè)時(shí)間點(diǎn)，也好回去給自己的領(lǐng)導(dǎo)交差哇）。
5. 涉及到?jīng)Q策的事情需要用郵件等方式來記錄，避免扯皮。

二、沒有UI/UE，靠產(chǎn)品經(jīng)理和前端的審美怎么讓產(chǎn)品優(yōu)雅起來？

對(duì)于內(nèi)部產(chǎn)品，資源往往是給不足的，所以沒有UI/UE也是必然的。相信大多數(shù)的產(chǎn)品經(jīng)理雖然有不錯(cuò)的審美，但完全交給自己來設(shè)計(jì)視覺，會(huì)覺得該不知如何下手，好不容易找到個(gè)可以抄的UI設(shè)計(jì)，前端做出來的效果往往相差很多。

一開始，我們團(tuán)隊(duì)認(rèn)為這是內(nèi)部使用的工具型產(chǎn)品，沒有必要追求好看的外表，而更應(yīng)該注重產(chǎn)品本身的作用，但很快就被現(xiàn)實(shí)打臉。業(yè)務(wù)方即用戶，根本不會(huì)站在我們的角度去想，做的不好看不好用，就是產(chǎn)品有問題，管你是對(duì)內(nèi)產(chǎn)品還是對(duì)外產(chǎn)品，我是用戶我就是老大。

后來，我們就把一些關(guān)鍵的頁(yè)面送到UED部門排期做設(shè)計(jì)，一般普通的頁(yè)面就依然由前端和產(chǎn)品經(jīng)理來把控交互和視覺。以此來平衡產(chǎn)品迭代速度和優(yōu)雅與否的問題。

其實(shí)很多UI設(shè)計(jì)師除了會(huì)做設(shè)計(jì)外，還會(huì)寫CSS，所以如果有這樣的設(shè)計(jì)師，其實(shí)給產(chǎn)品設(shè)計(jì)視覺效果并不會(huì)減緩產(chǎn)品迭代速度，反而有助于產(chǎn)品的快速發(fā)展。只可惜當(dāng)時(shí)我所在的部門沒有UI設(shè)計(jì)師的HC。

這段經(jīng)歷也讓我意識(shí)到：雖然在產(chǎn)品經(jīng)理需要關(guān)注的事情中產(chǎn)品的外觀不如產(chǎn)品能力重要，但往往有好看的外表才會(huì)使用戶有繼續(xù)探索使用的意愿。所以，作為產(chǎn)品經(jīng)理的你我，在部門無法給足你資源的情況下，就需要自己找資源了，向別的部門借人借時(shí)間也是一種途徑。

三、上線流程不明確，開發(fā)、測(cè)試都不爽該怎么辦？

有一段時(shí)間，也是產(chǎn)品H快速發(fā)展的時(shí)期，幾乎每隔兩天就有一次上線，而且這段時(shí)期也是領(lǐng)導(dǎo)的敏感期，所以領(lǐng)導(dǎo)經(jīng)常突然給我們加需求，就要保證領(lǐng)導(dǎo)的需求盡快上線（當(dāng)然作為產(chǎn)品經(jīng)理，也會(huì)評(píng)估下領(lǐng)導(dǎo)的需求是否為必要，但內(nèi)部產(chǎn)品的功能往往很難依賴于數(shù)據(jù)驅(qū)動(dòng)，領(lǐng)導(dǎo)的需求也經(jīng)常跟自身的崗位有關(guān)）。

雖然我也身兼產(chǎn)品功能測(cè)試，再加另外一位測(cè)試開發(fā)，測(cè)試還是很難跟上產(chǎn)品功能迭代速度。而且迭代太快，導(dǎo)致測(cè)試對(duì)于近期要上線的功能優(yōu)先級(jí)很模糊（即便有文檔和項(xiàng)目跟進(jìn)記錄），再加上我們上線前會(huì)有很多個(gè)環(huán)境進(jìn)行測(cè)試驗(yàn)收，測(cè)試的心態(tài)一度處于奔潰的邊緣……

而開發(fā)也幾乎是淪為“上線工程師”，每天都要提防今天是不是有上線，作為產(chǎn)品經(jīng)理的我，也在每天提醒開發(fā)今天要上線的內(nèi)容，導(dǎo)致經(jīng)常打斷他們的思路，大家的脾氣都變得有些暴躁。

很慚愧的是，我是在開發(fā)和測(cè)試都已經(jīng)不爽的時(shí)候，才發(fā)現(xiàn)了不對(duì)，而不是一開始就看到我們的上線流程出現(xiàn)了嚴(yán)重的問題。為此，我也承受了很大的壓力，主要來自于開發(fā)和測(cè)試的不信任感，即便我想要做出改變，他們也很難有所認(rèn)同。

這時(shí)候，我們的架構(gòu)師兼領(lǐng)導(dǎo)站出來說下周給大家一個(gè)方案。而作為產(chǎn)品經(jīng)理的我，怎么能讓領(lǐng)導(dǎo)去出具體的方案，所以周末加了個(gè)班，理出來一套方案，來供領(lǐng)導(dǎo)拍定。

既然開發(fā)和測(cè)試都已經(jīng)忍受不了如此頻繁的上線，那我們必然是要做出一些讓步的。方案中規(guī)定每周僅周三上線一次，最晚不超過周四上午，但領(lǐng)導(dǎo)額外提出的緊急需求例外，要盡可能滿足領(lǐng)導(dǎo)的要求。并且在方案中詳細(xì)說明了每一個(gè)環(huán)境的作用是什么，以及每一個(gè)環(huán)境需要跟進(jìn)的人員有哪些。

雖然測(cè)試和開發(fā)之前對(duì)于我老是跟進(jìn)每一個(gè)環(huán)境有點(diǎn)兒不耐煩，但作為產(chǎn)品經(jīng)理就是需要面對(duì)這些來自內(nèi)外部的壓力啊，該自己扛的責(zé)任還是要扛的。

四、給的開發(fā)人員都是新手該怎么辦？

由于某些原因，我在帶隊(duì)做某一個(gè)很重要的功能時(shí)，領(lǐng)導(dǎo)給安排的開發(fā)、測(cè)試人員都是新人（剛畢業(yè)或者剛?cè)肼毑痪茫?，一方面他們?duì)業(yè)務(wù)本身不是很熟悉；另一方面對(duì)互聯(lián)網(wǎng)的流程認(rèn)知有所欠缺（可能不太懂要仔細(xì)閱讀PRD，以為需求評(píng)審后按照原型再憑借記憶去做就可以，甚至對(duì)產(chǎn)品經(jīng)理崗和自己的崗位分別職責(zé)是什么都不太懂），并且這些新人在開發(fā)的過程中，全程沒有高級(jí)工程師監(jiān)督和指導(dǎo)，高級(jí)工程師全部被分配做別的產(chǎn)品了。

可能本身在安排資源的時(shí)候，就有些問題，但作為產(chǎn)品經(jīng)理，不管面對(duì)什么樣的資源條件，都要讓團(tuán)隊(duì)離目標(biāo)更近。所以，我也會(huì)要求盡量減少自己對(duì)資源的抱怨，自己努力做出一些改變來適應(yīng)現(xiàn)狀。

既然手里的開發(fā)資源都是新人，那么每一步都需要說明清楚細(xì)節(jié)。以下是每一步遇到的問題，以及對(duì)應(yīng)的解決方法：

1. 產(chǎn)品roadmap

在一切開始前，先制定好產(chǎn)品的roadmap，同步給團(tuán)隊(duì)所有人。一個(gè)是讓團(tuán)隊(duì)每個(gè)人都知道目標(biāo)和計(jì)劃，另一個(gè)是讓大家做事有節(jié)奏感（找到好的節(jié)奏感，大家的協(xié)作會(huì)更加順暢，更容易事半功倍）。

2. 需求評(píng)審

在我做需求評(píng)審的過程中，我覺得最難的是讓大家注意聽我剛剛說了什么，因?yàn)殚_會(huì)的時(shí)候，大多數(shù)人還是很難保持注意力集中。

在以前跟高級(jí)工程師講需求的時(shí)候，他們往往會(huì)各種提問，發(fā)散思維，產(chǎn)品經(jīng)理不僅要快速思考他們的問題還要避免因?yàn)榘l(fā)散過度導(dǎo)致跑題。但面對(duì)新人，需要注意的是：如何讓他們懂得和記住我剛剛說了什么？

這時(shí)候，會(huì)議紀(jì)要就很重要了?？赡茉接袃x式感，大家就越重視吧，會(huì)議前發(fā)送會(huì)議邀請(qǐng)，會(huì)議后發(fā)送會(huì)議紀(jì)要，會(huì)讓大家莫名對(duì)這件事有所重視。另外一點(diǎn)會(huì)議紀(jì)要很清楚地梳理出本次評(píng)審會(huì)議討論的事項(xiàng)和決策點(diǎn)，如果真有人在會(huì)議上又走神，那回過頭看看會(huì)議紀(jì)要也能知道：要做什么？以及，當(dāng)時(shí)提出的問題要怎么解決？

3. 進(jìn)度把控

高級(jí)工程師往往已經(jīng)有很好的自我要求，所以作為產(chǎn)品經(jīng)理，面對(duì)他們不怎么需要擔(dān)心他們的進(jìn)度。但對(duì)于新人，往往沒有很好的owner意識(shí)，在做這個(gè)功能的時(shí)候，新人開發(fā)們對(duì)于制定好的子任務(wù)時(shí)間要求沒有嚴(yán)格遵守，請(qǐng)假的直接請(qǐng)假，滯后的也沒有想要補(bǔ)救。

雖然做過項(xiàng)目復(fù)盤，大家很明白自己哪些地方做的不好，但基本上還是沒有改善。

所以，在需求評(píng)審會(huì)中我加了一項(xiàng)：研發(fā)、測(cè)試初步給定自己的時(shí)間點(diǎn)。

我會(huì)先給出一個(gè)deadline（比真實(shí)的時(shí)間早3-5天），根據(jù)這個(gè)deadline，研發(fā)和測(cè)試評(píng)估自己任務(wù)所需時(shí)間，以此畫出一個(gè)時(shí)間軸。我會(huì)在會(huì)議紀(jì)要中，將這個(gè)時(shí)間軸發(fā)布出來，并要求如果還有問題，需郵件回復(fù)來調(diào)整時(shí)間（當(dāng)然要抄送領(lǐng)導(dǎo)）。

這樣做后，大家對(duì)于時(shí)間點(diǎn)的感受更加明確，即便前一周的進(jìn)度有滯后，但想到自己的完成時(shí)間點(diǎn)在哪里，就會(huì)在下一周里就會(huì)把進(jìn)度趕上來。

4. 漏看最新版的PRD和原型

在項(xiàng)目開發(fā)過程中，往往會(huì)出現(xiàn)一些因素導(dǎo)致原本的需求要有所調(diào)整（要確保整體進(jìn)度和質(zhì)量時(shí)，往往會(huì)犧牲一些小的體驗(yàn)和功能）。

公司提供了jira、看板等需求管理工具，我平時(shí)會(huì)用jira來管理需求，更新了內(nèi)容后，jira會(huì)自動(dòng)給任務(wù)中的所有人發(fā)送郵件通知更改內(nèi)容，但往往大家的郵箱每天都會(huì)收到很多封郵件，漏看更新內(nèi)容也是常有的事，群里一個(gè)個(gè)@也還是會(huì)存在漏看的情況，最終就導(dǎo)致大家都任務(wù)理解不一致了。

為了避免這種情況，我把PRD和原型都使用在線查看的方式供研發(fā)和測(cè)試閱讀。這樣的好處是，我的更新都會(huì)實(shí)時(shí)上傳上去，研發(fā)和測(cè)試打開看到的內(nèi)容就都是最新的。

5. 代碼質(zhì)量問題

新人的經(jīng)驗(yàn)畢竟少，所以寫的功能出bug率比較高，也是意料之中的事情，但當(dāng)時(shí)我們比較離譜的是自測(cè)都沒有通過就提交給QA來測(cè)試。

可能大家看到時(shí)間點(diǎn)快到了就著急提測(cè)，結(jié)果自測(cè)并沒有覆蓋全面，導(dǎo)致整個(gè)流程都無法跑通。后來，我們就要求所有研發(fā)開發(fā)完成并自測(cè)后，通過郵件的形式提測(cè)給QA，郵件中需要寫明需求說明、所在分支、測(cè)試環(huán)境、影響范圍、自測(cè)case等。

感覺大家都是注重儀式感的人，有了這個(gè)提測(cè)郵件后，大家會(huì)更加謹(jǐn)慎的提測(cè)，畢竟被QA打回會(huì)被所有人看到，是件很丟臉的事情┓(?′?`?)┏。

五、產(chǎn)品功能V1.0發(fā)布后，有很多人希望再多支持一些功能再推廣該怎么辦？

做產(chǎn)品經(jīng)理的我們，經(jīng)常可以聽到的話就是：V1.0版本一定要快、準(zhǔn)、狠。

V1.0版一定要能夠抓住用戶最本質(zhì)的需求，快速地解決問題。V1.0版越簡(jiǎn)單越能看出一個(gè)產(chǎn)品經(jīng)理的自信。

對(duì)外產(chǎn)品雖然無法直接接觸到用戶，但通?？梢愿鶕?jù)運(yùn)營(yíng)數(shù)據(jù)、A/Btest等方式來作為判斷依據(jù)。但對(duì)內(nèi)產(chǎn)品，卻要面對(duì)來自各個(gè)業(yè)務(wù)方甚至自己團(tuán)隊(duì)的大量建議和要求，就會(huì)有很多干擾信息。內(nèi)部產(chǎn)品在做一個(gè)全新功能時(shí)，往往根據(jù)產(chǎn)品經(jīng)理對(duì)業(yè)務(wù)方的調(diào)研做出一個(gè)自己認(rèn)為是正確的V1.0版后，時(shí)常要面對(duì)的大量吐槽：缺這個(gè)功能少那個(gè)體驗(yàn)。

其實(shí)，這都是因?yàn)闃I(yè)務(wù)方不知道推出這個(gè)V1.0版想讓他們來做什么事造成的。產(chǎn)品H跟市場(chǎng)上其他競(jìng)品相比，起步晚、實(shí)力懸殊，但作為用戶把它跟市場(chǎng)上那些數(shù)一數(shù)二的產(chǎn)品作對(duì)比，這是再正常不過的，不過好在既然是對(duì)內(nèi)產(chǎn)品，那就可以直接與業(yè)務(wù)方溝通這個(gè)功能的V1.0的目的是要做什么。

讓業(yè)務(wù)方了解目標(biāo)后，再對(duì)照V1.0的功能，看看是否可以滿足，對(duì)于其他的建議和要求，也可以回復(fù)業(yè)務(wù)方在接下來的迭代中會(huì)進(jìn)行上線。

還需要做好的是：記錄每個(gè)需求和對(duì)應(yīng)的報(bào)告人，如果他的建議和要求上線，那就及時(shí)通知，讓對(duì)方有一種自己被重視的感覺，也方便建立友好的溝通。

其實(shí)，除了以上這些坑，還有好多坑，諸如：領(lǐng)導(dǎo)也會(huì)對(duì)產(chǎn)品提一些需求，但這些需求在領(lǐng)導(dǎo)腦子里一天就能變好幾個(gè)樣，那產(chǎn)品經(jīng)理就需要把握好產(chǎn)品或功能的定位，抗住壓力，自己去判斷值不值得做以及在什么時(shí)間做。而大多數(shù)的領(lǐng)導(dǎo)還是會(huì)聽進(jìn)去他人的意見的，就怕沒主見的產(chǎn)品經(jīng)理。

也許讀者看到我的這些經(jīng)歷，會(huì)覺得我這個(gè)前任公司流程管理制度上有些亂，也許很多人根本不會(huì)遇到我的這些情況。的確部門從一開始流程管理就比較混亂，因?yàn)楫?dāng)初大多數(shù)人都是高級(jí)工程師，都已經(jīng)有一個(gè)比較好的自我規(guī)范的習(xí)慣，但隨著部門中新人越來越多，這套完全靠自我驅(qū)動(dòng)的方案就行不通了。

產(chǎn)品經(jīng)理不僅要有解決產(chǎn)品需求的能力，還要有發(fā)現(xiàn)團(tuán)隊(duì)問題并解決的能力，內(nèi)部團(tuán)隊(duì)沒問題后，才能更好地對(duì)外輸出成績(jī)。

不管怎樣，我還是從中學(xué)到了很多。產(chǎn)品經(jīng)理就是帶著一堆人去做一些實(shí)現(xiàn)部門目標(biāo)、提升大家績(jī)效的事情，并分析內(nèi)外部環(huán)境給團(tuán)隊(duì)尋求資源的那個(gè)人。

在做產(chǎn)品H的兩年半中，我能夠感覺到自己已經(jīng)從那個(gè)只會(huì)分析需求、管理項(xiàng)目的產(chǎn)品經(jīng)理成長(zhǎng)到能夠帶著團(tuán)隊(duì)一起實(shí)現(xiàn)提升業(yè)績(jī)目標(biāo)的人物了，更加清晰地認(rèn)識(shí)到產(chǎn)品經(jīng)理所面對(duì)的壓力和責(zé)任，這份責(zé)任感雖然沉重，卻也是讓我熱愛這個(gè)崗位的原因之一。

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

題圖來自Unsplash, 基于CC0協(xié)議。