项目经历描述

要注意！注意！自我总结
不太注意对所经历过的项目的总结，很多细节的东西随着时间的推移就会慢慢的被遗忘，这些是非常宝贵的财富。不太注意对自己工作的总结，很多你觉得无足轻重的事情其实是属于你的独特收获。

 

         这种大规模的业务转移（PC转移动端）其实对产品经理业务提升是蛮大的，这里面能说的点太多了。网页端转移动端，你必须要知道整个业务是怎么在WEB运作起来的对吧；你得知道你们WEB端都有哪些数据类型对吧，你知道同样的数据类型在WEB和在移动由于屏幕空间的展示不同，所以你得熟悉这些数据如何分布能够符合移动用户的阅读等等。你说你做了功能取舍，那么取舍后面的逻辑是什么，业务优先还是你通过研究判断的内容质量优先？
其实产品经理最不应该说的部分就是界面结构设计，交互设计和用户体验，太虚，这是外行人津津乐道的事情，产品经理应该关注的是产品的运转，是核心逻辑和运营。即使谈产品的用户体验提升，也是产品逻辑层面的提升，而不是界面优化或者布局优化，这不是你的专业范围的事儿。

        你描述的你做过的事情是A：“我接手时产品在基本功能上不完善，只有商品列表页和购买流程，而竞品已较成熟，我的工作，首先是参照着竞品补上了商品详情页和个人中心页，之后又做了优惠项目，陆续上线了代金券等优惠手段，产品之前有许多体验不好的地方也都一一改过来了，平时会接收运营需求，不断改进和完善商品在购买和消费过程中的规则。”

        如果你研究过各大招聘站的产品经理JD或者如你所说，你已经连续面试了好几个月了，你应该知道，产品经理的面试不像技术类的，可以现场考核，产品经理面试过程中，大多是以谈话的方式进行的，很多环节是要你表述自己做过的事情的时候体现你是怎么想的以及你有了想法是怎么去实施的。我们回头看你前面这种小学生作文方式的描述工作经历的话，难免人家会得出“你只是leader指示要做什么，就做什么，为要做的功能编写详细需求文档和原型，没看到你有自己的产品方法论。”

         我随便加一点润色的话到你的A里面，然后你的A+描述可以是这样的：“我的第一份产品相关工作是在xx做的电商项目，我过去的时候，产品刚刚有个雏形，我花了大概一个星期左右的时间去做竞品分析，市场调研以及产品前期做过的一些工作，对项目有个大概了解。在此基础上，我列了五点在我看来这个目标受众群体用户最急需的基础功能，包括商品展示，评价体系，支付，配送和反馈，并且与已有的产品目标进行了组内PK，我的方案胜出。我又针对这五点需求拉了个内部脑暴会议，商品详情页作为对商品展示的补充列做高优先级需求，优惠作为支付的补充功能次之。在与技术和美术沟通完需求后，大概两个星期不到，App内商品详情的展示功能就上线了。这里面有个插曲，我们本来第二版的计划是做优惠券，但是在第一个版本上线后，通过总结用户反馈我发现，有超过70%的反馈用户他们非常强烈的想要关注某个商品的模特，看他的历史搭配，这点在内部讨论的时候优先级很低的需求一下被拉到非常高的级别，我分析后认为这功能可能会成为提供特定商品展示入口的需求解决，第二版上线前期，我们又临时做了需求调整，合并了两个小版的迭代，加入了个人中心和互相关注的功能，并更新了我们的用户模型，随后的统计数据证明我们这个临时需求效果不错，关注的点击占了商品展示总pv5%………………”

         每次老板说一个需求，做归做，你是否想过老板为啥要做，你是否在考虑功能的时候加数据埋点进去，如果老板这个方案不好用，你是否有换汤不换药的Plan B可以扭转乾坤。敢不敢试图去质疑老板的需求来源。敢不敢让老板拿出需求的数据支持？