产品新人的初级认知

其实刚入职没多久就打算规划一下写作历程的，经验也好，感受也罢，吐槽也好，故事也罢，无奈懒癌发作，外加上每周吃喝玩乐浪浪浪，就耽误了，然后在某个月黑风高的夜晚，躺在沙发上，决定痛改前非。

距离入职已经两个月多一周，其实是在起步阶段，但准备以周为周期的总结总结，这样不仅做到了自己的不断反思，也做到了督促自己去纪录下自己的工作历程，如果有一样的小白当故事娱乐娱乐或者真的借鉴到了一些东西，那岂不是更好。

【1】一个产品实习生到真正北漂的转变（生活篇）

由于七月份，应届生多、找工作的应届生多、找产品的应届生少，出租的房子少、房租高，经历了好多天的寄宿在朋友家（朋友啥啥都会，各种关心我，感觉不再孤零零），各种APP中介看房，最终找到了自己的窝，房子干净、装修好、房东好（每天给准备早饭、周末午饭啥的真心感动啊），然后就继续回到实习的公司，舍不得之前跟的项目啊，好歹也完完整整的化了一个APP的原型，写了包含各种规则的PRD，如果看不到它落地，多不开心啊，然后就去入职了。生活百味，无需多说，酸甜苦辣，已成过往。

【2】一个产品实习生到初级产品经理的转变（工作篇上）

来到公司，发现人员大换血，我原来的产品领导离职了，领导变成了技术老大。此时内心是很难过和迷茫的，因为就要独立了，感觉无从下手，简直难死宝宝了。回顾实习，最开始我的产品领导说你把这个功能了解下，那个功能做一下，我也没问什么原因，就开始埋头苦干了，然后干完了找产品领导给她讲一遍，通过了就交给开发，不管进度，然后接下一个任务，工作态度积极。渐渐的，接到产品领导给的任务之后，不知道为啥要做，然后问了问原因，了解之后继续，然后画原型、写PRD，然后给开发，过程中有一些细节没有想清楚的，然后和技术沟通就没问题了，过后责怪自己咋不想全了，然后总结了一下原因，以及之后方式。

（亮点）当接到一个需求之后不要盲目的闷头傻干，先去了解整个需求的背景目的，如果是新需求那就好办了，如果是在原来基础上扩展的，那就需要了解整个网站（那个时候主要在做网站部分）涉及到的所有的和这个需求相关的点，一个小部分都不要放过，比如你修改了添加方式，别忘了提一下编辑方式，（研发大哥那么忙，哪有功夫帮你想全，当然通常情况下还是会问你的）。

所以第一步，用脑图把原来的逻辑梳理一遍，以模块的维度，比如我做的是教育产品，那么可能就要想到考试模块中有没有涉及到这个点，作业模块中有没有涉及到这个点，一定要想全。第二步，就在脑图上做扩展或者新画一个包括新需求的脑图，如果原来的太乱了就新画一个呗，随机应变。当然最好包括每个细节，不放过任何一个输入框按钮等等等等，流程最好也加进去。

深度思考之后，思路就清晰了，低保真原型简直信手拈来，很快就完成，这比原来想到哪就写哪的效率提高太多太多了，然后把思路整理，根据原型图写出PRD，交付开发，跟进进度。

这套方法，我觉得不管是实习生还是产品助理还是产品经理，只要是需要做需求，都是很有帮助的。

【3】一个产品实习生到初级产品经理的转变（工作篇下）

之前实习是有领导的，然后一下子就没领导了感觉就像失去了依靠一样，然后呢，那就只能自己找活干了。梳理下公司的产品线，产品线真多啊，但是算我一共就两个人，另外一个小x经验也不足。那就根据公司整体的大方向，明确自己需要涉及到哪些产品线，比如下半年，网站需要改版，那就梳理下网站的整体内容喽，大体框架搞个脑图，拟定一下需要保留与去掉的模块，然后找上技术老大、运营、高管们，讲一下思路，以及每个模块未来的发展方向，如果他们需要必须保留哪些模块而我觉得没必要的时候，先谈一下自己的考虑，包括此功能对于整个网站调性的意义、对于用户的意义、竞品情况等等，理由充足加上运气好可能就说服了，运气差点磨破嘴皮子也不行还得做啊，那就尽量贴近整个网站。

然后就巴拉巴拉的划分模块，开始重新改版每个模块的需求，按照上述方法，然后跟设计图去，跟开发，当然由于公司项目太多，人手太少，渐渐的这个项目变成优先级较低的了，所以刚刚才开发完一个模块，我也同步跟另外一个产品，移动端的，之前我画的原型，心得体会下回分解。