My First PM Intern
从7月初入职到10月8日向老大提出离职申请中间经历了近3个月的时长，3个月的时间我也经历了第一份互联网产品专员实习工作，从收集需求、需求分析、需求决策到项目排期、进度跟进再到上线后的数据跟进都走了一遍，踩过的坑都是一个个经验池呀。
所处的项目是搞笑内容社区（类似内涵段子），刚进入公司的一段时间我是从运营做起，运营工作往往都是琐碎的，在这一期间我对运营工作以下几点感悟：
1、如果琐碎的事情做不好，如何胜任艰巨的任务
2、给自己设阶段性目标让一尘不变的工作变得有趣
3、不分析数据的运营就是耍流氓
4、不懂产品的运营不是好开发
5、用户是善变的，运营就是在变化中寻求方案
经过一个月的时间运营+产品的双向工作，我慢慢脱离了运营，开始全身心的投入产品的工作中。在项目中主要负责需求和项目进度两大模块，产品方面的感悟我也从这两方面思考。
需求方面
需求来源有老板、内部同事、用户、我自己这四个方面。Too young too simple，刚开始没有经验，同事提的需求，我告诉他我晚点思考一下，等到他再次问我的时候我已全然忘记了这回事。为了让自己不那么不靠谱，我开始记录每一个瞬间需求形成自己的需求池，在稍微空闲的时间对需求池里的需求进行深入的思考。
分析需求的时候，首先会区分是优化需求还是新功能需求，再从用户、场景、诉求来确定做不做，最后从现有数据、预估影响用户、开发周期、优雅降级几个维度思考需求的优先级。
需求对接的时候，为了避免出现程序员对需求的理解和我提出的需求有分歧，我采用了以下方法：每次需求对接的时候，当我介绍完需求双方确认无误后，我会让开发复述一遍需求的内容，这样就有效的避免因沟通带来的分歧。
需求评审的时候，早在之前就听说需求评审是一场撕逼大会，所以我做了更充分的准备，我对每个需求从技术实现（对，我是懂技术的产品）、当前数据、使用场景、plan B等等多个方面进行了准备来面对程序员哥哥的刚正面，免不了撕逼但是还是达到了我预想的结果。
进度方面
团队采用敏捷开发模型，版本迭代速度较快，平均3周上线一个新版本，所以项目跟进就显得尤其重要。在跟第一个版本的时候也踩了一个大坑，过程我就不细细描述了，感悟有以下几点
1、必须熟悉团队每个人的工作态度，有些同事自驱动性、积极性非常强的，能够准时交付甚至还能提前，有些同事做事拖沓、效率低下，催一下动一下。那么针对这两种人采取的方法是完全不同的，驱动型强的同事往往也比较反感催进度的，自觉性差的同事我是会在吃饭或者走路的时候向他了解项目进展的情况。
2、明确每个人的每日工作计划和完成情况，为了能够知道每个同事的进度，我向老板提议说建立QQ群，团队成员每天早上汇报昨日完成任务和今日工作计划，最终得到同意。通过这种方式，我能够更好的把控整个项目进度。
3、不含糊确定DDL而是准确到小时，让每个人明确新版本上线的时间
4、上游的进度永远要早于下游的进度，才不会出现开发在等设计稿的现象
5、及时向上级汇报每个功能节点的进展情况，尽量做到报喜不报忧
以上是运营和产品两方面的总结。
这段实习最重要的意义不在于说我在运营和产品两方面有哪些更深刻的认识，而是通过这次实习我完成了从象牙塔到职场的转变。
当听到同事A说：坚伟，已经完全看不出你还是学生
当测试姐姐知道我是实习生时惊讶的说：啊，我还以为你有1年工作经验了
当同事B说：你的产品工作已经入门了
当我提出离职时，老大表示遗憾可惜，部门经理提出可以更换项目组
圆满完成了第一段互联网实习，开始征战下一程了~
接下去我会写写初入职场的新职业人工作心得
