上周，我们说一下简历的三个常见问题，没看的可以点击这里查看。
这次，将继续深入聊一聊这个话题，实实在在地帮刀友们避坑。
毕竟，因为这些错误而导致无法拿到心仪的 offer 也太惨了吧。所以，一定要多多注意哦，那就直接进入正题吧～
04没有角色描述的案例
从最初 UX 和 UI 的研究，再到最终的开发和实现，大多数人可能都非常清楚地知道在整个项目组中，每一个人所处的位置是什么，以及他的作用是什么。
但是，我仍然看到很多作品集中给出的案例，并没有这些主要信息。我渴望知道，每一个应聘者在给的项目案例中，到底扮演了什么角色，做了什么工作，以及是如何与团队合作的。
为什么这是个问题
假设你不解释在案例项目中的角色，我可能会觉得你要么是从头到尾跟了所有的工作，要么就是啥也没做。
虽然，我会倾向于把你往有益的方面去想，但是如果有其他同等条件的竞争者，而别人说明了这些，那么很不幸，我将会选择别人。
因为我知道你肯定是做了一些工作，但是不知道你做的工作到底给团队带去了什么价值。
该怎么做呢？
请在每个案例展示的开始，都说明你在项目中的角色和团队的结构，并且用简短有力的话来让人理解你做了那些工作。
注意这些，也会给你带来一些好处。就是展示你完成了你的本职工作外，你跟其他的人员是如何合作的，或者说明了你跟同事是如何进行迭代协作的、参加过什么研讨会。
而这些经历，都将成为你的经验，也是你打败别人拿下 offer 的优势。
所以，无论你是主管还是实习生，都应该做到这些。并且在案例展示时应该先强调你的技能和经验，再说给团队人员带去的价值。
对了，说明你如何与同事合作，以及他们分别为项目做出了哪些贡献，都会让我觉得，你重视同事，并且有很好的协作能力，因为你想成就的是团队，而不是自己去抢功劳。
（墨刀素材广场原型中针对项目的人员分配页面）
05没有问题说明的案例
当一个案例展示没有以问题说明开始时，不一定是因为有人忘了加入问题说明。很可能是因为他们在项目中本身没有基于什么痛点。
毕竟在项目启动时，对要解决的问题还只有一个模糊的想法，可太常见了。如果能定义项目痛点的一部分，这都是好的。然而，很少有人做到。
为什么这是个问题
产品设计是用来解决问题和满足用户需求的。
更重要的是，抓住要解决的问题才能有真正找到问题的目标群体。
如果你从一开始就没有给你的项目定义一个要解决什么问题，或者对想要满足的需求没有那么明确了解，那是什么知道你完成工作的呢？那衡量你项目成功的依据又是什么呢？
因此，这个就是我平衡你价值的影响因素之一。
（墨刀素材广场原型对于问题的描述）
该怎么做呢？
明确定义项目需要解决的痛点，以此作为每个项目以及每个案例展示的开始。
你可以将其显示为“问题陈述”，“问题”，“挑战”，“我们要解决的问题”或“用户需求”。
不过，不用太注意措辞，直接告诉我为什么这个项目产生了，并确保将其声明为开放式问题，而不是变相的解决方案。
Simon Pan Uber 案例展示就是一个很好的例子，三个明确的目标使评估潜在解决方案和最终结果的成功变得容易。
（Uber 学习案例 by Simon Pan）
另一个可以借鉴的例子是 Frances Tung 关于 Zillow 案例展示。她通过截图和指针来展示他们确切想要解决的问题。
（Zillow case study by Frances Tung）
并且在一开始就知道需要解决的问题，会让你避免犯下一个错。
06没有总结的案例
如果你把问题放在开头，那么自然而然就会在结尾，得出该项目的结论。但是我经常看到案例中没有结论，只放了一个很长的过程介绍。
为什么这是个问题
虽然我喜欢看你的过程，但招你是为了创造结果。每个案例展示都应该说明你有能力做到这一点。
该怎么做呢？
在每个案例展示结束时，对项目进行总结。展示最终的解决方案，总结发生了什么。
包含它是否能够实施，它会对你想改善的问题有什么影响。
如果可能，还可以加入一些用户访谈或可用性测试，并添加一些数据。别忘了把结论跟问题结合在一起。
（墨刀素材广场原型对于问题的描述及实现的方法、结论）
通过以上这三点可以充分的了解到面试官招人的一些思路：你的价值是什么？你对于自己做的事情有没有明确的认知？你做的工作是否是有效？
其实，这些问题不管是针对什么行业、什么岗位，都是一个强有力的考核标准。我们在工作时也要带入这些思考进去，会无意中就增加了自己的竞争力。
如果不知道该如何描述问题和结论可以到墨刀素材广场中查看一些案例，参考一下别人是如何描述的。
下次，我们将会把剩下的部分进行搬运，记得关注我们哦～
本文作者： Christian Jensen
转载已获授权