產(chǎn)品經(jīng)理的八個(gè)良好工作習(xí)慣
![](http://image.woshipm.com/wp-files/img/101.jpg)
或許好的產(chǎn)品經(jīng)理不只是這八個(gè)良好的工作習(xí)慣,但,你做到了么?本文是關(guān)于作者的產(chǎn)品筆記,值得一讀。
1. 維護(hù)一份競(jìng)品跟蹤文檔
競(jìng)品分析是一個(gè)長(zhǎng)期、繁重、瑣碎的工作,而不是在剛接觸產(chǎn)品時(shí),寫(xiě)一份文檔就丟在一邊。維持一份長(zhǎng)期的競(jìng)品分析文檔,保持對(duì)競(jìng)品的關(guān)注,不僅可以從中分析競(jìng)品的策略。競(jìng)品跟蹤主要從以下三個(gè)方面來(lái)看:交互變化、功能迭代、戰(zhàn)略變化。
2. 維護(hù)一份產(chǎn)品全局文檔
年初我剛接手現(xiàn)在在做的產(chǎn)品時(shí),踩了很多坑,當(dāng)然現(xiàn)在也還在持續(xù)踩。當(dāng)時(shí)幾乎沒(méi)有文檔,而僅存的文檔不僅數(shù)量稀少,而且過(guò)時(shí)(跟實(shí)際情況有較大的出入)。當(dāng)時(shí)想要知道一個(gè)功能的實(shí)現(xiàn)邏輯,只能靠自己手工測(cè)試,或者讓程序員去查看代碼,效率十分低下。
除了被別人挖的坑埋了之外,我也做過(guò)自己挖坑埋自己這樣的蠢事···在做版本迭代的需求的時(shí)候,自己是非常清楚上下文和用戶(hù)場(chǎng)景,以及在細(xì)節(jié)處的實(shí)現(xiàn)邏輯(要知道在實(shí)現(xiàn)過(guò)程中,總是會(huì)臨時(shí)做出一些不在文檔范圍內(nèi)的小調(diào)整),由于調(diào)整比較小,所以也沒(méi)有體現(xiàn)在文檔中。于是出現(xiàn)了在幾個(gè)月后,想不起來(lái)當(dāng)時(shí)的實(shí)現(xiàn)邏輯的情況···
鑒于以上的慘痛經(jīng)歷,我開(kāi)始維護(hù)一份產(chǎn)品的全局說(shuō)明文檔。在這個(gè)文檔中說(shuō)明版本的大致迭代情況、各個(gè)模塊的現(xiàn)狀和調(diào)整。
在實(shí)際情況中,我建議你的產(chǎn)品全局文檔不用寫(xiě)的特別長(zhǎng),妄想把所有文檔都集中到一個(gè)文檔中,我建議你只在這個(gè)文檔中說(shuō)明『變化』和相關(guān)文件的地址。
另外,在云筆記中保存文檔也是一個(gè)不錯(cuò)的主意,這非常利于及時(shí)修改和查看。但是切記要備份。
3. 橫向記錄版本:版本的需求文檔
請(qǐng)注意自己的需求文檔的閱讀體驗(yàn)。
好好寫(xiě)需求文檔。
好好寫(xiě)需求文檔。
好好寫(xiě)需求文檔。
重要的事情要說(shuō)三遍。如果你覺(jué)得這個(gè)不夠重要,請(qǐng)你去翻一下產(chǎn)品的歷史產(chǎn)品需求文檔再來(lái)說(shuō)話···
結(jié)構(gòu)不清晰的產(chǎn)品需求文檔,不僅會(huì)虐死你的繼任產(chǎn)品經(jīng)理,還有可能虐死自己。請(qǐng)?jiān)趯?xiě)文檔的時(shí)候,務(wù)必注意格式,注意錯(cuò)別字,注意結(jié)構(gòu)。確保文檔語(yǔ)句通順,且能夠完美的表達(dá)你的想法。
4. 縱向記錄版本
從時(shí)間軸上,記錄每個(gè)版本的基本信息和概況與上下文
之前已經(jīng)說(shuō)了,對(duì)競(jìng)品的迭代要保持關(guān)注。但同時(shí)也要對(duì)自己的產(chǎn)品的迭代進(jìn)行記錄。這個(gè)記錄包括了每次版本迭代的內(nèi)容和相關(guān)信息,以便于以后查詢(xún)。
5. 需求池
維護(hù)需求池,而非收集所有需求。
在平常工作里,你一定都會(huì)收到來(lái)自很多同事或用戶(hù)的改進(jìn)建議,千萬(wàn)不要棄置一旁,也不要立馬將需求加入需求池。多和提需求的同學(xué)溝通一下,了解一下需求的上下文、場(chǎng)景等,從多個(gè)維度對(duì)產(chǎn)品進(jìn)行評(píng)估,如果需求足夠重要就將它加入需求池。
注意要用多個(gè)維度對(duì)需求進(jìn)行衡量,建立上下游都認(rèn)可的衡量體系。譬如隸屬的功能模塊(不同模塊有不同的重要性和優(yōu)先級(jí))、緊急性(影響程度)、重要性(覆蓋面)等等。
6. 記錄需求的場(chǎng)景與上下文
這個(gè)本來(lái)是要?dú)w到『好好寫(xiě)需求文檔』那里,但我覺(jué)得很重要就另外抽出來(lái)了。
我知道需求文檔是給技術(shù)部的程序員看的,而大多數(shù)情況下他們并不 care 你需求的上下文、場(chǎng)景和合理性,但是,不管他們是不是 care,你都要記錄下需求對(duì)應(yīng)的場(chǎng)景,好記性不如爛筆頭,千萬(wàn)不要過(guò)度信任自己的記憶力。
7. 良好的文件管理習(xí)慣
所有的文件,一定要好好管理,分文件夾擺放,定期備份,及時(shí)清理。
不經(jīng)歷一次找不到重要文件的事情,你就不知道好的文件管理習(xí)慣有多重要。
8. 指導(dǎo)全局的文案風(fēng)格文檔
一個(gè)產(chǎn)品的文案會(huì)出現(xiàn)在產(chǎn)品的各個(gè)角落,一個(gè)統(tǒng)一一致的口吻,有助于塑造一個(gè)優(yōu)質(zhì)的品牌形象。而前后不一致、不禮貌、不細(xì)心、冷冰冰的文案風(fēng)格,將會(huì)極大的影響用戶(hù)體驗(yàn)。
而最簡(jiǎn)單的解決方案是,將文案風(fēng)格用文檔的方式確定下來(lái)。哪怕團(tuán)隊(duì)只有你一個(gè)人在負(fù)責(zé)產(chǎn)品,也一定要寫(xiě)下來(lái)。寫(xiě)下來(lái),那就是準(zhǔn)則。被遵守的機(jī)會(huì)也更大一些。
作者:張小四兒,微信公眾號(hào)【張小四兒的產(chǎn)品筆記】
本文由 @張小四兒 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
真的,文檔,一定要分類(lèi),而且備份,總會(huì)有很粗心的人
我們程序員不喜歡看需求文檔
。。。
雖然是這樣說(shuō),但產(chǎn)品不寫(xiě)需求文檔,程序員有理由圍攻他了
測(cè)試也會(huì)非常崩潰
講道理,你看不看我們都要寫(xiě)呀
直接出交互設(shè)計(jì)給程序員,他們更喜歡
重要的需求都是關(guān)于后端邏輯,而不是交互設(shè)計(jì)哦
你們后臺(tái)和前端都是由一個(gè)產(chǎn)品經(jīng)理來(lái)負(fù)責(zé)么?如果是后臺(tái)這塊的話,確實(shí)是注重邏輯性,對(duì)需求也比較看重,尤其是面向企業(yè)或者渠道開(kāi)發(fā)的軟件。
好吧,后臺(tái)前端一個(gè)人負(fù)責(zé),文檔沒(méi)有
那你挺厲害的
妹子,顏值高。愛(ài)反思和梳理
謝謝夸獎(jiǎng)~~~