產(chǎn)品問答 | 身居管理崗位,如何更進一步參與基礎工作?
升到管理崗位并不意味著你可以完全脫離基礎工作,而是要在基礎工作當中承擔起統(tǒng)籌、把控的作用,憑借自己的業(yè)務經(jīng)驗以及通過不斷地提升自我能力,更好更高效地帶領團隊完成基礎工作任務。
團隊中的產(chǎn)品經(jīng)理最近提了幾個問題,趁此機會做一下分享。
這是產(chǎn)品問答的第三篇,主要講:“如何更進一步參與基礎工作?”。
問:脫離了基礎工作,我有點不知所措,我還可以在哪方面去做更多呢?
答:
提升到管理崗位,說明你工作已被認可,工作獲得不小的進步。
中國有句古話叫“百尺竿頭,更進一步”,意思是:獲得一定成就之后不要自滿,繼續(xù)前進以追求更大進步。
你提出這個問題,說明你在繼續(xù)學習上有充足心理準備,這是一件非常好的事情。每個人的學習路徑都不同,想要指導甚至幫助別人規(guī)劃學習,我還沒有那么大的自信。
我只能從個人角度提出一些建議,僅供參考。
一、不做甩手掌柜
從執(zhí)行崗提升到管理崗之后,最要不得的,就是完全脫離基礎工作。
1. 要承擔產(chǎn)品信息承上啟下的作用
要保證自己對于產(chǎn)品戰(zhàn)略、產(chǎn)品路線圖的全面理解,不但要知道是什么,還要知道為什么是這樣,而不是那樣。要“知其然,知其所以然”。
接著,就是在團隊中,對理解的信息進行宣教,讓團隊在基礎認識上保持一致。這可以節(jié)省很多時間,讓團隊省去很多不必要的多次溝通和爭論。同時,也可以讓團隊在執(zhí)行相關任務時,明白方向是什么,哪部分是核心。
2. 要承擔基礎工作中,最核心最決定成敗的部分
就如上一篇《產(chǎn)品問答 | 提崗管理后,如何進行團隊管理及項目管理?》中所提到的:你應該是最了解團隊工作前提的人——即已經(jīng)確定的產(chǎn)品戰(zhàn)略、產(chǎn)品路線圖。
那么,你需要承擔對應各端的關鍵模塊、關鍵頁面的設計,保證產(chǎn)品基礎的工作和上層信息一致。如果只進行了信息傳遞,而不參與進去,最后結果物可能會有很大偏差。必然會返工、重復,導致時間成本的浪費。
3. 在承擔核心部分的基礎工作時,同步推進交付物標準
清晰可執(zhí)行的交付物標準,是保證產(chǎn)品交付物高質量的前提。
如何保證制定的標準清晰且執(zhí)行?如何保證團隊準確理解和執(zhí)行標準?
——制定標準不能假大空,不能建立在虛無幻想之上,否則標準就可能變成桎梏,不但不能提高效率和質量,還會拖后腿。
制定交付物標準有幾個原則:
自身積累經(jīng)驗:
在工作中逐漸積累的,產(chǎn)出高質量交付物的經(jīng)驗,最適合轉化為標準。
我進行產(chǎn)品設計時,使用“產(chǎn)品線+產(chǎn)品端+版本號+文件描述+6位日期+大寫字母序號”的命名方式。同時,在進行較大量的修訂時,都會復制文件進行命名。
例如:我第一次編寫某版本原型是命名為“登月計劃-系統(tǒng)后臺-V2.2.3-界面原型190201A”,我在3天后進行較大量內容的修訂,復制并命名為“登月計劃-系統(tǒng)后臺-V2.2.3-界面原型190204B”。
這樣,我每個版本的記錄都會保存在,這樣的好處有很多的。我可以回顧整個迭代過程,可以隨時找回某個重要版本的內容。
研發(fā)團隊建議:
產(chǎn)品設計時經(jīng)常將“用戶需求”這個詞,產(chǎn)品交付物也有“用戶”——就是負責開發(fā)的RD們。在制定標準時,要參考這些“用戶”的需求。
在某個項目的標準制定過程中,開發(fā)團隊提出希望中后臺的需求文檔,能以交互原型的基礎來來實現(xiàn)。這樣在開發(fā)時,不需要來回切換交互原型和需求文檔,還要尋找之間的一致性。在搜集到這個需求后,團隊為滿足需求進行了嘗試和修訂。最終找到合適的呈現(xiàn)方法,滿足了開發(fā)團隊的需求,提高了開發(fā)的效率。
可讀易用性:
產(chǎn)品要關注“用戶體驗”,產(chǎn)品交付物也一樣。寫給人看的東西,一定要保證可讀性;用于開發(fā)參照,一定要保證易用。
在制定標準時,為了滿足可讀易用性,我有如下經(jīng)驗:
- 規(guī)范專業(yè)術語。規(guī)范文檔本身的用語,便于閱讀者更高效理解;
- 能用數(shù)學就不用文字。數(shù)學是最精確的語言,在準備傳遞信息方面,遠好于任何其他語言文字;
- 描述時說人話。好的描述文字,要保證沒有專業(yè)基礎的人也基本看懂;
- 不寫復雜,不寫長句。復雜表述和長句子,對于閱讀者很不友好;
- 格式和標點符號要規(guī)范。規(guī)范的格式和標點,能提高文檔的理解效果;
- 所有圖片保證清晰。不清晰的圖片,還不如沒有;
- 目錄、引用和跳轉。目錄、引用及跳轉等,能讓文檔更方便被使用。
保持迭代:
標準是需要迭代的,根據(jù)實際情況的變化和使用中的反饋,逐步調優(yōu)。
尤其在標準發(fā)布之前,最好團隊內部多嘗試,也盡量邀請開發(fā)代表參與體驗。避免發(fā)布后的標準,淪為沒有市場的產(chǎn)品。
二、構建團隊溝通規(guī)則
作為產(chǎn)品管理人員,還需要逐步構建團隊的溝通規(guī)則。
團隊溝通規(guī)則有:執(zhí)行標準、工作流程、交付物標準、文件交互規(guī)范等等。
在下面會我分享自己的做法和經(jīng)驗,但最終你還是要找到,最適合自己團隊的方法。
1. 執(zhí)行標準
團隊工作中會涉及到各類型的執(zhí)行事務,對這些事務逐步建立規(guī)范,有很多好處。
近幾年我從事的都是企業(yè)應用類系統(tǒng)產(chǎn)品規(guī)劃,這就需要很頻繁和客戶企業(yè)管理層及業(yè)務人員進行溝通、訪談等。這些溝通訪談量很大,往往需要團隊中的產(chǎn)品經(jīng)理分擔。
但如何保證他們在采集及整理信息時,不會漏掉重要信息?如何評測他們訪談的技巧和效果呢?
我的靈感來自于呼叫中心,很多呼叫中心都會全程記錄服務人員與顧客的溝通錄音。然后,安排固定時間來回顧,分析服務人員的話術、溝通技巧等等。所以,我也嘗試每次訪談都全程錄音。
我發(fā)現(xiàn)有很多好處:首先可以在訪談時將關注點從記錄轉移到溝通上;其次回顧錄音并分析記錄效果也更好。
于是,我將訪談“全程錄音”作為訪談的執(zhí)行標準,推行到產(chǎn)品團隊。
我無需參與所有訪談,卻不擔心信息的遺失,也可以據(jù)此對團隊中的訪談工作進行客觀評價,并助其逐漸提升。
這樣的執(zhí)行標準,因各團隊的具體工作而不同。
如何去尋找并制定執(zhí)行標準呢?
回顧一下團隊管理過程:一定有些工作,團隊的結果和你的預期有差距。
那么,就可以作為一個探索的起點,去思考:哪些方法可以能夠轉化為執(zhí)行標準?
2. 工作流程
建立工作流程,可以讓團隊在日常工作上保持有序,節(jié)省很多溝通成本。
什么樣的工作需要建立流程?如何建立工作流程呢?
你應該發(fā)現(xiàn),一定有些工作符合如下特點:
- 需要多個人配合完成,很多步驟會產(chǎn)出標準產(chǎn)物;
- 經(jīng)常需要按照某種順序被執(zhí)行,前置工作完成才能繼續(xù)下一步;
- 這類工作不是一次性的,需要不斷的循環(huán)執(zhí)行。
比如:經(jīng)常要將各渠道搜集到的bug,整理分類并反饋給開發(fā),并跟進bug的修復情況。
就符合前面說的幾個特點,符合這些特點的工作,就可以為其建立工作流程。
建立工作流程,需要繪制流程圖,如果涉及到跨部門協(xié)作,還需要繪制泳道流程圖。繪制流程圖應該是產(chǎn)品經(jīng)理的基本功,如果你不會可以百度或找相關資料學習,就不展開說了。
這里主要講,建立工作流程的核心步驟:
搜集原生態(tài)的信息:
主要包含兩方面:
- 之前大家是如何處理和配合的?
- 存在哪些問題或出現(xiàn)過哪些失誤?
繪制第一版工作流程:
- 將搜集來的【信息1】成最初的流程圖。
- 分析【信息2】問題出現(xiàn)的原因
問題原因可能有:階段交付物不清晰或缺失、缺少關鍵節(jié)點的確認人員、缺少節(jié)點的時間要求、缺少特殊情況的處罰機制等等。
找到問題后,就要思考通過流程優(yōu)化來解決這些問題。
優(yōu)化工作流程并試行:
工作流程也需要不斷迭代,根據(jù)施行的反饋及具體情況變化,逐步完善。好的流程不但可以讓團隊效率更高,也能讓加入團隊的新成員迅速進入狀態(tài)。
3. 交付物標準
交付物標準,在前文已經(jīng)講過,這里不再贅述。
4. 文件交互規(guī)范
產(chǎn)品團隊的規(guī)劃工作,最終都以文件的形式落地。規(guī)范文件的編輯、迭代、傳遞等交互過程,有助于提高工作效率,也能避免文件遺失。
我在工作中有一套文件編輯和迭代的規(guī)范。
所有的文件夾我都按照類別及層次命名,并在前面加了三位數(shù)字序號。當這套規(guī)范被熟用以后,我不在電腦前也能迅速告訴他人,某個文件在什么位置。
之前文章提到過,我對文件迭代都有命名規(guī)范,以保證重要版本的保留。
另外,我以自己的Nas為載體,搭建了多端實時同步備份的文件服務。保證團隊實時在同一套文件體系下工作,無需通過郵件或其他工具傳輸文件。
文件交互的規(guī)范,需要按照自身經(jīng)驗和團隊情況靈活制定,只有能提高效率的規(guī)范,才是最好的規(guī)范。
三、提升業(yè)務能力
作為產(chǎn)品團隊管理,提升業(yè)務能力也非常重要。
什么是產(chǎn)品業(yè)務能力呢?
產(chǎn)品業(yè)務能力有:業(yè)務理解、業(yè)務建模、業(yè)務抽象及業(yè)務解耦等。
1. 業(yè)務理解
一個合格的產(chǎn)品,不能停留在被動接收信息、接收需求的層面。要主動走出需求范圍,往前探究產(chǎn)品需求產(chǎn)生的源頭——即產(chǎn)品所要滿足的業(yè)務情況。
產(chǎn)品相當于海面上的冰山一角,真正埋藏在海面下,支持產(chǎn)品的是實際業(yè)務。只有深入理解了業(yè)務,站在更宏觀的角度,才能更清晰更全面的看到產(chǎn)品本質。
前幾年做的互醫(yī)平臺,是針對乳腺癌單病種單科的輔助診療業(yè)務平臺。當時接手后發(fā)現(xiàn),系統(tǒng)很多功能混亂、重復,而且能沒人說的清楚為何要開發(fā)成這樣。于是,決定從已成型的系統(tǒng)泥潭中脫身,重新開始理解乳腺癌的實際業(yè)務。
首先,我花一個月時間閱讀乳腺癌診療最專業(yè)的兩份指南——歐美的《NCCN指南》和國內的《中國抗癌協(xié)會乳腺癌診治指南與規(guī)范》,建立對乳腺癌發(fā)病、診斷、診療等方面的基本認識,同時也梳理出一個問題集。
然后,我找?guī)孜缓献鞅容^深入的科室醫(yī)生,提出我的問題集和一些個人看法。通過他們的熱心解答,我基本建立對乳腺癌診療更完整的理解。
回頭看,原來的系統(tǒng)和真實的業(yè)務隔了一層紗,很多功能建立在模糊不清的信息上。
上面說的業(yè)務是2B的,其實2C業(yè)務也有自身業(yè)務源頭:產(chǎn)品背后的商業(yè)邏輯、用戶的實際場景等,需要你自己去搜集、分析和理解。
2. 業(yè)務建模
建立業(yè)務理解后,如何讓業(yè)務轉變?yōu)榭蓪崿F(xiàn)的產(chǎn)品方案呢?
從業(yè)務理解轉化到產(chǎn)品方案,要通過兩層檢驗:業(yè)務建模和產(chǎn)品戰(zhàn)略。
對業(yè)務建立了基礎認識,就算入了一半行了,不會再出現(xiàn)聽不懂業(yè)務人員的問題或描述的情況,也可以更深一步和他們進行溝通交流。
這時,就需要搜集更加全面的業(yè)務信息,通過和業(yè)務環(huán)節(jié)的各類代表溝通,逐漸建立對實際業(yè)務的全面了解。這里說的不是他們想要系統(tǒng)實現(xiàn)什么功能,而是他們現(xiàn)有業(yè)務場景下的行為邏輯。
我建立了對乳腺癌診療的基本業(yè)務理解后,開始對多個科室的業(yè)務人員(主治醫(yī)生、助理醫(yī)生、護理人員等)進行訪談調研(這里用到我前文所講的“全程錄音”。)
全面了解不同科室的業(yè)務路徑——如何篩選患者?患者如何掛號?如何看病?如何確診?如何安排手術?如何進行術后治療?如何隨訪?等等。
然后,先把不同科室的業(yè)務路徑分別繪制流程圖并確認,最后再把多個流程圖整合為一個更完整的業(yè)務流程圖。
最后總結一下:業(yè)務建模就是基于基本業(yè)務理解,通過深入訪談調研搜集并完成業(yè)務流程圖。
成型業(yè)務流程圖,還需要產(chǎn)品戰(zhàn)略的指導和檢驗,之前有詳細說過,這里不再贅述。
3. 業(yè)務抽象與解耦
業(yè)務抽象是指:對要實現(xiàn)的業(yè)務中的重復性進行歸納,業(yè)務解耦是指對要實現(xiàn)的業(yè)務中的邏輯環(huán)節(jié)進行拆分。
要實現(xiàn)的業(yè)務:
建立完整的業(yè)務建模之后,需要進行實現(xiàn)范圍的確定。不是所有的業(yè)務環(huán)節(jié)我們都要通過信息化產(chǎn)品來滿足,尋找合適邊界是實現(xiàn)業(yè)務的第一步(這個部分未來會找機會詳細解說)。
前面對業(yè)務抽象和業(yè)務解耦的解釋,聽起來都比較難理解,我用例子來分別說明:
在乳腺癌診療平臺上,患者在復診時要進行掛號預約;在化療階段,每個療程患者都需要確定化療日期;在內分泌階段患者需要確定配藥日期。
原有系統(tǒng)對于上述幾個業(yè)務,都分別作為一個單獨的功能實現(xiàn)的。
深入分析后,可以發(fā)現(xiàn):不論是掛號看醫(yī)生、預約治療還是預約配藥,其實都是對醫(yī)院服務資源的預約、分配和使用。
根本邏輯都是:供給方安排資源和資源限制條件,需求方對資源進行預約和使用。
基于上述分析,我們把所有類似的業(yè)務都通過:“資源安排-資源產(chǎn)生-資源預定-資源消耗”的業(yè)務流來實現(xiàn),就是對上述業(yè)務的抽象。
同時我們發(fā)現(xiàn):上述業(yè)務流,每個節(jié)點都有不同的業(yè)務規(guī)則。
比如:
- 資源安排,有些資源需要配置醫(yī)生、配置地點,有些資源需要配置限制條件(自費患者才可以使用)。
- 資源產(chǎn)生,有些資源即時生效,有些資源要在固定時間才觸發(fā),有些資源預產(chǎn)量為一個月,有些則為一周。
類似的情況很多。我們就要考慮把需要因素拆分管理。
- 把資源安排及限定拆分為排班模塊,用來管理各種可被預約的資源及資源使用的限制條件;
- 把資源限制的部分信息放在患者信息管理中去實現(xiàn);
- 把資源調整拆分為假期設置模塊,用來靈活的根據(jù)假期來調整資源(包含已被預約的資源);
- 把資源預定拆分為預約模塊,用來比對資源的存量、資源的限制和使用者的信息,并最終決定預約結果。這就是業(yè)務的解耦。
到這里,關于提升產(chǎn)品管理崗的三個建議就講完了,希望你能有所收獲。
作者:十八子殺,微信公眾號:產(chǎn)品狗的思考(ID:PM-Doggy)。10年產(chǎn)品人,射手座,愛自由,喜攝影,好讀書,涉獵廣泛,望與同路人勉勵前行。
本文由@十八子殺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉載。
題圖來自@Unsplash, 基于CC0協(xié)議
COD
對于剛入門的產(chǎn)品狗,有點深奧
請問文件管理是用的什么軟件呢?可以實現(xiàn)多端同步
我自己買了群暉的nas 套件里有專門多端同步的產(chǎn)品