從產(chǎn)品小白到產(chǎn)品大白,我 get 到了7條經(jīng)驗……
從與技術相愛相殺的產(chǎn)品小白到運籌帷幄決勝千里的產(chǎn)品大白,本文作者在此分享了其心得體會,一起來看看吧~
17年對于我來說,一個全新的挑戰(zhàn),產(chǎn)品零經(jīng)驗的我,幸得幾位大家長的信賴,臨危受命擔任公司新項目產(chǎn)品負責人,期間歡笑與淚水共存,和開發(fā)伙伴相愛相殺,從光桿司令到招兵買馬,臨時從各個部門東拼西湊拉人成立一個虛擬項目組,兢兢業(yè)業(yè)早出晚歸廢寢忘食總算不負眾望。走過了太多坑坑洼洼和磕磕碰碰,不間斷的輾轉難眠,每一步都是如履薄冰,借此機會,想把自己的經(jīng)歷總結出來,希望對于其他伙伴們有所幫助和借鑒。
經(jīng)驗一:前期務必進行充足的用戶調查,市場調研
剛開始接手這個項目產(chǎn)品的時候,對于產(chǎn)品小白的我也是懵懵的,訴求也只是來自leader的一些碎片化的想法,尤其害怕做出來的東西和客戶的訴求不一致,有點束手無策。前期只能硬著頭皮根據(jù)leader的想法和些許客戶的反饋,與產(chǎn)品伙伴反復溝通了用戶角色,使用場景和原型草稿,不斷碰撞后內部達成共識,之后開始梳理產(chǎn)品體系,把大致的功能列表列了一遍又一遍,還做了一份網(wǎng)上問卷調查,收集了2000多份的樣品問卷,歸納和總結這些問題,這些對完善原型格外有幫助。之后背著手提跑到客戶那邊進行實地調研,溝通和原型講解,收集了一些客戶的痛點,也有很好的指導和修正作用。由于前期做了大量的調查和調研的鋪墊工作,所以在整個項目產(chǎn)品迭代期間,主流程基本上沒有變化。
經(jīng)驗二:高保真原型和產(chǎn)品需求文檔PRD必不可少
原型務必求高保真,我們做的原型一直堅持高保真,每個名稱字段,每個規(guī)則說明和每個跳轉鏈接都非常清晰,如果原型不符合的邏輯的地方,先整改原型。這不僅有效的減少產(chǎn)品人員,開發(fā)人員與測試人員的溝通,而且大大提升開發(fā)效率。如果當初設計出來的是簡單原型,肯定會導致每個人對產(chǎn)品的理解有偏差,而且很容易忘記當初為什么這樣設計的初衷。每一次原型討論會要求開發(fā)人員,測試人員,產(chǎn)品人員,銷售人員和相關負責人都必須在場,大家一起爭吵和爭辯,達成一致才進行開發(fā)規(guī)劃,而且在開發(fā)過程中沒有較大的邏輯改變,規(guī)劃不允許有大的變更,如果存在小的需求變更,則放在下一個開發(fā)版本進行迭代。
不管是原型還是需求文檔也不是一下子就盡善盡美的,在這個期間修改了無數(shù)次才逐步成型,而且至今還在不斷的調整細節(jié)。好記性不如爛筆頭,很多產(chǎn)品伙伴不愿意寫文檔,這等于就是給自己挖坑,沒有文檔,每新進一個伙伴,你都要口頭表達一遍,一旦遇到分歧,可能都忘記當初如此設計的初心。再次強調下:不要偷懶,產(chǎn)品需求文檔PRD必須編寫,一定要擠出時間去不斷修正完善。
經(jīng)驗三:盡量尋找主動靠譜的產(chǎn)品和開發(fā)負責人搭檔
項目產(chǎn)品執(zhí)行過程中會碰到各種棘手的問題,所以務必盡量尋找主動靠譜的產(chǎn)品和開發(fā)負責搭檔,相輔相成,我比較幸運的遇到了,產(chǎn)品伙伴理解力非常強,而且基本上交給他的原型任務都會加班加點按時按質完成。開發(fā)負責人有比較強的全局觀,他會積極協(xié)調各個開發(fā)組的資源,主動反駁不合理的訴求,而且會及時溝通,整體的把控力強,也是項目產(chǎn)品每次都能順利上線的因素之一。在幾方高效的配合下,項目產(chǎn)品一個月內可以更新上線8次之多,在如此高強度的開發(fā)迭代頻率下,算是一個奇跡了。
經(jīng)驗四:堅持持續(xù)的落地培訓
項目產(chǎn)品上線開發(fā)出來后,之前嘗試幾次遠程網(wǎng)絡培訓,但是效果不是很好,線下落地培訓的效果就比較好,不僅可以及時解答客戶問題,而且可以約束學員布置作業(yè)。當然,線下培訓也要分兩種情況,一個是營銷式的落地培訓,主要針對于潛在用戶群體,一個是技術性的培訓,主要是針對是付費用戶群體,兩者培訓的內容側重點不一樣的。
經(jīng)驗五:充分調動團隊成員積極性
一個人再厲害,產(chǎn)出也有極限,要充分發(fā)揮團隊的力量,團結一切可以團結的力量,實現(xiàn)1+1>2的目標。所以每次開會的時候,都會反復強調,咱們是一個團體,要互幫互助,只有團隊的目標實現(xiàn)了,才能算真正達成。
經(jīng)驗六:不折不扣的開發(fā)規(guī)劃與執(zhí)行
每個月底都會進行下一個月的開發(fā)規(guī)劃和項目產(chǎn)品上線時間節(jié)點控制,每周固定一個時間段開周會,加強溝通,會議記錄成冊,更新記錄成冊,客戶反饋意見成冊。在開發(fā)規(guī)劃沒確定之前,可以反復整理調整,一旦確定下來,務必按照優(yōu)先級進行開發(fā),無重要或者緊急狀態(tài)中途不能進行需求變更,不然會打亂開發(fā)和測試的節(jié)奏。
經(jīng)驗七:學會從容淡定和保持學習熱情
在項目產(chǎn)品跟進的過程中,學會泰山崩于前我自巋然不動,要頂住壓力,各種各樣的聲音都會涌過來,什么階段該做什么,不該做什么,自己心里要有桿秤。
另外,不管何時何地,要保持學習熱情,多閱讀相關書籍,不僅開拓眼界,而且還能提升格局。在此期間,我讀了十幾本產(chǎn)品和運營書籍,如《啟示錄》,《失控》,《無價》,《長尾理論》,《從零開始做運營入門篇》《從零開始做運營進階篇》等等,而且我還學會畫流程圖,思維導圖,研究AXURE產(chǎn)品工具。平時我也比較習慣逛人人都是產(chǎn)品經(jīng)理和起點學院社區(qū)。
當然,在項目產(chǎn)品執(zhí)行的過程中,也遇到一些問題值得反思:
- 切記規(guī)劃太遠,需結合實際。當初設計產(chǎn)品的時候想得有點遠,結果主流程對于客戶來說接受有點困難,導致后續(xù)又開發(fā)了一個簡便流程來適應客戶訴求。
- 思考需要突破局限。技術出身的我,每次遇到訴求就不自覺的思考會不會與目前產(chǎn)品功能有沖突,目前的人力資源是否充足。
- 把握好產(chǎn)品開發(fā)的度。既然是做平臺,務必權衡好客戶的訴求和leader的訴求。不要因為某一個客戶或者leader的想法就去實施,不僅打亂節(jié)奏,還容易開發(fā)成一個定制的功能。另外,頑固是產(chǎn)品經(jīng)理的天地,作為產(chǎn)品總規(guī)劃師,一定要集思廣益,海納百川,千萬不要按照自己的思維規(guī)劃產(chǎn)品,或者做成leader想要的。
- 開發(fā)要小步快速迭代,而不是等待所有功能加班加點完成才進行更新,導致測試周期加長,而且經(jīng)常更新到凌晨導致身心疲憊。
- 一定要以落地實施為目標,要知道功能永遠開發(fā)不完,BUG永遠存在。如果這個功能開發(fā)有利于客戶操作或者提升用戶體驗就安排開發(fā),否則功能不予開發(fā)或者延遲響應。
感謝整個項目團隊辛苦的努力付出,每次更新上線都像渡劫一樣,經(jīng)常開玩笑說,必須要做好以下三件事才能成功上線:
- 殺一個程序猿祭天;
- 逼瘋一個產(chǎn)品經(jīng)理;
- 解決掉提出問題的測試人員。
長風破浪會有時,直掛云帆濟滄海,非常認可周鴻祎說的這句話:一個產(chǎn)品最后能成功,靠的不是一招制敵,更不可能是一炮而紅,它至少經(jīng)過三年五年不間斷的打磨、不間斷的失敗、不間斷的嘗試。沒有堅忍不拔的心態(tài),一個產(chǎn)品經(jīng)理很難做出來好產(chǎn)品。固執(zhí)是產(chǎn)品經(jīng)理的天敵,要追求極致,而不是完美!
星星之火可以燎原,我始終堅信此項目產(chǎn)品定會一鳴驚人,一飛沖天。
作者:哈利波特,三維家項目總監(jiān),高級產(chǎn)品經(jīng)理
本文由 @哈利波特 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉載。
題圖來自StockSnap.io,基于 CC0 協(xié)議
謝謝
你好,請問你們是外包公司嗎?
不是哦
你們請問你們是外包公司嗎?
說的每一條看似空,實際都是經(jīng)驗之談,我這個過來人表示感同身受,感謝作者的分享!
淺見,多多交流
做行動上的巨人
努力地工作,還要聰明的工作!
為什么多出兩分。 ??
看似很豐富,實際上呢…..哈哈,這就是看完十幾本,加上工作后總結的經(jīng)驗嗎 ? ? ? 高級PM現(xiàn)在都這樣了嗎 ?? ?? 我也是醉了
干貨容易醉,不過您說很有道理,我無言以對啊… ?? ??
請問筆者做的是一款什么樣的產(chǎn)品可以說一下嗎 ??
爆款, ??
開發(fā)都不喜歡看產(chǎn)品需求文檔,長篇大論的還不如直接在原型上面?zhèn)渥?/p>
對,所以一句忠言:多花點時間和心思弄高保真原型
我們的開發(fā)基本上都不看文檔,也不寫文檔 ??
紙上得來終覺淺,絕知此事要躬行!