《完美像素使用手册》里面都告诉了我们些什么？

纪念碑谷团队制作的完美像素使用手册是她见过的最全面、最毫无保留、最生动、最有趣的界面设计指南，不仅包括设计，还包括与程序员的合作经验，AI、PS操作技巧等。现在终于有中文版了，强烈建议收藏阅读。今日第三章：易用性篇的设计与开发对于发布一款产品，设计与开发同等重要。这两个过程之前是分开的，但通常会产生一些不理想的结果。因此，我们更加注重团队合作，更加注重如何节省时间和精力，从设计到开发的过渡。关键点(沟通)首先要沟通。关键点(合作)不要固执己见，要合作。如果需要开会讨论计划，也要把负责开发的人拉进来。它不仅可以提供不同的视角，还可以知道什么样的设计在技术上是可行的。归根结底，如果每个人都投入更多，设计出来的产品会更好。团队合作的关键点(了解他人)会让你更了解其他设计师的想法，或者你自己的设计弱点，这样你就有机会纠正它们。只有这样的心态，你才不需要总是问别人:“我的设计好吗？行不行啊？“因为你知道什么是可行的，或者更确定你的选择，知道你为什么要这样做。关键点(现实一点)设计师和开发人员之间的绊脚石是——最初的想法和成型的APP看起来不一样！然而，团队合作可以完美解决这个问题。但设计师也要务实一点，与其花时间纠结，不如花时间修改或纠正错误。你想让设计漂亮但难用或经常崩溃的APP做什么？在准备(规格)设计之前，首先要了解使用平台。屏幕大小、分辨率、屏幕能呈现多少颜色，或影响交互和动画的因素。还要考虑程序能否实现，比如能用多大的字号来呈现效果等等。准备(能实现什么)一些规格的确定是基于程序能否完成。PNG格式，PSD还是矢量图？如果要用代码呈现，颜色和效果有限吗？要不要用九宫格？只有掌握了这些信息，设计才能有针对性。准备(工作流程)不仅要知道呈现什么，还要和程序员讨论如何合作。严格按顺序还是灵活？APP多久确认一次？彼此需要什么资源支持？如何传递文件？如何跟踪变化？而在开始阶段，还要安排时间，每隔多长时间一起讨论一次过程。跟踪系统是准备(跟踪)工作流的重要组成部分。程序员需要有一个地方来解释额外和缺失的内容，记录bug，或者设计师需要更新一些视觉变化。来回发email做这件事很烦，所以可以通过一些软件来实现，大家也可以在里面分享文件。设计(易于实现程序)你已经知道了设计中的一些基准，下一步就是帮助实现程序。设计中使用的特殊字体应通过程序实现。倾斜、阴影和其他字体效果很容易，但更复杂的效果可能很难实现，所以你必须提前与程序员沟通是否能达到你想要的效果。每个人都应该理性地设计东西，实用地设计东西。假如文本地点不够，设计就会返工，你就会炸掉！而且字太多或者图像缺失，你要改进。否则，如果这个app就这样发布，那就是悲剧。设计(一切都要编辑)很少一步到位，所以如果所有文件都可以编辑，可以快速更改或更新。而且，如果程序猿想参考源文件呢？设计(对象状态)记得设计不同的对象状态，大小一致，对齐，像素准确。有了设计风格图，你可以在一个地方找到很多你想要使用的风格或元素，以确保所有的风格都是一致的，并为程序员提供参考。如果不断更新，可以慢慢积累自己的风格库。为了保证所有的设计都能实现，设计(代码设计)最好用代码设计。您可以从头开始学习，但更快的方法是绘制原型图，然后将每一层和样式直接输出到CSS。一旦代码以这种方式生成，您设计的东西可以在HTML中实现简单的交互原型。也可显示在设备上。如其他章节所述，设计(屏幕颜色修改)应尽量避免使用颜色配置文件，因为它们可能会导致材料和代码之间的不匹配。呈现(交稿要有时间感)要按时交稿，否则会给人留下不好的印象，成为项目创作的瓶颈。如果真的需要很长时间，也要提前和团队打招呼，每个人的时间表都要调整。也许这不是什么大问题，毕竟找点事做不容易吗？组织好项目文件，这样从设计师到程序员就可以节省很多东西。命名要有逻辑，前后保持一致，大家都能理解，比如PS图层也是这个道理，大家都能理解才能操作。命名系统的呈现(命名原则)非常重要，可以建立良好的组织结构。在项目开始时，我们必须与程序员讨论如何命名，因为每个人通常都有自己的习惯。最好的方法是根据等级命名文件，最初是一个一般的命名，然后添加细节。例如，以下示例：当显示（命名系统）显示（不压缩文件）并传输文件时，不要传输压缩格式，如PNG。无论如何，开发人员会自己压缩它。在将设计呈现(规格)传递给程序员之前，给出足够的信息。列出的文件可能太多，但很容易被忽略，但原型图等可以显示应用程序的工作原理。当然也可以用小视频展示~展示(检查！再检查!）在把东西交给程序员之前，看看你是否把他们需要的东西都打包好，然后再检查一遍！休息一下，未完待续。期待最后一章