在简历中，项目经验是最重要的一个模块，可以完整表达你的能力、经验和成绩。但并不是说只是把数据列举出来，或者是陈述工作，项目的写法，也是需要将就技巧的。
上篇文章分享了自己如何收割6个offer的面试技巧，获得了很多朋友的好评，也被很多朋友催更一定要讲讲如何梳理过往项目，才能更好地在面试中展现能力，提升通过率。
为了尽快让大家找到好工作，紧赶慢赶，终于在入职后繁忙的工作间隙，把这篇文章码了出来，希望对近期需要求职的朋友有帮助。
文章较长，建议大家关注、收藏！喜欢的朋友们也一定帮忙点个赞呀！感谢感谢~
很多朋友在做项目梳理的时候会踩坑，要么梳理的颗粒度太细，例如连修改字段这类需求也当做项目梳理。要么没有明确的梳理范围，面试时问起某个项目有什么价值时，只回答了1、2、3，结束后才发现还有4、5、6没有说。
为了避免这种情况，比较好的项目梳理方式步骤如下：
其中罗列&分类、提炼能力、梳理项目过程是比较重要的3个模块，下面给大家展开讲讲。
梳理项目的第一步是先将自己过往所有的项目罗列和分类。
为什么要罗列、分类？
很多人在这一步可能会想，不梳理行不行？我自己脑子里都记得住，我直接开始写就好了。
但是真的劝大家不要略过这一步！特别职场工作了一段时间的朋友，做过的项目不仅是数量多，最关键的是项目是散的。
举一个「搭建财务报表」的例子：项目分3次版本分别上线1、2、3报表，其中又分4次版本分别对1、2、3报表进行迭代。
我们很快就会发现，本来是一个项目，光需求文档就有7份！
这样在梳理的时候，我们极有可能遗漏某一份。
而罗列项目，就能避免疏漏、遗忘的情况发生。
那么分类的作用也不言而喻了，则是帮我们将散乱的需求文档重新拼凑回一个项目。
但是等等！大家不要以为拼凑回一个项目就足够了，我们还需要将项目根据「产品方向」「用户人群」再进行分类。
例如：B端CRM产品，面向内部销售；B端投放产品，面向中小企业客户。
为什么这么分？因为大部分招聘方（包括HR）都会首先关注：候选人过往有什么产品经历，面向哪类人群。
随便挑选2个JD，都写了负责哪个产品方向，其中一个详细说明了面对哪些人群
通过这样分类，还有2个好处：
1.更迅速确认自己的优势区间。
通过梳理，即使涉猎过的产品方向非常多，但通过对比，会发现自己在哪类方向具备优势。
例如C端产品做了1年，业绩数据一般。B端产品做了2年，业绩成果更好。那么优势区间就是B端产品，应优先考虑B端产品方向。
2.更有针对性准备面试。
因为知道自己哪方面经验不足、哪方面经验丰富，准备面试时，知道自己应该如何有针对性的查漏补缺。
例如C端产品涉猎不多，那么在面试C端前，就应该结合对方要求和自己的短板多准备。如果发现实在不匹配又非常希望争取到机会的话，则可以在准备时花点时间准备亮点和优势，留下个人综合素质强的印象，也有可能通过面试。
怎么罗列、分类？
说完上面，我们做起来就非常简单了。
在罗列环节，需要我们尽可能把自己所有的需求文档尽可能的先找出来，在这一步可以粗略的进行分类。例如某个需求是财务类需求，就归类为财务产品，某个需求是运营类需求，就归类为运营产品。
如果公司相关流程保存的比较好，工作起来会简单一些。如果公司没有相关流程，自己也没有好好整理过的话，就需要一些本人的时间进行罗列整理。
在分类环节，则如上面所说，根据「产品方向」「用户人群」进行分类，这样就初步完成了项目的整理。
···
其实这个步骤是放在最后完成的，先单拎出来是怕放到最后大家就不看啦，因为这个环节真的很重要：项目结果不单单是你的成果，还是你能力的体现！
我们还是回到JD上看：很多招聘方都会写希望候选人拥有xx能力，举例：
那如果面试的时候，只是干巴巴的说，我有xx能力。面试官信吗？那我还说我有两个亿呢？
相反，如果我们在强调xx能力强的时候，能附上一个项目例子，面试官深挖下去发现项目不仅详实，还确实能充分证明你有某方面的能力，对比前者，是不是信服度高了不少，面试官也会更倾向于选择你呢？
所以这一步骤，重点是通过项目结果，提炼自己的核心能力。
例如，某个项目中涉及统筹了4、5个部门，这里就能提炼出「跨部门协作能力」「沟通协调能力」，在面试时，主动带出项目大概情况，面试官如有兴趣就会继续深挖，如没兴趣也更容易得到面试官的信任。
关于项目过程梳理，大家都比较熟悉了，比较容易踩的坑是「梳理不够全面」。
要么只粗略梳理了项目职责、项目过程、但一问细节，临时紧张了，就没答上来，要么没有提前梳理项目亮点、重难点，面试突然问到就：“你觉得这个项目难点是什么？”，容易支支吾吾，或答不到关键点。
本身这都是我们知道的内容，如果因为如此丢失了机会，就太可惜了。
针对这个问题，我把面试中需要讲到的，大部分面试官都会问到的8个要素整理下来，大家在项目数量时围绕这8个要素去整理，基本面试问题都能答得非常漂亮。
对于SaaS产品，客户画像需要梳理产品主要客户的画像，相信SaaS产品在工作中都比较熟悉，这里就不赘述了。
对于企业自研产品，这里则需要梳理自身所在企业的信息，目的是为了凸显自己服务的企业规模大（如果企业本身规模不大，可以强调业务范围广，服务客户数多之类。）、产品有一定复杂度。
需要包括：核心业务、面对用户群体、商业盈利模式、付费用户数/系统单据数（突出运营规模）等。
这里与我们工作中梳理业务/客户痛点的是一样的。
可以根据业务/客户层级（决策、管理、执行层）分层描述，也可以自行按照岗位职责分类，列出业务/用户痛点，根据实际情况来即可。
该要素下，需注意以下两点：
1.在梳理用户痛点时，尽量找一些与企业战略、核心经营目标相关的痛点。
❌待优化的写法：存在xx管理问题，管理效率低；
✅优化后的写法：存在xx管理问题，导致高峰期出现运力挤兑情况，因运力挤兑的客诉率xx%；
2.尽量说一些可以被数据量化的痛点。
❌待优化的写法：存在xxx问题，员工意愿低，需激发员工意愿。
✅优化后的写法：存在xxx问题，目前员工xx率为xx%，相比业界标准，仍有提升空间。
（以上2个都是我随便想的例子，非真实情况，大家品一下差别即可。）
这里就非常简单啦，梳理好自己在项目中担任了什么角色即可。
例如是产品负责人？还是本次项目负责人？还是核心产品经理之一？
是负责整体产品架构设计，还是负责承接某几个模块的设计，还是负责其中几个大功能的设计？
这些都是面试官会用来判断候选人在上家公司的职级水平，工作能力的重要依据。
因为我们已经把所有的需求文档都罗列和分类过了，所以在这个要素下我们需要做的只是把这些内容进行整合。整合后，这个要素下会有2个模块。
1）产品方案概述
概述是为了让面试官迅速了解整体方案，需要准备两张图：业务流程图、产品架构图。
这也是大家工作中常接触的图了，不赘述具体怎么画。
需要注意的是，这里和工作中画业务流程图不同，切忌过于细，大部分面试官没有耐心读很多东西，为了让面试官快速了解大概的业务流程，一些异常分支可以不展示。
举个例子：
❌错误的写法：
✅正确的写法：
2）产品详细方案
详细方案是为了能让面试官清晰地看到具体设计，需要准备功能流程图、关键设计思路说明；
如果方便给一张核心原型图，也是可以给的。为避免敏感信息，最好另外画一个简版，体现思路即可，不要过于细节，也可以对关键部分进行一些调整修改。
功能流程图相信大家也清楚，不赘述了。
最后是关键设计思路说明需要梳理清楚：做了什么设计、主要解决什么痛点问题。
例子：
对于xxx痛点，我们针对数据核对部分做了以下设计：
a.自动根据选择数据计算xx，方便业务快速核对数据。
b.因存在xxx情况，列表中同时展示xxx、xxx、和对比前后涨幅、降幅，方便核对。
这里需要讲述的是产品上线后，是怎么落地的。
作为产品，切忌只把功能上线，而不管上线后的落地、使用情况。如果功能没落实推广到位，即使设计再亮眼，也不会得到面试官的认同。
对于自研产品，大部分都需要产品运营、业务方的配合，可以讲讲产品运营、业务方做了什么工作，自己是如何协调调动资源最后让功能落地上线。
结果的描述我也不花长篇赘述了，无非还是强调3个点：量化、凸显产品价值、凸显个人能力，引用上篇文章中提到的例子：
❌错误表述：做了某个报表系统，做了xx报表，解决了财务对账中xx问题。
这样的表述不能体现产品和业务结果之间的关系，没有报表财务自己想办法是不是也能把问题解决？而且“xx报表”这种表述太简单，容易让面试官误以为这是个很简单的系统，无法凸显个人能力。
✅正确表述：通过业务调研等方式，我寻找到了财务对账中存在的xxx痛点。针对该问题，我提出了xxx产品方案，优化了xx设计，使得关键业务指标提升/改善xxx%。
亮点和重难点的准备，主要是为了应对面试官对细节的拷问。同时也是体现我们确实实际参与过项目，且工作中也有亮眼的地方。
例如，做过报表的人都知道容易出现数据口径问题，如果自己不提前思考一遍，当面试官问起来，就非常容易陷入被动的局面。
具体的写法根据实际情况会有所差异，没有一个通用的模板，举个例子，大家感受一下即可：
难点：
业务人员数量多、规模大，新功能学习成本高，难以落地。
亮点：
在xx的过程中主动发现问题，并调整方案，将新流程融合在旧流程中，而不是重新打造一套完全的新流程，降低学习成本。具体做法是：xxx……
要素8：项目复盘（可选）
准备复盘主要是为了凸显个人综合素质，显示我们是一个善于反思、寻找问题的人，属于锦上添花项，所以这里标注为可选。
有几场面试我没说复盘也通过了，并不是所有的面试官都会问，所以最好是准备，没有余力重点准备好前面7项即可。
···
最后梳理完毕后，可以整理为一份项目文档。这份文档可以投递简历时当作作品集，也可以作为面试前的准备材料，自己多看看、多记记，毕竟我们不能拿着项目文档念稿。
好啦，今天的文章到这里就结束了~内容真的非常实用的，都是我自己亲自试过的方法。
大家不要只读一遍就过了呀，收藏起来读过两三遍，品一下，思考一下自己要怎么写，为什么要这么写。看完≠会写，一定要动起笔来！
如果有问题随时留言，我看到都会回复！
祝愿大家也早日找到满意心仪的工作😊，我们下篇文章再见啦~👋🏻
作者：Thea小里，公众号：小里产品手册
本文由 @Thea小里 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。