12项你该在进行 Design Challenge 或工作中纳入思考并采取行动的关键。

缘由

相信同样身为UI/UX设计师一定都会遇到各种大大小小的问题与挑战(Design Challenge)，不仅需要站在用户的立场去设想，同时也需要考量到公司的商业模式、资源分配等等。不过今天这篇分享会专注在如何去思考问题与设计上，其他的部分在此暂时先不着墨。

目前这也是我们在工作中实际上会用到的技巧，同时也希望将此流程推广给其他同样在数位产业奋斗的设计师，进而提供大家在面对工作上或面试时有一个切入的角度与思考的方向。未来我也会在这里不定期写一些工作上的经验或我觉得不错值得分享的事情出来，供大家可以互相交流和参考。

首先这里想分享的是最近越来越多公司开始在面试流程里加入的「Design Challenge(Design exercise)」。

同时也分为「现场考题(on-site whiteboard)」和「回家作业(take-home exercise)」，而额外加入这道关卡在招聘流程中，背后不外乎有几项目的：

1. 测试面试者的专业能力(Hard skill)。
e.g., 是否能理解问题与解决方案能否达到要求的标准？

2. 观察面试者的沟通能力(Soft skill)。
e.g., 是否能清楚且准确地表达自身的设计理念与解决方案？

3. 模拟和同事共事时的工作情况。
e.g., 在彼此意见分歧或遭遇压力时会如何应对？

4. 提供面试者一个展现自己的机会。
e.g., 在作品集里看不太出有合适的作品展示(showcase)，不过觉得(面试者)有很大的潜力。

这里我想分享一个设计框架，可以一步步地去聚焦问题，来帮助你推导出解决方案。这也不只可以用在Design Challenge上，也适用于一般工作中，在逐步完成内容的同时，你也在建立共识给团队所有的成员，让大家对解决方案更能了解来龙去脉，同时也更有信心面对未来的版本迭代与问题挑战。

接下来的项目并非每个项目都会需要，还是可以视当下状况而去调整。

1.定义问题(Problem Statement)，其中包含了：

· 你的用户是谁？(Who has the problem?)
简单定义一下目标用户是谁。

· 遇到什么问题？(What is the problem?)
简述下他们遇到了什么问题。

· 在哪发生问题？(Where did they occur?)
简述下用户在怎样的场景下遇到问题。

· 为什么这问题值得解决？(Why this is important?)
简述这对于用户和商业价值上的影响有多大？

2.解决方案的目标(Goal)

简述解决这问题的目标为何？

3. 问题的背景调查(Research)

可分为质化(Qualitative)与量化(Quantitative)的研究与分析。

4. 解决方案的需求(Requirements)

如想达成目标，有哪些需求需达成？

5. 解决方案的设计原则(Principle)

简述你是基于那些原则条件下去设计方案？

6. 用户使用场景故事(User Story)

以用户的角度来描述需求与解决方案。
e.g., As a user, I want to … to help me …。

7. 限制条件(Constrain)

可将已知限制(Limitation)或未知假设(Assumption)在这部分一并纳入，无论是场景、技术实作、团队资源、项目排程皆可考虑进去。

8. 解决方案的逻辑流程图(Task Flow/Flowcharts)

这里可以参考逻辑流程图是如何制定与绘制。

9. 你如何定义成功？可以用那些指标来量测你的解决方案？(Success)

e.g., CVR, CTR, User engagement time, Retention rate, NPS 等…。

10. 解决方案(Solution)

可以运用低保真(Low-fidelity)的线框图(wireframe)或高保真(High-fidelity)的原型(mockups)来展现解决方案。
另外建议在设计的同时，可先以最低可行产品(Minimum Viable Product)的程度下去设计。如何以最简单和最快的方法去验证结果？
更理想的是能继续延伸并推导出一个良好且合理的产品迭代计划(Product roadmap)。