文章来源: Naema Baskanderi / UX Planet
目前这也是我们在工作中实际上会用到的技巧,同时也希望将此流程推广给其他同样在数位产业奋斗的设计师,进而提供大家在面对工作上或面试时有一个切入的角度与思考的方向。未来我也会在这里不定期写一些工作上的经验或我觉得不错值得分享的事情出来,供大家可以互相交流和参考。
首先这里想分享的是最近越来越多公司开始在面试流程里加入的「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上,也适用于一般工作中,在逐步完成内容的同时,你也在建立共识给团队所有的成员,让大家对解决方案更能了解来龙去脉,同时也更有信心面对未来的版本迭代与问题挑战。
接下来的项目并非每个项目都会需要,还是可以视当下状况而去调整。
· 你的用户是谁?(Who has the problem?)
简单定义一下目标用户是谁。
· 遇到什么问题?(What is the problem?)
简述下他们遇到了什么问题。
· 在哪发生问题?(Where did they occur?)
简述下用户在怎样的场景下遇到问题。
· 为什么这问题值得解决?(Why this is important?)
简述这对于用户和商业价值上的影响有多大?
简述解决这问题的目标为何?
可分为质化(Qualitative)与量化(Quantitative)的研究与分析。
如想达成目标,有哪些需求需达成?
简述你是基于那些原则条件下去设计方案?
以用户的角度来描述需求与解决方案。
e.g., As a user, I want to … to help me …。
可将已知限制(Limitation)或未知假设(Assumption)在这部分一并纳入,无论是场景、技术实作、团队资源、项目排程皆可考虑进去。
这里可以参考逻辑流程图是如何制定与绘制。
e.g., CVR, CTR, User engagement time, Retention rate, NPS 等…。
可以运用低保真(Low-fidelity)的线框图(wireframe)或高保真(High-fidelity)的原型(mockups)来展现解决方案。
另外建议在设计的同时,可先以最低可行产品(Minimum Viable Product)的程度下去设计。如何以最简单和最快的方法去验证结果?
更理想的是能继续延伸并推导出一个良好且合理的产品迭代计划(Product roadmap)。
提供一个可以实际操作的互动原型,不仅可以提升沟通的效率,同时也可提供一个更流畅的概念展示。
不单单将先前的线框图转为更精细的视觉稿,同时也能考虑融入到现有的设计元素,甚至延伸至建构设计系统(Design System)的概念。
以上的分享为一个基本的流程架构,主要可以引导思緖去建构起对于问题的认知和想法,进一步的去帮助你和团队引导出解决方案来。
可能也会有人问一定要照流程走吗?其实只要能设计出好方案都是好方法,不是照着流程跑结果就一定是好的或是正确的。
但如果这些项目都有做到位的话,不仅能提供一个完好的设计过程,同时也可以做为往后的参考文件。在之后检视结果成效时,可以再回头去审查看是哪里需要重新调整,以便在下一次修正时,能做出更精准正确的迭代。
©2021 科理咨询(深圳)股份有限公司 版权所有 | 服务热线:4006 886 298