体验设计师面试问题集（沟通协作篇）

链接

上一篇讲 设计技能： 考察候选人具体的UX设计能力。

这一篇讲 沟通协作： 考察候选人在团队中职业化、协作、沟通与推进能力。

沟通协作篇

这一部分作为在设计技能后补充的提问，考察设计师在除专业能力外的综合能力，围绕职业化、团队协作、清晰沟通、有效推进等。各公司与职位侧重点不同，但都有对应的底线。

• 职业化： 区分学生和职业设计师的标准。一般来说，职业化意味着「靠谱」。一般经过大厂浸泡一年的设计师，通常也会比较职业化。
• 协作： 与项目其他成员交互的能力，包括同步信息及请求协作。
• 沟通： 清晰明了地表达观点与建议。
• 推进： 高效地PUSH项目往前走的能力。

职业化

一般你如何判断任务/设计已经OK了？

不管是自己判断已经 OK 了，还是交付产品 / 设计 Leader 判断已经 OK 了，都不是最职业化的回答。因为这些都表露了「任务是他人的，自己只是负责执行」的思维。

一个职业化的设计师，在多方确认设计稿后，还会跟踪到开发还原、上线前内灰、上线后用户反馈等，再继续优化设计。

即使设计已经优化到极致，极大可能你会发现这个任务的下一个任务（在项目视角中将多个任务串起来）。也就是判断一个任务真正 OK 的标准是——你会自然而然地发现下一个任务。

如果任务执行过程中发生延期或感觉自身能力已应付不来的可能，你会如何处理？

最差的答案无非是自己再克服下看看能不能解决。无他，仅不职业化耳。

在工作流程中，突发情况意外着额外的资源消耗，是需要及时同步给各方，保证项目预期。

即使及时进行汇报同步，也要避免只是汇报问题与风险，应该标明具体需要的支援。俗话说，「问题是空洞、抽象与负面的，支援是详尽、具体与正面的」。

而且在汇报过程中，要避免只跟 Leader 汇报，而是跟项目利益相关人汇报。更多的时候，Leader 只是属于旁听了解，不是属于帮你解决风险的人。职业化的设计师应可以独立处理一般等级的风险应急了。

一般团队的研发流程是如何的？

此问题有点套公司研发流程的嫌疑。不过不是面开发的职位的话，问题也不大。考察候选人对研发流程的熟悉程度。

起码要了解瀑布流、敏捷、专项封闭等研发流程，能清晰讲清每一个开发阶段是什么及为什么如此设计、代码合并及上传的逻辑、测试的模式、灰度的覆盖逻辑等。

协作

通常设计与产品是如何合作的？

考察候选人对设计与产品合作的基本常识。要避免过分泾渭分明的分工（实际的分工肯定是有所交叉的）。在灰度领域，你是如何与产品进行协作，讨论后互相发现一些问题的。

如果一个任务并不太合理，你会如何与其发布者沟通？

这个问题很容易被错定位成一个沟通问题。但清晰明了地表达哪个地方不合理，只是站在自己专业层面提出挑战而已。

比较资深的设计师都有一个能力——挖掘需求背后的需求。一般任务发布者都习惯以解决方案来代替需求来沟通。所以，他表达看似「不合理」的需求只是一个最快的直线解。如果它听上去不靠谱，那么你们要沟通的是需求背景 + 目标。

描述一次你向其他专家请求支援的情况

考察设计师是否了解团队的能力结构，及对应人的映射关系，并且具备开放与学习的心态。优秀的设计师并不是全能的，但他会向各类专家快速请教，补齐自己的短板。

此问题还包括一点职业化的考察。请求支援需要包括：

• 找到该人的路径
• 表明来意
• 具体的支援
• 预约时间

在项目的最后一刻，需求还是变更了，你会怎么办？

最差的答案肯定是「那我还是改吧」。

优秀的设计师应该会提前累积各类项目中的风险情况，累积成经验，行动不限于：

• 在项目前期，不断了解项目上下文，并判断是否会出现风险，提醒相关合作伙伴
• 在项目中期，制作有容错性与弹性的设计方案，以防未来修改的可能
• 在项目后期，帮助项目获得结果上的确认

沟通

分享一个你一直很坚持，但后续证明是错误的设计方案，并说明原因

考察候选人的独立思考能力及在设计方案的沟通验证能力。

前者一直很坚持，肯定是有专业的支撑。后者证明是错误的，则要讲清验证的方式是如何的，除了合作伙伴的反馈（偏主观个人）等，更多是跟进到线上看到用户的反馈、数据的变化与其他项目经验的输入等。

如何向比自己经验丰富的设计师提出修改建议

这是很多刚入行设计师永远的痛。很多人在直接向职场老油条提出修改建议，后泼了一脸冷水，以后看到问题都选择自扫门前雪。

可以说设计是一个偏哲 zhu 学 guan 的领域，设计师们也或多或少有些内向。这个问题可以延伸成如何做客观的设计评审。总提不靠谱或偏理想化的修改建议，是因为修改建议都是在做绝对选择（什么是最好），而非相对选择（在局限下做现实方案的选择）。

在向资深设计师提出建议时，应该确保自己了解所在项目的上下文（比对方了解更多或相等），并以请教的姿态询问当时设计思考的过程。

了解到有限的现实解决方案，再来讨论哪个更佳或还有优化空间，大家的目标会更加一致。

当然，如果只是几个像素没对齐的设计 BUG 直接善意提醒即可。

如果接到一个完全陌生领域的任务，你在具体执行前会做哪些准备工作？

能回答这个问题的前提是，你真的做过陌生领域的任务。

设计是一个偏技术的工种。所以，缺乏创新和探索欲望的设计师往往会集中在某块熟悉领域的深耕。从这个问题面试官可以筛选这类设计师出来。

也要避免直接找任务发布者 / Leader 询问相关上下文、执行流程与经验。优秀设计师应该事先会积累相关的案例材料与分享文档等，起码也有网上文档搜索的能力。然后再找相关专家请教。

准备工作中，要不找文档（书面的总结）、要不找人（有成功经验的人）、要不先按直线解敏捷执行，边迭代边解决问题（偏创业者做法）。

描述一个复杂的设计过程或功能，你会写一个什么样的文档？

考察设计师在团队协作中，如何清晰将自己的设计方案传达给项目合作伙伴，给到他们各自需要的内容。

能回答此问题：

• 将复杂的设计方案拆解成若干个独立的设计模型
• 将设计模型拆解成每一个成员所需要的结构（给老板汇报的 Proposal 和给开发看的交互文档是完全不同的概念）
• 讲明设计在每一个专业层面所需的资源与信息（产品：文案，交互流程；开发：页面结构、异常场景、切图等）

如果对文档陈述结构，拆解逻辑想了解更多的，可以参考：《金字塔原理》、《麦肯锡教我的写作武器》。

另外，优秀设计师不应该拘泥于形式，白板、草图、Doc、Xmind 都是很好的工具。

当产品与设计对设计方案预期不一致时，你会如何协调？

多维度考察设计师对业务的熟悉程度、设计的极致追求、沟通协调能力等。

最差的答案莫过于听产品的，或者仅对自己的专业结果负责。此类回答很容易把合作伙伴对立起来，也不利于后续的合作。

产品和设计预期不一致时，往往是因为在资源（开发与时间）紧张的时候，短期目标（商业、产品目标）与长期目标（用户、设计目标）之间的矛盾。参见：谈谈目标与资源、设计的目标感

如果你能确定，你的坚持不是与专业目标（专业目标不等于用户长期目标，比如一定是实现某个酷炫的动效）相关，而是严格对齐长期目标的。

那么最优先应该是求同存异，先把有共识给确定下来。记住，设计师更多是提出创新型的执行方案，而非强硬的拍板。参见：谈设计的话语权

推进

如果与领导沟通，每次下来发现项目问题越来越多，你会如何处理？

领导最重要的职责之一便是提出风险与问题，非确认问题。所以，问题发散是很常见的情况。

一些不成熟的设计师会怪方案延期是领导没确认，而没有认识到自己才是方案最重要的推动方与确认方。

往往有此类问题是因为，设计师沟通中没有形成议题机制与没对问题做收敛。准备好沟通议题（待确认的问题及待讨论发现的问题），沉淀好一个问题记录表可以比较好地解决此类问题。

分享一个大家并不认可，但你至今依然坚持的设计方案，并说明原因

虽然跟前面一个问题很类似，所以也一样考察设计师的独立思考能力。但与前面问题不同的是，这个问题更侧重考察设计师设计思维的超前性。

超前的设计应该要接受短期内的一些误解。而且此设计往往是更加简洁的。绝大多数复杂与臃肿的设计，都是因为人性——容易对未来问题夸大难度导致的。

所以，你能看到无数中庸的设计，都是因为：在评审中加入了很多伪用户问题，作出了调整。参见：为什么产品越来越复杂：避免自证预言的设计

如果在项目合作过程中，一些实施方案没有得到横向合作方的认可或积极支持，一般如何处理？

考察设计师平日在处理横向支持上是否有经验。

一般横向很难得到支持，无非是方案不靠谱与活没意思。其表现来在方案实施中，合作方经常提出挑战和质疑，合作缺乏积极性，跟进被动，沟通成本大等。

设计师除了要想办法把方案处理得更加符合各方的专业可行性外，还得符合整体业务的规划方向，获得各方上层的有效支撑及激励，自上而下去推动项目。

在方案实施过程中，如果下游提出很多质疑及挑战，该怎么办？

这是一道陷阱题。因为真正治本的解决方法就是「如何避免在方案实施过程中，下游提出很多质疑与挑战」。当下游提出很多质疑时，问题已经出现了，做再多也只是亡羊补牢。

这道题，问题重点是考察设计师如何在方案评估时开展讨论Workshop，并且真正做到有效得到各项目成员的可行性建议输入。

如果项目过程中，此步骤的后续任务规划一片空白，当前任务是否应该暂停或等待？
这也是一道陷阱题。当后续任务一片空白，与当前任务是否暂停和等待关系不大。

项目管理经验比较欠缺的候选人容易陷入等待执行的思维陷阱——既然后续的工作还未确定排期，那么现在的任务应该先挂起。稍好一点的则是要是有空那么现在就把当前任务做完。

但这都是项目执行者的思维。

一个合格的项目管理人员，应该在开始当前任务前，确保后续任务的人力、排期和实施步骤都已经安排妥当了。也就是所谓的「看二做一」。

| 往期相关： 体验设计师面试问题集（背景经历篇）

| 往期相关： 体验设计师面试问题集（设计技能篇）

| 往期相关： 设计的目标感

| 往期相关： 谈谈目标与资源

| 往期相关： 为什么产品越来越复杂：避免自证预言的设计

| 往期相关： 谈设计的话语权