在日常工作中，团队协作是一个常见的事情。当团队协作出现了4个典型的问题时，设计师该如何应对？本文进行了分析，一起来看看吧。

随着公司的逐步壮大，跨地区跨团队的设计协作是一个无法避免现状。这其中有同学也因为遇到了一些效率与协作的问题私信我。

今天我挑选4个典型的问题跟大家解答分享，一起来看看吧~

01 问题：角色定位不清晰

跨地区的设计合作经常存在因团队成员可能因为不清楚谁是项目的关键负责人而引起沟通频繁、信息不畅或者决策缓慢，从而影响项目的推进。也可能让团队成员无法准确判断自己在项目中的职责范围，导致无人负责或者责任推诿现象频发。

这些都是因为团队内角色定位不清晰所带来的影响。为了提升团队协作效率和任务执行效果，我们可以采取以下2种方法：

1.1 明确角色职责

在项目启动阶段明确定义每个成员的角色和职责，每个人都清楚自己在团队中扮演的角色以及所负责的任务范围，避免了任务重叠和责任模糊的情况，提高工作的效率和执行的准确性。

角色定位清晰后可以促进团队成员之间的有效沟通和协作。每个人都知道自己应该向谁汇报进展，向谁寻求帮助，这样可以减少沟通误解和信息交流不畅的问题，提升工作效率。

每个人都专注自己的职责范围内，更有动力和责任感地完成手头的任务，提升团队整体的专业水平和工作质量。

1.2 加强沟通与协作

定期召开团队会议，讨论项目进展、遇到的问题和下一步计划。会议是团队成员交流意见、协调工作、解决问题的重要场合，可以促进信息共享和团队合作。

利用各种协作工具Figma、即时设计、Mastergo等，实时共享信息、文件和进度，方便团队成员随时随地进行沟通和协作。

02 问题：评审气氛不和谐

跨部门评审上，作为组织者，有同学评觉得别人对自己方案的批评是一种侮辱，因此在对方反馈时表现的及其抵御。作为不同部门的参与者有人觉得提出新的想法如果被采纳，会额外增加自己的工作投入，不属于自己的KPI，对自己帮助不大。

这些其实都属于保守心态。我们得清楚评审是为了曝光问题，听取诸多意见后完善产品，在求同存异中筛选最佳的设计方案。

2.1 端正自身态度

在听取对方建议时，先别急着情绪驱动，把心里吐槽的话说出来，在没有辨别对方话语对错之前不要为了面子急着下结论。

• 首先我们得分析一下意见的对错。如果对方讲的的确有道理，那就说明有价值，直接干就完了。
• 其次如果只有部分道理，但并不完全匹配，则可以借着引导对方梳理设计目标的过程中指出当前提案的优缺点。
• 最后如果对方的观点非常主观且没有实际价值，则可以借着建议对方多收集相关的数据支撑再评估的方式迂回拒绝。

2.2 培养团队意识

团队一起评审的目的是为了实现共同的目标和结果，如果缺乏团队意识的话会让团队内的每个人都心怀鬼胎，过于关注个人利益。

• 针对该问题，我们需要召开一次全体会议，确保团队内每个同学都清楚我们的共同目标和核心价值观。明确每个人在实现这些目标中的重要作用。
• 日常我们将组织一系列团队建设活动，例如团队合作训练、团建活动，促进团队成员之间的密切合作和相互支持。
• 空闲的时候我们还可以定期举行的团队沟通会议，让每个人都有机会分享自己的想法和意见。最重要的是当团队取得重要成果或达成里程碑时，我们需要给予及时的鼓励，让他们深刻感受到自己的贡献得到了认可和肯定。

03 问题：信息传递不规范

某些项目中，需求往往以口头或微信沟通的方式传达，并未及时同步给团队内其他成员，导致团队内部对需求理解存在差异，最终造成返工或重复工作。此外一些人在面对多个产品需求方时，发现不同需求的复杂程度存在差异，甚至有些产品方在提出需求之前并未完全思考清楚，直接要求出图，最终导致结果很难得到其他团队认可。

上述问题实际上源于团队内部的同步方式不规范以及缺乏内部评审机制。

3.1 规范同步方式

在需求评审阶段，应确保项目组的所有成员（产品经理、设计师、开发人员）共同参与需求分析和理解，以形成一致的产品认知。评审会结束后，应当制定规范化的产品文档，并通过邮件方式将其同步给所有项目参与者，避免后续出现意见分歧。

3.2 建立内部评审

在设计团队内部，可以选派一位擅长产品思考的接口人负责统一对需求的理解，并将原始产品需求提炼为实际的设计需求。同时需求的优先级和排期也应由接口人统一确定。

所有设计稿件在最终环节都需要由团队负责人进行审查，以确保整体设计输出的质量。此外也可以在内部设计评审中邀请需求方或产品方参与，以确保设计产出能够满足业务要求。

04 问题：设计创新不通过

面对复杂的业务需求，团队内评审经常因为不符合组件规范而pass很多具有创新的建设性方案，这让产品在一致性的体验上虽然没啥大问题，但是总觉得缺点什么。

这其实是产品设计过程中忽视了用户的“实际需求”，停留于“一致性的表面”，通过牺牲用户体验，降低产品的易用性与用户的满意度。组件规范的本质并不是限制创新，而是为了降低设计出错的可能。

4.1 明确创新价值

在考虑创新的价值时，我们应该综合以下几个因素：

1. 首先，创新方案必须能够充分满足用户的需求，这些需求可能是普遍存在的，也可能是特定业务场景所特有的；
2. 其次，创新应该有助于实现业务目标，确保创新方案与业务策略的一致性；
3. 另外，创新不能随意违反已建立的规范和标准，不应为了追求“与众不同”而盲目新增样式、控件或改变布局，除非因业务场景不同，确实有必要满足用户需求或提升用户体验；
4. 最后，创新必须有其必要性，即只有在当前设计规范已不适用或无法满足新产品发展需求时，才需要在规范层面进行相应的改变和优化，确保创新方案符合实际的业务需求。

写在最后

上述问题归根结底仍属于公司在发展阶段遇到的组织问题，不过值得一提的是，随着公司在发展，问题肯定越来越少。

以上只是我针对设计协作问题的个人感悟，希望该文章对你有所启发。