产品团队的成败是什么？强大的设计原则就是其中之一。另一个是清晰有效的路线图。但是所有伟大的产品团队中最重要的一个方面却被忽视了，那就是团队中设计师和工程师之间的关系。然而，许多设计师将产品分成两个不同的部分——设计和开发。这种区别是产品团队可能陷入的最危险的陷阱之一。当设计被视为环绕工程运行的卫星时，它通常会撞回地球。独立训练的设计师设计教育是造成这种情况的部分原因。当你交上你的设计项目时发生了什么？我敢打赌，只有极少数的学生曾让教授带你到计算机科学系，让你坐在另一个学生旁边，让你建立你刚刚交上来的东西。机构也是如此，许多机构缺乏自己的工程团队。对于大多数项目，设计规范被抛在后面的墙上，供外部团队构建。如果你能和他们面对面，你会很幸运的。更幸运的是，如果产品最终与您设计的产品相似。这两个场景中的问题是相同的——它们将设计与实现分开。在产品设计中，云 服务器，这两者有着千丝万缕的联系。一个用"设计冻结"或"放弃"这样的术语的世界是无法阻止它的。从尽早了解限制开始真正伟大的产品往往是两件事的结合：技术突破和前所未有的设计。因此，虚拟主机，设计师在深入研究设计之前，必须了解他们正在使用的技术的可能性和限制。这里有一个例子。假设您正在设计一个本地iOS应用程序。以下是工程师可能会向您提出的一些技术问题，这些问题会严重影响您的设计决策：我们将使用哪个框架来匹配您设计的弹簧曲线？如果我们找不到合适的动画，也许你应该从默认的UI视图中绘制动画。API需要多长时间来获取该列表视图的数据？如果它太长，你需要做的不仅仅是放置一个旋转器。API需要花费太长的时间加载到用户的头像中。我们同时展示什么？上述问题应尽早通过与您的工程师交谈和坐着的方式提出和解决（对讲机的产品设计师从第一天起就被安排到工程师那里）。不要被不起作用的事耽搁。你发现的限制往往是伪装的优势。一起设计产品设计师应该负责尽早和经常与工程师分享设计。这并不意味着什么东西收拾得干干净净。它可能是能想象到的最粗糙的原型。在最近的一个项目中，我们所有的设计都是在Framer中原型化的，并尽早与工程部门共享。它让我们可以讨论技术可行性，使用哪种第三方框架，什么类型的动画是可能的。这些都是设计师从未想过的视角。在这种情况下，工程严重影响了我们的设计决策。不仅仅是设计师有能力解决问题。你可能和那些花了数千小时解决自己复杂问题的工程师一起工作。伟大的设计师不可能总是有"尤里卡"的时刻。他们所能做的就是为他们的团队设计问题，贵阳大数据，并创建一个设计流程，从团队中提取最佳解决方案。如果你在设计和工程之间分割你的产品过程，什么叫大数据分析，你更有可能保护你的领域，把潜在的观点和反馈拒之门外，这可能会导致你找到一个你认为不可能的解决方案。一起构建和迭代我们在对讲机上构建产品的过程始于设计和工程之间的讨论，以及一个协作的间歇期——项目的一页摘要高层次的产品决策通常在工程开始之前就确定下来了。然而，在交互和视觉设计方面，细节会随着产品的制造而显露出来。与其把像素完美的设计交给你的工程团队，不如在他们构建的过程中抓住机会与他们一起设计。这意味着你可以用更清晰、更现实的视角来设计——基于真实数据、技术限制以及对产品整体感觉的整体感受。因此，如果有些东西感觉不对劲，或者设计不能根据实际数据进行缩放，那么就要确定这是一个更大的设计问题，需要回到首要原则上来，人工智能知识体系，还是需要在代码中进行调整。如果是后者，请与您的工程师并排坐在一起。经常当面交流，否则你有可能在翻译中丢失细节。只需记住，沟通并不是作为一个悬停的艺术总监，告诉工程师将该资产调整1像素，或者将此颜色更改为ţf5f5。"边构建边设计"还允许您发现机会来增强您的原始解决方案。设计师并非万无一失。细节往往在第一时间就被忽略了，所以利用你的机会改进流程，提供其他形式的反馈。与工程部密切合作，为我们的用户配置文件添加交互我最喜欢的一些动画或互动来自于与工程师交谈和一起评估屏幕——问自己"如果X做Y会更好吗？"。如果这些改进不能立即进行，请与您的团队讨论，并评估他们是否可以在发布后跟进。将设计变为现实作为一个伟大的设计师，你不仅要对用户或客户，而且要对你的工程师有同情心。它涉及到让他们参与到设计过程中，并理解使您的设计成为可能的技术。它将使你成为一个更强大的设计师，并产生一个更好的长期产品。记住，对于现代产品团队来说，重要的是什么船。所以拥抱那些能把你的想法变成现实的人。