上周周末的时候,重新翻了一遍自己做第一个产品时的一些产出内容,包括:竞品落地方案的对比、新产品形态、新产品E-R图、各个用户故事的分析等等,每个文件都有好多版本: 以现在的眼光,一个个文件,重新复盘了一遍当初做的东西,收获颇多。 很庆幸找回了这些工作上的文件,不然也无法向过去的自己学习。同时,也又是意识到了一件事,那就是: 文件的良好命名和版本留档真的非常的重要,甚至,关系到了每个人的自我成长。 在阐述为何重要之前,大家可以先尝试回答下面的两个问题: 1、什么叫文件的良好命名?
以上都可以是同一个文件命名,想一想,选出你觉得比较好的。 2、什么叫文件版本留档? - 情况1:
- 情况2:
以上也都可以是同一个产品你看到的留档方式,同样想一想,再选出你觉得比较好的。 ...假装过了10秒... 大胆揣测一下,我觉得有很多童鞋会想当然的认为,越详实的命名越好,版本留的越多的越好。 其实不是的,以上的两个问题都没有一个统一的答案。为什么呢? 很简单,因为做任何事情,都存在“需求”两字,即使细小如文件命名和留档也一样。需求不同,又如何以一个统一标准去评判好与不好呢? 想要说清楚这个问题,下面就要结合具体的场景啦: 一、基本需求:识别和找到文件能够被识别和找到,这是文件存在的最基本需求。 那如何判定为“被识别”呢?举个例子:
虽然右边确实“看起来”比较好一些,但是这样就可以说左边的命名一定比右边的不好吗?未必。我们给这个例子加一个具体的用户使用场景:
在这种场景下,很多文件都是一次性或者临时使用的,并不会长久留档。这样的话,左边这种默认命名的方式是不是就更加高效了呢?至少省掉了重新取名字的时间。 因此,对于那些生命周期特别短暂的文件,文件命名要求是什么呢? “新建文件n.xlsx”即可。 二、效率需求:快速找到需要的文件这个需求就可能存在两种情况了:
举个类似上文的例子:(右侧不同了) 如同上面一样,我们附加一个使用场景:
在这种场景下,文件是长久需要被使用,会留档的。如果依旧采用左边这种自动命名的方式的话,在某个需要用到文件的时刻,你可能就会遇到所有的文件都是“新建文件n.xlsx“的尴尬情况了。(千万不要太自信于自己的记忆力)这个时候右侧的命名就能够很好的解决了我的问题,帮助我更有效率的找到想要的东西。 因此,对于那些生命周期比较长的文件,文件命名要求是什么呢?写清楚文件承载的内容。 “XX产品3.3.0数据分析.xlsx”即可。 三、社交需求:通过文件和他人进行沟通产品经理嘛,这种情况再正常不过了,一般都需要:
... 在这些情况下,虽然说文件里面的内容才是最重要的,但是良好的文件命名会让他人对你有个好印象的同时更方便他人留档文件。 还是举个例子:
觉得这个例子不接地气?日常不会发生?看下图选中的部分:(我真的不是黑程序猿们) 哈哈哈哈哈哈,要知道,即使原则一致,但每个人仍有可能“任性”的在原则正确的大前提下按照自己的方式命名。 那么,这个时候的命名要求又是什么呢?根据大众的接受情况,写清楚文件承载的内容。 还是 “XX产品3.3.0数据分析.xlsx”即可,只不过这次是给他人看的。 四、留档需求:自我(或者他人)需要历史文件相信大家工作中也可能会遇到以下对话:
如果这种对话经常发生,那么是不是很有问题呢?
那么,文件要留档,怎么个留法呢? 留下一些工作客观上需要的固定文件:
留下一些自己主观想留下的文件:
客观的固定文件尽量都留档下来,指不定哪天就会用到,而更加具体和主观的文件留档,每个人都阔以结合第五点进行摸索。 五、自我(产品)复盘需求:进步与否一眼看穿前面的几点内容,其实都是常识,差别在于有人做的比较规范、而有人不规范。 通过留档文件的自我复盘,才是我想重要讲的东西,也是我认为很多产品经理并没有意识到的。 互联网是个节奏快、竞争大的行业,如何才能不out呢?那就只能靠自己不断的in...into... 如何评判自己进步的程度呢?最粗的两个维度:
和同行对比其实比较虚,为啥呢?产品经理这个岗位,泡沫还是比较大的,能吹的空间也是比较大的,不到真正一起工作,你可能都无法评判这个人到底真的厉不厉害。 而和自己对比就简单并且公允很多。自己做的东西,可以非常直观反映很多事:
工作日的时候,可能一直在打仗,没有时间去做这样的自我复盘,但是到了周末,或者空闲的时候,就该静下来,回顾一下这段时间自己的工作情况,发现一下自己到底是进步了,还是哪里退步了。 一个产品,和人也是一样,一样需要回顾每个版本做了什么,做的好不好,哪里好、哪里不好。(这个话题太大,有机会下次再写。) 因此,没有良好命名的留档文件,你怎么找到过去的自己呢? 所以,这个时候的要求又是什么呢? 无论你是:
还是:
抑或是:
都是正确的,差别就是看你想自我复盘的多仔细了咯。自我复盘,又是一个大话题,希望以后有机会讲讲。 #专栏作家#killifer,微信公众号:killifer,金融资讯&工具类产品经理。脑洞大、笑点低、间歇性“有毛病”的理工科实力逗比少女。 |
|