【产品】实习总结&反思

实习时间：2016-04至2016-08

岗位：产品策划

地点：北京

前期准备篇

那段时间海投了很多简历，成都的产品岗位实在是少，北京上海却是一抓一大把，所以对于产品岗位去北上深有更多的空间~

感悟一：一定要有某方面的特长，也就是说要有自己的核心竞争力和不可替代性，要有一些大家没有的东西，比如我曾经做过一点时间设计，ps还算不手生，也有自己的作品集。我一个实习的小伙伴要比其他人更加了解技术，就是写过一段时间的网站。虽说产品拼的是软实力，但不能没有硬实力撑腰。硬实力才是在茫茫简历中能被筛选出的要素（个人观点）。

感悟二：好看点，简历照骗好看点，至少表明你有很认真准备，对这个机会很重视。leader说当时看我照片还不错，就给了电话面试的机会，然后三轮面试感觉还不错就拿到了offer【偷笑】

图书篇

leader推荐的书：《谷歌和亚马逊是如何做产品的》《写给大家看的设计书》《don't  make me think》还有《结网》、《启示录》等也有人推荐过。

这种泛读和方法论的书，读过以后，要形成自己的知识体系框架。后来读书的话就可以细分，也就是用到哪种读哪种，比如要建站，就去学了WordPress和boostrap的书。比如想要了解数据，就去读数据分析相关的书。比如想要了解行业，就去读相关行业发展的书。

软技能篇

要主动！因为你还是一个实习生，一是让leader和领导看到你的积极态度很重要，二是给了你一个任务你如果闭门造车，很可能花费了大量时间，却与初衷谬之千里。如果能够在实现这个功能过程中一直保持沟通，经常问问题，leader不会觉得你的工作能力不行的，因为对于实习生的心理期望预期就在那里，并没有要求高到直接上手工作。

脸皮厚！这个hin重要，开始我就是各种怕麻烦别人，连进度都不敢去催，后来被leader骂了恍然大悟。弄不明白就去问，找最熟悉的人去问，这个成本比你自己蒙头找原因的成本低很多，同时也能避免再次发明轮子的尴尬。不要磨不开脸，同事都很乐意解答，因为同时他们也在完善自己的工作。

用数据说话！为什么要做这个需求？为什么这个需求要这么做？为什么是这种形式而不是另外一种形式？如果手里面没有足够的数据支撑，会被问的很惨，血和泪的教训TAT。最好会用SQL，用来提取数据提高说服力的利器，就不用每次去麻烦程序员GG啦。

充分利用数据的价值。数据从哪里来？到哪里去？用户转化率是多少？是否实现了预期效果？这次活动的数据价值在哪里？如何跟其它系统、模块做好对接？

最理想的境界是用数据来佐证你的idea，用数据说话，说服别人。这里的别人包括你沟通的所有人，尤其是，你的老板！开发的老大！测试的老大！因为他们是能够在需求评审当中拍板的人，前期与各方面人员沟通再好，需求自认为多牛，最后也有可能被拍死。战术上的勤奋不能折算战略上的空洞。

写作能力！不仅是产品，技术也需要，需求文档，开发文档balabala总之好的文档是节约交流成本的利器。能写出好的文档至少证明你的逻辑和表述能力是过关的。

细节，注重细节！任务要细化，思考要全面要做好项目中不断更改需求的准备，考虑到各种边界情况。把用户当作傻瓜，不要让用户思考和选择，替用户预先想好。在保证主线的情况下能够考虑情况越多越好，顺便把测试用例一起写了哈哈~

全局观和责任感 我大团队leader是一个工程师，当我们一起开会的时候他不仅只关心技术实现的问题，还会经常跟我们讨论用户体验和数据方面的问题，给我很多启发。转化自己的角色，你可以不仅仅是一颗螺丝钉。

考虑可复用性其实是全局观和责任感最好的体现。全局观就是在做产品设计的时候比其它任何一个岗位的同学考虑得更深，更全，不仅考虑到用户需求、业务需求，还能考虑到实现成本，能在用户需求与公司成本之间做出平衡，不仅能实现单次需求，还能提炼出某一类的共性需求。让产品有足够的灵活性，可扩展，可复用性。

信息整合和转化能力 不知道有多少人像我一样，酷爱收集，收藏夹越来越庞大。在什么网站上看到了很有价值的内容二话不说先收藏了再说，但是很多东西就这样躺在收藏夹里再也没看过…其实这样的收藏夹内容应该越来越少才对，应该让它们真正发挥价值，为我所用。能够每周或每月总结清理一下，比埋头赶路要有收获得多。希望自己的签名能从“搜藏癖”变成“整理癖”。

工具篇

工具不重要！工具不重要！你需要的是快速学会任何工具的能力！

需要快速原型就Axure或者墨刀；需要你做高保真就要熟练PS（PS真是博大精深啊……可不敢在简历上随意写熟练）；需要你做UI还需要学AI，需要思维导图就Xmind或者百度脑图，需要流程图就processon（web工具还蛮好用的，不过求推荐更好用的工具……）工具是表现自身想法的一种方式，只要能将自己的思想表达出来就好了。虽然有的时候有的人会说，工具什么的无所谓，表达自身，才是最重要的。说的是没有错，但是有的时候，还是要丰富自己的能使用的工具库，因为不一定哪一次你就能用到。

当然这都是建立在每一个方面都有自己顺手的工具的前提。如果你还没有自己顺手的工具，那你赶快学习吧。在面试的时候，扯你会这样那样的工具没什么用，拿出客观的事实就好了，用了什么工具，做了什么事，这又回到执行力的问题上了，如果能快速的用你的掌握的工具给面试官答案，那固然是最好的选择。

最重要的工具是你的双手和笔纸。

流程篇

立项阶段：虽然实习生的任务都是产品leader派发下来的，不过还是见到了各种开会和客户电话沟通，可以说一个idea的立项是综合各方面考量的。一个重要需求的提出，不但需要产品部门的内部讨论，可能还需要研发部门的参与。当然项目最核心的是它的价值，增加营收还是减少损失，提升用户体验还是加快运营效率等等，要用数据评估。

PRD阶段：当立项了之后，开始进入需求阶段，开始撰写PRD。在写PRD时，比较重要的一步是通过流程图把整个需求描述出来，各种情况考虑周全，注重逻辑顺序，需要达到第一次接触这个需求的人看你的流程图就大致知道怎么实现的程度。当然，PRD并不是一天写成的，在整个开发过程中可能都需要改动、完善。所有的事务都需要细化，细化到每一步动作，每一个页面，数据的埋点存储，甚至是按钮的形状颜色。接下来就是需求详述，逐点叙述，一二三四罗列清楚，配上相应原型。

技术评审+接着写PRD阶段：在这过程当中，很重要的一环接是找到相对应的技术干系人讨论需求，一般在称为技术Review。大部分时候都是就近找到有显示屏和沙发的角落，插上电脑就直接开始。拉上RD、FE、QA，大家猛烈抨击你的需求：实现不了，改！涉及面太广，改！华而不实，改！当所有人都认可之后（这中间可能不止一次技术review，而你的PRD会大变样），开始打分估工时。

项目排期阶段：产品经理还担当着项目经理的职责，同时，产品经理有必要懂得一些项目管理的内容才能够更好更快的推进产品的更新迭代，完成需求。要把项目分段，联调、交付、上线测试环境、上线正式环境……排期要精确到日期，甚至上午下午还是晚上。延期交付要写出说明抄送整个项目组，这样才会有推进力。

开发阶段：这个过程最重要的是对于业务逻辑要100%清楚：任何一款产品没有谁比产品经理更清楚产品的业务流程，细节交互和各种功能点了。从小到大我们养成了差不多的习惯，不管做什么都觉得差不多就行了，没必要全部弄清楚。可做产品一定不能有 “差不多”的概念，对功能和业务流程以及任何细节都要100%清楚。程序员跑来问产品经理问题的时候最不愿听到 “应该吧” “可能吧” “大概吧”这样不确定的词语。

功能上线与后评估阶段：功能测试与上线，这个阶段是检验功能的成效与质量的环节，借助已编写的测试用例（编写case真的是一个虐心的过程，细化到每个操作动作描述以及对于出现的结果，好几十上百种可能出现的状况，心累……）测试的过程会出现各种状况，PM与QA及时沟通十分有必要。

运营阶段：接下来配合运营同学写软文了~并且在此一定要亲自用自己的产品和收集用户反馈，才能发现问题，有产品感悟。关注运营数据也能发现很多问题，锻炼自己数据能力。尤其是经常翻阅自己的作品从中找到不足，定期查阅自己的产品与总结，这些都能够让你获益匪浅。

很重要的一点：就是这个过程中相关人员包括客服都能参与，不要最后开始开发了才通知，这个参与的过程可能会发现漏洞或改变实现的方式；发布了新功能或新产品都有必要让所有相关人员知晓，比如邮件抄送通知等。

感谢这段经历，让我有了很多对于职位的感悟，也结识了很多人很好又有能力的前辈，很喜欢公司开放交流，没有限制的自由氛围。希望自己能在产品这条路上越走越顺，成为一个牛逼闪闪的产品经理！