當你的文檔一團糟時,也許你該想想是不是沒做好文件管理了
這篇文章通過需求分析這個角度去描述另一個主題,也算是另一種總結的寫法嘗試…
上周周末的時候,重新翻了一遍自己做第一個產品時的一些產出內容,包括:競品落地方案的對比、新產品形態、新產品E-R圖、各個用戶故事的分析等等,每個文件都有好多版本:
以現在的眼光,一個個文件,重新復盤了一遍當初做的東西,收獲頗多。
很慶幸找回了這些工作上的文件,不然也無法向過去的自己學習。同時,也又是意識到了一件事,那就是:
文件的良好命名和版本留檔真的非常的重要,甚至,關系到了每個人的自我成長。
在闡述為何重要之前,大家可以先嘗試回答下面的兩個問題:
1、什么叫文件的良好命名?
- 需求列表
- 3.5需求列表
- XX產品的需求列表
- XX產品的需求列表-1
- XX產品3.5版本的需求列表
- XX產品3.5版本的需求列表-8.18
- XX產品3.5版本的需求列表-8.18:增加個股頁優化功能
以上都可以是同一個文件命名,想一想,選出你覺得比較好的。
2、什么叫文件版本留檔?
– 情況1:
- XX產品的需求列表
– 情況2:
- XX產品3.1版本的需求列表
- XX產品3.1版本的需求列表
- XX產品3.2版本的需求列表
- XX產品3.3版本的需求列表
- XX產品3.4版本的需求列表
- XX產品3.5版本的需求列表-8.10
- XX產品3.5版本的需求列表-8.11
- XX產品3.5版本的需求列表-8.12
以上也都可以是同一個產品你看到的留檔方式,同樣想一想,再選出你覺得比較好的。
…假裝過了10秒…
大膽揣測一下,我覺得有很多童鞋會想當然的認為,越詳實的命名越好,版本留的越多的越好。
其實不是的,以上的兩個問題都沒有一個統一的答案。為什么呢?
很簡單,因為做任何事情,都存在“需求”兩字,即使細小如文件命名和留檔也一樣。需求不同,又如何以一個統一標準去評判好與不好呢?
想要說清楚這個問題,下面就要結合具體的場景啦:
一、基本需求:識別和找到文件
能夠被識別和找到,這是文件存在的最基本需求。
那如何判定為“被識別”呢?舉個例子:
- 左邊是大頭蝦先生的方式:系統自動命名,只用123來做區分;
- 右邊是細心小姐的方式:清晰表達文件內容;
雖然右邊確實“看起來”比較好一些,但是這樣就可以說左邊的命名一定比右邊的不好嗎?未必。我們給這個例子加一個具體的用戶使用場景:
某天,大頭蝦先生和細心小姐兩個人同時接收到一個任務:分析產品的3.3.0的數據。于是,他們就從第三方統計平臺上下載了他們需要的數據,進行統計計算。但是,這個第三方平臺有個特別不好的地方:它無法一次性下載所有需要的數據,得一個個case的下載,因為這一點,他們倆下載了一堆的case數據。然后再一個個case計算,把最終的結果一個個填寫到匯總的表格里。
在這種場景下,很多文件都是一次性或者臨時使用的,并不會長久留檔。這樣的話,左邊這種默認命名的方式是不是就更加高效了呢?至少省掉了重新取名字的時間。
因此,對于那些生命周期特別短暫的文件,文件命名要求是什么呢?
“新建文件n.xlsx”即可。
二、效率需求:快速找到需要的文件
這個需求就可能存在兩種情況了:
- 用戶在文件創建不久的一段時間內能夠快速找到它;
- 用戶在文件創建相當長的一段時間內還能夠快速找到它;
舉個類似上文的例子:(右側不同了)
- 左邊是大頭蝦先生的方式:系統自動命名,只用123來做區分;
- 右邊是細心小姐的方式:清晰表達文件內容;
如同上面一樣,我們附加一個使用場景:
另外的某天,大頭蝦先生和細心小姐的Boss說,“給我一下產品3.1版本的數據分析文件,我想回顧一下歷史的數據情況怎么樣?!奔毿男〗愫芸炀桶盐募业搅?,而大頭蝦先生還在各種新建文件夾.xlsx中掙扎。
在這種場景下,文件是長久需要被使用,會留檔的。如果依舊采用左邊這種自動命名的方式的話,在某個需要用到文件的時刻,你可能就會遇到所有的文件都是“新建文件n.xlsx“的尷尬情況了。(千萬不要太自信于自己的記憶力)這個時候右側的命名就能夠很好的解決了我的問題,幫助我更有效率的找到想要的東西。
因此,對于那些生命周期比較長的文件,文件命名要求是什么呢?寫清楚文件承載的內容。
“XX產品3.3.0數據分析.xlsx”即可。
三、社交需求:通過文件和他人進行溝通
產品經理嘛,這種情況再正常不過了,一般都需要:
- 給開發們文檔啦
- 給運營產品上架資料啦
- 給第三方合作文件啦
- 給其他產品經理方案啦
…
在這些情況下,雖然說文件里面的內容才是最重要的,但是良好的文件命名會讓他人對你有個好印象的同時更方便他人留檔文件。
還是舉個例子:
細心小姐:“大頭蝦先生,能把我們3.3.0版本的數據分析文件傳給我嗎?”
大頭蝦先生:“當然沒問題啦,馬上傳給你?!?/p>
…10秒鐘后…
您已收到大頭蝦先生的“baoer第三春.xlsx”文件
細心小姐:內心OMG,然后把文件修改成“XX產品3.3.0數據分析.xlsx”
覺得這個例子不接地氣?日常不會發生?看下圖選中的部分:(我真的不是黑程序猿們)
哈哈哈哈哈哈,要知道,即使原則一致,但每個人仍有可能“任性”的在原則正確的大前提下按照自己的方式命名。
那么,這個時候的命名要求又是什么呢?根據大眾的接受情況,寫清楚文件承載的內容。
還是 “XX產品3.3.0數據分析.xlsx”即可,只不過這次是給他人看的。
四、留檔需求:自我(或者他人)需要歷史文件
相信大家工作中也可能會遇到以下對話:
大頭蝦先生: “可不可以給我一下這個素材呀?”
細心小姐: “好呀,不過之前給過你幾次啦”
大頭蝦先生:“哎呀,我又忘記存了”
細心小姐:…
如果這種對話經常發生,那么是不是很有問題呢?
- 對于大頭蝦來說,總是問別人要同樣的素材,一方面影響自己的工作進度,而另一方面也容易讓其他同事對你的印象不好;
- 對于細心小姐來說,經常被別人要同樣的素材,一方面被影響了工作進度,另一方面,長年累月來看,也會對個人的脾氣產生一定的影響;
那么,文件要留檔,怎么個留法呢?
留下一些工作客觀上需要的固定文件:
- 每個版本的產品迭代文件,包括:需求池迭代、需求分析、原型圖;功能設計稿、標注稿、歡迎頁、新功能引導頁;應用商店宣傳圖、更新文案;產品數據分析等等;
- 每個版本的運營計劃和效果(如果可以獲得的話)
- 和第三方合作、對接涉及的文件;
- 自己紀錄的其他文件;
留下一些自己主觀想留下的文件:
- 過去自己做的內容的各個大版本;
- 現在手上在進行的內容的各個小版本;
客觀的固定文件盡量都留檔下來,指不定哪天就會用到,而更加具體和主觀的文件留檔,每個人都闊以結合第五點進行摸索。
五、自我(產品)復盤需求:進步與否一眼看穿
前面的幾點內容,其實都是常識,差別在于有人做的比較規范、而有人不規范。
通過留檔文件的自我復盤,才是我想重要講的東西,也是我認為很多產品經理并沒有意識到的。
互聯網是個節奏快、競爭大的行業,如何才能不out呢?那就只能靠自己不斷的in…into…
如何評判自己進步的程度呢?最粗的兩個維度:
- 橫向:和同行對比;
- 縱向:和自己對比;
和同行對比其實比較虛,為啥呢?產品經理這個崗位,泡沫還是比較大的,能吹的空間也是比較大的,不到真正一起工作,你可能都無法評判這個人到底真的厲不厲害。
而和自己對比就簡單并且公允很多。自己做的東西,可以非常直觀反映很多事:
- 從基本功上:哪里進步了,哪里退步了;
- 從思維上:以前怎么考慮問題的,現在又是怎么考慮的;
- 從意識上:以前覺得什么重要,現在覺得什么重要;
工作日的時候,可能一直在打仗,沒有時間去做這樣的自我復盤,但是到了周末,或者空閑的時候,就該靜下來,回顧一下這段時間自己的工作情況,發現一下自己到底是進步了,還是哪里退步了。
一個產品,和人也是一樣,一樣需要回顧每個版本做了什么,做的好不好,哪里好、哪里不好。(這個話題太大,有機會下次再寫。)
因此,沒有良好命名的留檔文件,你怎么找到過去的自己呢?
所以,這個時候的要求又是什么呢?
無論你是:
- “XX產品3.1版本的需求列表.xmind”
- “XX產品3.1版本的需求列表.xmind”
- “XX產品3.2版本的需求列表.xmind”
還是:
- “XX產品3.5版本的需求列表-8.18.xmind”
- “XX產品3.5版本的需求列表-8.19.xmind”
抑或是:
- “XX產品3.5版本的需求列表-8.18-增加個股頁優化功能.xmid”
- “XX產品3.5版本的需求列表-8.19-增加首頁優化.xmid”
都是正確的,差別就是看你想自我復盤的多仔細了咯。自我復盤,又是一個大話題,希望以后有機會講講。
#專欄作家#
killifer,微信公眾號:killifer,金融資訊&工具類產品經理。腦洞大、笑點低、間歇性“有毛病”的理工科實力逗比少女。
本文原創發布于人人都是產品經理,未經許可,不得轉載。
詳細的命名不僅是為了復盤與整理,更重要的是………………………………………………我是強迫癥呀
發現了…哈哈哈哈哈~不過我覺得這種偏執很可愛??!
哈哈哈哈,沒點偏執也做不了產品了 ??