设计师做的项目价值不高，该如何做作品集？

推荐阅读

这篇文章主要阐述项目价值低时，做作品集应该咋办？

一、做作品集，巧妇难为无米之炊

相信作为设计师的你肯定有被作品集折磨的时候。要么是做的项目很小很细碎，不整体、要么是做的项目价值不大没说头、要么就是屎上雕花，做的自己都觉得恶心， 要么就做的设计没有量化数据来验证...... 真的就陷入了明明做了很多事情，但最终自己都觉得没价值。

二、重新审视「价值」

因为现在的风气，都是要数据来验证设计价值，但是数据高也不一定意味着是个好设计对吧~数据只是更多去凸显最终对业务的价值。如：提升了多少收入、活跃等，有当然很好，但是不能被这个数据所裹挟！

设计师的价值更多还是在「解决问题」上。你可以强调设计思维和设计过程、强调你在团队的角色和你在团队中的贡献、即使是“屎上雕花”的项目，也可以强调你如何通过你的“雕花”让它至少感官上更好看、即使没有数据也可以通过定性的客户反馈，测试、合理的推测来验证。甚至还可以强调你工具、沟通及协作上的软技能......

三、做法

1. 筛选项目

即使你这段时间项目分散、小、改动小，也需要对比挑选，根据实际情况来做分类。简单的办法就看你每个项目不同环节花的时间占比，如：设计占比多、管理占比多、客户对接占比多、调研分析占比多等，通过简单的分类其实就可以针对这些不同的项目进行不同的侧重点展示~ 当然，如果项目很多的话也需要删减，优先删减你无法归类的项目，不必纠结，把时间放在筛选出来的项目，思考如何去讲述。

2. 分类整理与讲述

① 项目很小的情况

建议细化项目描述：即使案子很小，也可以通过细化描述来展示你的设计思维和方法；展示设计过程：详细讲述每一步的设计过程，从需求收集、用户研究、竞品等；突出你在项目中的角色和贡献：明确项目中承担的职责，突出你在设计中的关键决策。

例：你做了一个电商产品的弹窗优化设计，最终产出就几个弹窗的页面。

这个案例很小吧，产出就一个弹窗的界面，实际做的话可能 2 小时就做完了，但是你在给别人讲述的时候总不能聊聊几句话就讲完吧，这样就会显得很缺乏思考。所以你需要将这个小事情拉高，从全局上来讲述。

背景了解：为什么要做这个弹窗的原因你肯定需要了解，以及你设计这个主要是为了解决什么问题？

需求收集与调研： 因为需求肯定都是事出有因，所以你可以主动去要资料，可能是产品通过访谈和问卷发现用户对现在的弹窗的反馈，所以才有了这个需求。拿到反馈后，你可以将问题归类，从而发现问题：

原弹窗问题

1. 频繁出现，用户感受到干扰
2. 内容复杂，用户难以快速理解和操作
3. 在移动端显示不佳，影响体验

这些问题可能共同造成了当前弹窗页用户流失率高，弹窗转化低的业务问题。你可以提炼出这些问题，一方面可以体现出你需求发掘和提炼的能力，另一方面这个可以为你下一步进行竞品分析提供方向。

竞品分析：可以分析主要的几家竞对的弹窗设计，找出优秀模式和用户体验要点，提炼出优点。

迭代设计：基于需求分析调研以及竞品的分析，可以提出初步的设计方案，点对点解决原弹窗问题，并且可以在公司内部进行简单的用户测试来收集新设计方案的反馈，通过这些反馈你可能最终优化为：

优化后

1. 进一步简化弹窗内容，仅保留核心信息及操作
2. 优化弹窗触发机制，如：用户完成关键操作后再触发
3. 提高弹窗的响应速度
4. ...

最终新版弹窗上线，上线后可以收集主要的用户反馈和数据，观察改版的效果，可以回到最初改版的诉求查看数据变化。

你看，通过上述一系列的阐述，你可以给他人展现你做设计的整体思路，以及你具体的实操过程，展示了你在用户调研、竞品分析、设计迭代和后期验证等方面能力，凸显你的设计思维和数据分析能力。

这时你在结束后还可以将整理拉高，可以将我们其他页面的弹窗整体考虑进去，通过这次的迭代验证，可以整理出弹窗的设计规范或注意事项，沉淀方法论，将本次的产出拉高至团队和整个产品，进一步突出你的设计贡献及价值。

项目不够整体，只做了其中的一环

上一个弹窗的案例，虽然案子很小，但是算整体，前中后都有，虽然小，但算一个完整的案例。但是实际设计时，并不是所有的案子都会有调研竞品及后面的数据验证的，很多时候就是产品的一句话，设计师就得立马出设计方案，而且时间都很紧张，很多时候就是 2~3 天就出一个方案，这个我想是更多是常态，面临这样的案子我们在整理的时候应该怎么写呢？

例：紧急做了一个管理端的需求，没有前期的用户调研以及竞品，后期也没做数据验证，仅仅是根据产品的要求快速产出方案

在这类案例下，我们不能按照常规的调研-分析-设计-验证这样的思路来串联作品，因为我们实操是缺失的。此类案例，都有一个共同点：时间紧，任务重。面对这样的案例，我们的重点就要放如何快速响应上：需求沟通、优先级确认、信息架构、界面设计、和内部用户快速反馈上。

需求沟通与优先级确认：与产品经理详细沟通，了解业务诉求和功能要求，快速评估和确定最核心且紧急的功能需求，在有限的时间内完成关键设计。

信息架构：B 端类产品一般逻辑都比较复杂，所以在信息架构上需要多心思，需根据产品要求划分功能模块，确保逻辑清晰，易于导航，并且需要快速绘制出用户流程图，来保证功能模块之间操作流程顺畅。

界面设计：有组件库用组件库，没有组件库可以询问目前这类产品公司内是否有可调用的组件库，若有 B 端产品使用用户对界面要求不高，没有品牌风格要求，那么交互设计师在这步就可以直接用组件库拼装界面，完成最终的 UI 设计。

快速反馈：最后虽然没有正式的用户调研，但是产出设计出可以让熟悉产品的人员快速进行试用和反馈进行二次微调。

通过上述的讲述，重点就主要聚焦在：你如何在时间紧迫，资源有限的情况下，快速解决实际问题，展现出你在面对这类需求的解决问题的能力。

总之，在整理我们作品集时，需要根据实际的案例去分类，凸显优点，弱化缺点。不要每个案子都要根据完整的流程来阐述，有一个项目是完整的就足够，其他的案子应是突出某一个核心特质即可。

最后，你们在做作品集的时候遇到过哪些问题，可以留言~

欢迎关注作者微信公众号：「小发的设计笔记」