1、负责竞品调研，产品的迭代升级；

2、讲述了通过调研发现了问题，进行沟通后，进行了产品优化，带来了什么好处。

问题主要出在了第二部分，第二部分带有大量的低效的、弱作用的描述词汇：

比如“但用户的使用反馈显示依然存在很多问题”，这句话无法体现问题的严重程度，以及问题出在哪里，另外“很多问题”这种通俗化的定性描述是会让人产生反感的，尤其产品岗；

比如“在不改变现有模式的前提下，对各卡片视图页面的级联关系信息添加了文字链接，可以快捷跳转到对应类型设备的卡片视图。。。。。”，简单来描述就是”支持了快捷跳转，及多窗口作业，提升了数据录入等工作效率“；

另外作为岗位职责描述，无需讲解一个需求是如何调研、如何解决的详细经过的，这些并非岗位职责相关的描述，而更像个人项目描述，因此第二部分明显有点答非所问的感觉。

|方法

任何的介绍，首先都应该先应该确定介绍维度。

以岗位职责为例，应该从哪几个维度进行介绍？

1）产品宏观规划、定位、战略维度

比如确定XX平台及XXapp产品的定位，制定产品短中期发展规划，并根据规划落地。

2）产品微观：市场调研、用户调研、需求分析、产品设计等具体产品工作内容维度

比如负责XX平台及XXapp的市场调研、用户调研、需求设计等。

3）全生命周期项目管理、项目协作维度

比如负责XX平台及XXapp的从项目立项到上线的项目管理工作，负责协调开发、测试、UI解决项目中各种问题。

4）跨职能部门的配合、支撑维度

比如配合市场部、销售部、售后部门的业务需要，提供其XX的资源支持。

5）产品管理维度

比如针对性制定产品规范、交互规范，制定标准的产品评审流程等。

6）团队管理维度

比如负责管理一个10人的产品团队，带领团队完成产品及业务目标，提升团队成员各方面能力。

7）商业化维度

比如负责XX产品的商业化，能够赋能业务生态的参与者，摸索创新的商业模式等。

每个人都应该根据自己的情况进行维度划分，从而更有条理的展现自己的岗位职责。

而且在描述中，每个维度务必控制在2-3句话，做到结构清晰+语言精炼。

没有人愿意把时间浪费在大量的低效信息内容上。

二、缺少项目介绍或介绍过于冗长

|案例  

这是没有项目介绍描述的。

这是项目介绍描述归于冗长的。

|拆解

项目介绍的目的就是通过2、3句话迅速让面试官了解你的项目情况。

如果让其高效、精准的获取到项目核心信息，是你应该思考的。

没有项目介绍，就不知道这个项目具体是干嘛的；太冗长，又会让人看不出来这个项目是干嘛的。

所以，避免过长的介绍、没有介绍，让人通过项目间接，能够快速了解项目概况。

|方法 

上面这个例子就是一个正面例子，用2-3句话就说清楚了这个项目。

面向谁，通过什么样的产品和服务，解决了什么问题。

三、没有挖掘项目亮点

|案例

这是一段项目经历的描述，这是修改前的： 

经过修改后的：

修改的项目经历显著的突出了该项目的重要性，对于求职者来说，一定要重点突出你的亮点成绩，而不是潦草2句匆匆带过。作为一个面试者，他在查看简历的时候，如果每一段项目经历都写的篇幅相似，四平八稳，那很难引起面试官的注意。

说白了，你要让对方在芸芸的简历中一眼就看到你这段颇具亮点的项目经历。

|拆解

看修改前的这段项目经历，整个描述其实是把从发现问题—需求调研—产品设计—上线，这整个过程用一段没有层次的话囊括了。

看上去毫无亮点，也没法让人感知这件事有真正多少价值？ 

而修改后，针对该项目中比较重要的三块功能进行了层次化的系统性描述，结构清晰，突出重点，量化价值。

先交代背景（即谁在什么场景下）；

再交代难点（产品设计中面临什么问题）；

其次交代贡献（做了哪些新功能，采取了哪些措施）；

最后交代成果（带来了什么量化价值）。

一气呵成，逻辑感极强的彰显了这个项目，成为面试官眼中的焦点。

|方法

如果你想要重点突出你认为做的很不错、很有成就感的项目，你也可以按照上述结构进行突出。

|案例

这是一段项目成果的描述，这位朋友其实算是有意识突出成果的。

我改过的很多简历甚至都不写项目成果，或者勿把成果等同于产品交付物。

这个案例的描述中就是犯了把产品交付物等同了成果，而且没有对价值进行量化的致命错误。 

|拆解

第一句“准确挖掘客户的真实诉求，首先。。。”实际上描述的是做了什么？而不是成果（带来什么价值？）

第二句“完成静态生产流程图的绘制工作，第一时间。。。”的前两句依然在描述做了什么，而后面一句“大幅减少与客户之间的沟通成本”则犯了没有量化价值的错误。

大幅具体等于多少？是10%，还是50%，还是90%？

是否间接带来了成本的节省，节省了多少比例？

真正的价值一定是需要被量化的，且需要最终量化到可衡量的标准。比如你只是描述说减少了10%的沟通成本，给人的感觉是比较低的。但是如果这个沟通成本占据你整体成本的90%以上，那么降低的10%就相当有价值了，相当于在总成本上降低了9%，那这个成果是非常了不起的。

|方法

抛出成果，最好附上数据，无疑是最有说服力的。

比如你负责过一款日活1个亿的C端产品；

比如你负责过一款超过10几万商家的B端产品；

比如你通过不断优化产品将活跃率从20%提升到了80%；

比如你负责一款大型产品的从0到1的重构，大幅提升用户的满意度超过50%以上；

比如你的新产品为公司带来超过每年10亿的GMV和1亿的毛利润。。。。

带有数据的成果是证明自己的最好证据，很多人面试的时候说了一堆做了哪些哪些事。

其实在面试官看来，这些事都是有效的吗？

这些事有没有跑出来数据呢？

这些事都应该被做吗？

这里会有很多质疑，甚至你做的越多，却没有相应的成果出来，反而会被认为占用大量的公司资源，却没产出高效的价值，让整个面试减分不少。 

做的越多，不一定越好！确保做的每一件事都有可被衡量的成果，才能体现你的价值！

五、项目成就过于微小

|案例

这是一段项目贡献的描述。 

|拆解

这个案例是通过对缓存订单进行打标签的方式，进行数据记录。本质上其实属于产品的轻量优化。 

但是这个案例犯了一个错误，那就是价值感太微小，其次则是这个优化并没有体现你强大的分析能力、或设计能力。

|方法

对于产品来说，你在简历中一定要把你认为最有说服力的一段项目经历放出来。 

说服力强可以体现在如下方面：

1）解决的是一个用户很痛的需求，大幅提升了用户满意度

2）因为你的这个项目，推动产品数据大幅提升；

3）负责的产品、系统庞大、复杂，体现你强大的产品管理能力；

而涉及到产品小需求的优化、一个交互点的优化、一个UI的优化等则可以一句话简单描述，点到即可。因为这些“项目”的感知力不够强，无法因为这些项目让你的简历充满竞争力。

六、项目经历没有一段匹配应聘岗位

|拆解

答案是都不是，一般来说2页的简历篇幅是最合理的。

先说一页简历：

很多人不知道哪里听来的，觉得1页简历最好，为了能压缩到1页，强行把很多有效信息都做了删减，而且整体排版异常紧凑，阅读起来非常吃力，视觉上极度不友好。

这个就是典型的只是其然，不知其所以然，都认为1页简历最好，但是其实并没有仔细思考过为什么1页好？难道2页就不好了？ 

再说多页简历，即4页以上的：

这种简历，大概率堆砌了大量的低效描述，不然不可能撑到4页这么大，长篇大论的描述既让面试官不愿意仔细阅读，也让他对你打了一些糟糕的个人标签。可以说过于过长其实是反人性的。 

|方法

一般来说简历控制在2-3页，以2页最佳。

从用户体验（面试官阅读体验）来讲，2页既能让其对你产生全面的认识，也能有耐心读完简历的全部内容。 

具体的大提纲包括：

1）个人基本信息

2）自我评价

3）工作经历

4）项目经历

5）教育经历（可选）

6）证书信息（可选） 

其中工作经历+项目经历应该覆盖70%及以上的内容。这块是你核心的求职竞争力。

八、要不要附上原型