在分享你的规格时，不要忘记与开发人员交流你在设计中使用的网格系统。一般使用8点网格系统，因为市场上几乎所有的屏幕尺寸都能被8整除。如果你的设计涉及到许多按钮或标签的状态更改，那么PaintCode可以很好地满足这种需求。另外，它将SVG路径和ColorData转换为生成Swift或ObjC类，您可以简单地与开发人员共享Swift/ObjC/java文件。我听说很多开发人员都很喜欢PaintCode，尽管我个人并没有使用过。  

  6.检查表  

  任何设计执行过程中最令人揪心的部分就是“设计缺失”。共享的设计中总是会有一两个边缘案例缺失，这通常出现在设计执行的最后环节，而迫在眉睫的最后期限通常会让人感到恐慌。这需要设计师根据实际情况进行处理，而不是以公式化的方案做出反应。  

  给大家推荐一个实用的解决办法，可以避免在设计执行的最后关头慌乱。  

  维护所有需要设计的案例和特性的清单;由设计师在项目中创建和管理。检查表将标记正在提取的特性的状态，包括它是否已完成或正在工作。同时，所有完成的行都应该附有到相应设计的链接。如果某个特性因为某个从属项而移动到下一个版本，那么相应的团队将被标记相关描述评论。  

  任何不在清单内的东西，都不需要对执行负责，这种共鸣是早在产品、设计和工程师设计解决方案的就应该建立的。通过这种方式，检查表就成为了一个参考和唯一的真理来源，可以有效防止沟通中出现僵局或关于是否同意构建特性的困惑。  

  我们设计师在为用户设计的时候确实花费了许多心思和精力；同时我们也应该对队友的工作表示同样的支持和理解。因此，我们应该尽量保持设计交付文档的简单和易用性；不使用设计术语和时髦的首字母缩略词。这种做法让我想起了一句流行的编程格言：  

  永远要这样写代码，就好像最终维护你代码的人是个狂暴的、知道你住在哪里的精神病患者。  

  在我们的工作中，开发人员不会忽略你设计的每个细节，而会深入剖析并实现它们。难道他不应该得到最多的理解吗?当然也应该。

Powered by Froala Editor