我做產(chǎn)品經(jīng)理這些年,所遇到過的問題
做產(chǎn)品的這幾年來大大小小遇到的問題不計其數(shù),大到整個產(chǎn)品的方向,小到一個圖標(biāo)的像素與顏色值,今天我就來說說我這幾年來所中過的槍,所踩過的翔。下面所說的問題如果你也中過,踩過那就與君共勉,沒中沒踩者請做好防彈準(zhǔn)備。
一、無從下手問題
我接下來該怎么做,這是我在產(chǎn)品群里面聽到的與我剛開始做產(chǎn)品時遇到的一個問題,而遇到這個問題的產(chǎn)品汪們一般有一個共同的特點就是,入行不久的野蠻生長型產(chǎn)品汪。野蠻生長型產(chǎn)品汪是之前一個同行定義的,我覺得野蠻生長這幾個字形容的很貼切,野蠻生長型產(chǎn)品汪有這些特點,沒有經(jīng)驗、沒人指導(dǎo)產(chǎn)品工作、大多數(shù)奮斗在創(chuàng)業(yè)公司,而且還是挑大梁的,對產(chǎn)品知識的強(qiáng)烈渴望。在這個APP泛濫的年代,這類產(chǎn)品人員會越來越多。
對于一個沒任何經(jīng)驗,也沒人指導(dǎo),還要去做決策與把控一個產(chǎn)品的人來說,有一種凌亂和無力感。有這種感覺的原因是因為所做的決策沒有足夠經(jīng)驗或者足夠產(chǎn)品知識去支撐。也就是說沒底氣。而現(xiàn)在書上說的東西看了會覺得很虛,不實用。前段時間我的一個朋友剛?cè)胄凶霎a(chǎn)品沒多久,公司交給了他一個項目,他要我推薦一些書給他看,我就把我剛?cè)胄兴吹臅扑]給他,他說這些用戶研究,用戶體驗,信息架構(gòu)什么的講的太虛了,不實際??戳诉€是不知道怎么做,問我有沒有像工具書那樣,教你第一步怎么做,第二步怎么做的書,現(xiàn)在是有很多這種方法論方面的書籍,但這些書對于沒有任何項目經(jīng)驗的人來說看了,只知其表,不明其理啊,會造成天天用戶體驗什么的這些專業(yè)名詞掛在嘴邊。
第一個問題,感覺產(chǎn)品知識很虛,虛的原因歸根結(jié)底還是沒有經(jīng)歷一個從0到1的完整的產(chǎn)品流程,只有經(jīng)歷了,書上所講的知識才會引起你的內(nèi)心共鳴,沒有經(jīng)歷過的腦袋當(dāng)中很難有這些概念或者說這些概念不強(qiáng)。
第二個問題,很迫切的想要知道接下來該怎么做,產(chǎn)品知識比較廣而雜,遇到問題后很難從雜亂的知識儲備當(dāng)中擬定有底氣的解決方案,光憑自己看書或在網(wǎng)上看文章博客獲取知識很難吧這些知識串聯(lián)起來,形成一個自己的產(chǎn)品知識體系。所以前期要做的是把所獲取到的知識歸納整理,形成自己的產(chǎn)品知識鏈條,再次獲取到新的知識的時候。把這部分的知識對號入座的歸納到你的知識鏈條下并加以分析與理解,當(dāng)你的產(chǎn)品知識達(dá)到一定的儲備量的時候,你再遇到問題的時候你的思路就比較清晰了、不會像之前那樣漫無目的毫無頭緒的瞎抓 。這里推薦用思維導(dǎo)圖的方法去整理知識,好處誰用誰知道。
二、團(tuán)隊配合問題
當(dāng)時在小公司小團(tuán)隊時這個問題不顯著或者說不嚴(yán)重,后來到大團(tuán)隊時我發(fā)現(xiàn)這個問題就比較嚴(yán)重了,主要的就是,各自做各自的,不相配合,有兩個方面。
第一個,產(chǎn)品團(tuán)隊內(nèi)部工作流程混亂,不管是小型項目也好,大型項目也罷,多多少少會出現(xiàn)以下的一些情況,沒有產(chǎn)品規(guī)劃,團(tuán)隊成員不知道為什么要做這個產(chǎn)品,也不知道下一階段要實現(xiàn)那些功能,產(chǎn)品的目標(biāo)用戶群是誰也不知道,或者對目標(biāo)用戶群比較模糊,需求評估,優(yōu)先級定義,等這些需求分析必須要做的工作沒有按照需求分析的流程走,當(dāng)然,苦逼的產(chǎn)品經(jīng)理有時候會身不由己,大家都懂得。產(chǎn)品成員各自有分工,各自會負(fù)責(zé)一些功能模塊或者獨立的產(chǎn)品,沒有考慮到功能模塊之間的耦合度和關(guān)聯(lián)關(guān)系,都只負(fù)責(zé)自己的事,沒有站在全局的角度去思考問題,有關(guān)聯(lián)的模塊事先也沒溝通好,導(dǎo)致的后果就是改需求,嚴(yán)重的會導(dǎo)致產(chǎn)品出問題。在寫產(chǎn)品文檔的時候,一些很重要的功能沒有與開發(fā)商量,自己理所當(dāng)然的就往下寫了,結(jié)果在開發(fā)過程中需求頻頻出現(xiàn)問題。
第二個,產(chǎn)品團(tuán)隊與其他團(tuán)隊配合的工作流程混亂,產(chǎn)品團(tuán)隊與,開發(fā)團(tuán)隊,運營團(tuán)隊之間配合出現(xiàn)問題,主要的點有這些,1,開發(fā)按照自己的想法進(jìn)行開發(fā),產(chǎn)品也沒有及時去評審開發(fā)結(jié)果,直到上線時才發(fā)現(xiàn)開發(fā)出來的東西與自己想要的差得太遠(yuǎn) 。2.因為產(chǎn)品團(tuán)隊事先沒提運營方面的需求或者雙方溝通的不夠,上線后,運營團(tuán)隊準(zhǔn)備不足,導(dǎo)致發(fā)布后效果不佳等問題。總結(jié)發(fā)現(xiàn),很大一部分問題是因為團(tuán)隊之間溝通不夠與協(xié)作不暢導(dǎo)致的。目前國內(nèi)外有一些不錯的團(tuán)隊協(xié)作工具,如trello、effevo等,可以利用這些工具把各個團(tuán)隊鏈接起來,其中effevo中很贊的是缺陷管理功能很靈活,字段與流程都可以自定義,適用性很強(qiáng)。這樣測試、產(chǎn)品、開發(fā)等團(tuán)隊把任務(wù)、計劃等都記錄在這個上面可以很好的提高效率,輔助溝通,幫助記錄,從而避免因溝通與協(xié)作不夠而出現(xiàn)的問題,例如:開發(fā)把任務(wù)寫在上面,這時就很清楚的知道每個需求完成的時間點,從而對每個需求進(jìn)行跟蹤檢查,這樣就可以很好的保證產(chǎn)品質(zhì)量。
三、溝通問題
主要遇到的溝通問題是,信息不同步,信息傳達(dá)不準(zhǔn)確,偏重口頭溝通。
信息不同步
主要是有的成員知道,有的成員不知道,有可能出現(xiàn)的問題就是不知道的成員做的一些工作有可能白費了。最近就遇一個比較典型的問題,在開發(fā)過程中,因為時間原因開發(fā)計劃有小變動,而這個變動沒通知到測試(自以為測試知道了),慶幸的是沒造成工作白費。
信息傳達(dá)不準(zhǔn)確
主要是對信息理解的偏差,按照自己的理解和想法去執(zhí)行,也沒有與信息發(fā)布者進(jìn)行反復(fù)確認(rèn),從而導(dǎo)致工作返工,造成資源浪費。
偏重口頭溝通
經(jīng)常遇到的就是有些需求沒寫到需求文檔中去,或者是漏掉的,在開發(fā)過程中就口頭與開發(fā)講解,有些邏輯復(fù)雜的需求,在口頭講解的現(xiàn)場是無法想得很全面的,也沒有及時更新到需求文檔上面去,會造成需求實現(xiàn)有偏差或者隔了幾天都忘了這事了。解決這個問題的方法就是永遠(yuǎn)不要“我以為”加溝通、溝通、溝通重要的事情說三遍。
四、需求變更頻繁問題
需求變更頻繁問題在團(tuán)隊中是一種司空見慣的現(xiàn)象了,貌似到了變更是正常的,不變更就不正常了的一種境界了。變更可以原諒,但不要頻繁。
變更的原因可能是因為外部或者內(nèi)部的原因。外部原因是指公司環(huán)境,市場環(huán)境,老板的決定等原因,這些原因可能是無法抗拒的,但內(nèi)部原因是可以避免,如:盡量避免自己的邏輯不清晰,加強(qiáng)對文檔質(zhì)量的把控,不清晰或者不確定的地方多與團(tuán)隊成員溝通,不要抱有到時候再說的想法等。
以上是對自己剛?cè)胄兴龅揭恍﹩栴}的歸納與反思,希望對你們都有幫助。
本文系作者@杰森森 投稿發(fā)布,未經(jīng)許可,不得轉(zhuǎn)載。
求lz推薦幾本書來看看。現(xiàn)在還是知識系統(tǒng)還是沒有建立起來
最大的困難:在需求、設(shè)計等關(guān)鍵節(jié)點的評審上,特別耗時間,如果遇上評審人員不齊,問題在下一個階段才提出來會打亂整體的節(jié)奏。
解決方法是:需要成立產(chǎn)品評審團(tuán),評審團(tuán)由各部門骨干參與,負(fù)責(zé)對產(chǎn)品決策進(jìn)行把關(guān)和優(yōu)化提議。并且明確每一個階段評審目標(biāo),在會前將評審內(nèi)容郵件通知給各位評審團(tuán)成員。對于沒有參加會議的人員發(fā)送會議紀(jì)要通知,如果在截止時間點沒有反饋,默認(rèn)為沒有意見。
作者:鄭智清
鏈接:https://www.zhihu.com/question/20075932/answer/101278378
來源:知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán),非商業(yè)轉(zhuǎn)載請注明出處。
??
的確是這的
其實很不容易,產(chǎn)品經(jīng)理最后回歸到產(chǎn)品管理,如何管理哪些職能上本來不歸自己管理的團(tuán)隊,才是最棘手的事情。
我不得不承認(rèn)第一個問題 確實困擾了我很久,但是經(jīng)理一段時間的工作有所改善,自己也在慢慢提升
先確定需求管理、產(chǎn)品開發(fā)制度、流程,最好有軟件系統(tǒng)管理,再明確組織、人員工作職責(zé)。(但往往現(xiàn)實太骨感,來幾個拍腦袋的大領(lǐng)導(dǎo),懂還好一點,不懂就什么都亂了)
是啊,怎么去處理與平衡這種亂,很體現(xiàn)產(chǎn)品管理方面的功力。