不同的网站建设以及软件开发团队对最终产品应该有不同的想法和观点 - 设计师和开发人员往往对最佳前进方向有不同的想法。每个小组还拥有一套不同的技能和能力，这些技能和能力对于创造高质量的产品非常重要。最后，在我们共同创造高端体验时，将最佳想法汇集在一起??并在团队中找到共识非常重要。

那么我们如何在这个固有的主观设计和开发世界中取得成功呢？一种解决方案是在流程早期促进设计与开发之间的良好沟通。

沟通条件

尽早开始沟通

这可能意味着设计师头脑风暴一个想法，然后在开发人员中链接，或者他们可能从线框开始涉及开发人员。无论哪种方式，通过开发设计传递想法有助于确保工作将是一个可行的解决方案，并为两个团队留出时间来创新解决问题。它还有助于将项目保持在完成工作的团队成员的时间范围，预算和技能水平之内。

沿途设置检查站

在关键里程碑最终确定之前（或在我们的案例中发送给客户），项目的每个主要阶段都应包括团队之间的检查点。这有助于培养创造性和协作性的团队环境，同时更好地理解整个项目。当设计师正在研究他们的项目时，开发人员已经可以考虑他们的了 - 甚至可能在项目上获得快速启动。在设计完成后，开发人员正在发布里程碑，设计师也可能参与审查工作。检查点可以双向进行。

保持团队沟通

当comps（模型）结束时，设计者的工作不会结束，就像comps完成时开发人员的工作没有开始一样。开发人员应该在设计阶段积极参与，设计人员应该在构建阶段积极参与。

共同努力的提示

检查线框和组合

如果可能的话，请亲自与设计师和开发人员保持坐姿。设计人员需要与开发人员一起完成所有设计，并解释每个交互的工作原理，并提供示例（如果可用）。甚至应该讨论简单的概念 - 如前所述，设计师和开发人员可以拥有一系列技能，能力和知识。在整个静坐期间询问问题至关重要  ，否则，将假设所有讨论的内容都得到了两个团队的理解。

当设计尽早与开发讨论他们的想法时，会发生以下几件事：

开发人员尽早输入布局和功能，而不是后来对其感到惊讶。

开发人员可以帮助提出设计师可能看不到的问题。

在其他人看到之前，开发人员将了解他们致力于编码的内容，成为内部审批流程的一部分。

两个团队从另一个角度对这个过程有了更深入的了解。

设计师更有信心，他们的想法可以在他们继续设计时变为现实。

设计人员可以更好地理解他们在下一个项目中需要解决的限制和约束，以及响应和自适应布局如何扩展。

让开发人员在循环中让他们在开始构建之前考虑布局和功能。在客户审查设计师的工作之前开始此对话; 在开发人员审核之前，客户尚未准备好对其进行审核。设计人员会期望开发人员“批准”线框或组件，并了解批准的布局可以按照设计人员的意图构建。

响应很重要 - 了解响应环境  如何影响布局

并不总是有时间或预算为每个布局创建线框和组合; 但是，有时间考虑一个设备的布局如何在不断增加的设备无关的环境中发挥作用。桌面布局如何在移动设备上运行？移动布局如何在我们可能不知道确切尺寸的设备上运行？什么时候宣布推出新的iPhone - 布局仍然有用吗？当设计师与开发人员讨论线框和组合时，请将这部分内容作为对话。

设计师需要： 

准备好解释图像在不同浏览器大小上的行为方式。

在单列设备中为复杂布局提供解决方案。

与开发人员协作以确定布局何时看起来最佳，并调整布局可能更改的预定点。

准备好回答有关某些功能的问题

知道为什么以及如何运作; 知道它有效，不要只是满足 设计师应该能够向开发人员解释设计的各个方面。假设它只是基于线框或者comp，它最终会让开发人员猜测如何填写细节 - 导致设计师接收到可能与他们的意图不符的构建。

如果功能细节仍在制定中，设计师需要让开发人员知道。团队之间的协作将有助于创建可能以前未曾讨论过的新解决方案。

理解为什么有些DOES NOT工作为出发点，以何处的概念，可以创造性地调整到正常工作，节省时间。对概念的小幅调整会对开发时间和预算产生巨大影响，但仍能保持预期设计目标的完整性。

在让设计人员知道布局是否适用于项目之前，开发人员应该了解预期的功能。设计人员应该发起对话，并允许开发人员有时间提出问题以便更好地理解。如果解决方案在开发中不能很好地工作，那么开发人员应该让设计人员了解原因，并且理想情况下为双方提供解决方案，以便双方协作。

询问它是否可以构建只是问题的一半

在审查comps或线框时，设计人员可能会首先询问是否可以构建某些内容。真正被问到的是，这可以在范围，时间表和预算限制内构建吗？任何东西都可以建立足够的时间和预算，但大多数项目都没有时间表或资源去蓝天。设计师的工作是创建适合约束的解决方案。毕竟，创造力仍然在限制条件下蓬勃发展。   

设计完成后，请继续参与项目

即使在设计阶段完成后，设计人员仍应对开发人员的问题保持平易近人的态度。即使有良好的文档，将有总是有问题。设计人员应定期与开发人员一起检查是否有任何新问题浮出水面，就像开发人员在设计过程中定期合作一样。

一对一工作，以快速构建修复和审查

在构建阶段让设计人员保持活跃状态??可以实现快速，即时的审查和错误修复，可以直接进入开发阶段，从而节省时间。设计人员应该为开发人员详细说明更大，更困难的错误修复：草图，创建视觉效果，保存日志，使用Asana或Jira等任务管理平台......有一些方法可以帮助跟踪所需的修复。 

请记住，两个团队都是建立良好体验的合作伙伴，鼓励他们发表自己的专

最好的解决方案并不总是最快捷或最简单的解决方案。在客户需求和目标，时间和预算，最佳解决方案和正确的解决方案之间找到平衡点。

设计师需要保持开放的态度，如果开发人员对功能表示担忧，他们愿意与开发人员集思广益。吸引其他设计师或开发人员进行头脑风暴也增添了新的视角。新视角意味着产生新想法或创新既定想法。

如果解决方案对开发团队不起作用，他们应该让设计人员了解原因，以及可以更改以解决问题的原因。

最终，设计师和开发人员都是顾问。如果提出新的解决方案是有意义的，那么他们就能够找出所需的额外工作，与项目管理团队和利益相关者合作以更新项目范围。

理想与实际

在某些情况下，此协作过程会中断。设计人员并不总是能够访问他们项目的开发人员，反之亦然。如果开发人员是利益相关方团队的一部分并且只有设计人员在内部，该怎么办？如果设计是由另一家公司创建的，但开发是内部的呢？

这里的解决方案是表达需要密切沟通并解释其好处。尽可能多地使用该过程，并根据具体项目进行定制。

结论

在客户审核之前，设计师应该与开发人员一起审查线框和组合。开发人员应指出可能影响预算和范围的概念的任何问题，并在需要时帮助提供解决方案和替代方案。

设计人员应该考虑布局在响应环境中的行为方式，并准备好与开发人员讨论完整的布局和功能。在此阶段，开发人员应该积极参与项目。

在与开发人员讨论他们的概念时，设计师应该能够回答有关功能和响应式布局的任何问题。他们需要知道如何工作，不知道它是否有效。开发人员应该知道设计师对项目的方向，让对话留下来。

在设计完成后，设计人员应该仍然是项目的活跃部分，与开发人员一起审查构建，记录错误并建议更改。

设计人员需要考虑客户在开始创建设计概念时可以负担得起的内容，但不要害怕突破设计和开发的界限。

最终，设计师和开发人员是共同创造者。他们共同集体讨论和概念思想，一起审查构建和进行更改，并且即使在每个部分完成之后，仍然是项目的积极参与者。我们在沟通，协作和合作时建立更好的体验。

需要专业网站建设及软件开发，就找我们爱发米吧