发布时间：2020-7-7 分类： 行业资讯
取代你在互联网上呆的时间越长，你就越能感觉到隐形，并且有很多看不见的东西会束缚你的工作。事实上，影响你感情的是“框架”。
我将这些框架划分为“硬框架”和“灵活框架”。硬框架通常指的是一些不可抗力因素，类似于：公司濒临破产，你的产品是你的妻子等。今天我们将讨论如何突破灵活的框架并进行设计。
明确自身职能，具备全局观念
一些设计师经常抱怨他们在项目中并不重要，说话的权利太小，而且工作内容仅限于设计输出，就像“艺术”一样。实际上，UI设计者本身的功能不再局限于当前Internet环境中的单个界面输出，更重要的是，它们应该具有“全局概念”。
整体概念是什么？这个主题非常广泛。一般而言，要考虑产品层面的设计，并根据项目目标和资源，人员素质和技术可行性等各种因素提供最佳解决方案。这是我自己工作经历的一个例子。
我目前负责在某个地方修改和优化小说App类别的相关页面。我收到了“设计编辑推荐页面”的请求。然后我接下来要做的第一件事就是不要追逐wave，搜索Behance上的相关引用，而是确定带有Leader的App修订的决策过程，以及产品的迭代周期以确定已建立的要求。如果这两个事件的执行时间表一致，则可能会在需求上线后的短时间内导致应用程序的重大修订，面临二次设计和开发。
如果情况恰好发生，设计师应该怎么做？在确定执行时间表巧合的前提下，我们应该快速介绍过渡计划，使用组件和现有的样式输出接口，合理利用资源，降低开发成本。如果设计师在完成需求的过程中不担心项目的过程，那么设计草案很可能会被重新设计甚至削减。
在互联网公司中，设计“有效”是第一个先决条件。在项目的不同时期，设计所扮演的角色也不同。例如，在生命周期的短暂需求中，我们应该寻求模式重用的可能性。在解决低输入和输出要求时不要占用太多资源。如果行业对项目的竞争压力太大，我们必须与产品和互动合作，我们不能让设计变得混乱。在创业项目的背景下，我们必须将艺术细胞的主体称为高于行业水平的设计。简而言之，一个好的设计是战略性的。
关注项目进程，往前走一步
设计师通常将需求排成一行，并且只安排日期到设计会议结束，认为他们的职责在“截止日期”当天结束。对于后来的漫游情况，对测试版本的需求，测试Bug模态并不十分关注。结果是需求的在线布局与设计草案非常不同。发布后，会报告一堆错误，延迟会直接延迟到整个项目过程。
设计师在项目中的角色不应仅限于设计的输出。在设计草案交付之后，我们需要关注项目的进展。例如，开发设计草案的恢复程度，无论代码编写过程是否有任何困难，并且测试跟踪到产品缺陷或其他外部因素被辐射时，如何快速给出B计划，是否在线解决之前的灰度测试中的问题很好地解决了，等等。
这需要额外的时间和精力，但它的好处是持久的。一方面，设计师可以展示自己设计背后的思想。一方面，他可以在协作过程中获得更多的发言权，并改善自己的设计决策。说服力。 UI设计师和团队的其他成员在产品层面的统一理解的基础上向前迈进了一步，了解各自功能的核心含义，整合各自的优势，相互理解，减少差异，共同完成工作。这是一种趋势。优秀的团队应该具备的人才素质。
