1. 详细说明文件

在这个信息技术和软件开发的时代，你也许想当然认为文件材料不再那么重要，或是认为在工作中要用到说明文件的地方已经不多了，但其实则不然。说明文件对于理解和深入分析非常重要。对新手来说，用户界面就是最好的文件材料。用户界面给开发人员提供了基本信息，告诉他们数据该放在哪儿，该如何对数据进行编排。用户界面上还有关于该做些什么的详细信息。一个定义明确且有创意的用户界面一定能给开发人员带去帮助。但也有些开发人员想要在你的界面上独立工作，这样的开发人员不多，也不被设计师团体欢迎。

尽管设计师没必要在开发开始之前考虑每一个页面，但仍极力建议你比开发人员早花一点心思。不过如果你已经有了计划，而且又有一些类似HTML的现成结构，那你就可以在开发人员需要的时候拿给他。很多开发人员更乐意把数据嵌入到现有的页面上而不是重新创建一个页面，并让设计师在此页面上处理。

2. 决定

作为设计师，我们得在每个工作的界面上做大量决定。我们得决定在一个表格单元格中要放入多少文本，决定导航栏的高度，或是页脚文本的对齐。同样，开发人员也得在他们工作的时候做出几百个决定。但设计要比开发更加主观。在代码样式、语言和构造上就能产生不同的观点。有的选择配图，有的选择图像。每个人在色彩上都有自己的选择，而不同的色彩也能给不同的人带去不同的感受。

我们设计师的工作是决定界面的式样和外观。然而许多开发人员会干涉到用户界面，但这真的不关他们的事。他们这样只会浪费时间。在设计用户界面时还最好记住，开发人员在用户界面上工作的时候，应当避免对界面设计的任何改动。如果设计发生了变动，只会让开发人员的工作变得更棘手、更困难，因为修改HTLM是一份单调乏味的活。你当谨遵一种HTML结构。用户界面当由CSS控制，所以就把定好的HTML当成是无法轻易改变的后端代码吧。就好像设计师不喜欢给客户提供修改方案，开发人员也不喜欢重写代码。

3. 做好交流准备

花费了你大量努力完善的用户界面是要提交给开发小组的。设计阶段在此结束，开发阶段则从此开始。作为设计师总希望自己的设计理念能在工作中得到充分运用。但千万不要指望开发人员会帮你实现一切预想，你应该在开发过程中一直和开发人员保持联系。不论开发人员何时需要，自己都要随时待命给出必要的解释和说明。只有在设计师和 开发人员讨论之后需要理清和完善的许多方面才能得以发现。除非一切都已解释清楚，不然永远不会有理想的结果，所以尽量给开发人员解释清楚他想知道的一切。让开 发者明白你的要求，还要让他理解支持你的理念。

4. 避免功能（feature）泛滥

《变得真实（Getting Real）》一书对这个问题进行过讨论。这个话题和产品经理更相关，但对设计师也同样重要。设计师必须清楚每一个功能的用途为何。避免把用户界面变得复杂，因为这会在开发过程中导致意外的困难以致错过截止日期。如果你觉得某个功能不重要，那么就把它删掉以免复杂化。你必须注重用户的利益。比方说，如果你很清楚你的用户不会经常使用进销存功能，或者在市场上能轻易找到可用的替代品，那么就不要添加这个功能。

在最近的一个项目中，我们没有提供完整的一套包括进销存在内的工具，较之我们想要侧重的是投标、提案和提案要求。我们觉得有必要提供一个需要进销存的小用户群，于是我们决定添加一个简单的准系统，而不是创建一个功能完整的进销存系统。

5. 严守截止日期

严守项目截止日期并按时向客户提交项目以维护良好的信誉和职业操守。作为设计师，我们可以轻松地给出设计，但当项目到开发人员手中的时候就得花很多时间了。开发人员需要一些时间以让所有功能生效。有时在完成一项功能之前，他们会需要设计师作出解释说明。这一切都需要时间，因此向客户许诺日期时可以放宽些以避免任何延误。

在进行一个项目时，你可能会碰上一些无法预料的延误。你可能会生病，你的家人也许会需要你一段时间，某些意外不必的延误可能会突然成群出现，所以最好不要向客户承诺任何期限。确保要完成一个项目至少得花六个月。记住千万不要对你的客户承诺期限。让你的客户认识到，要成功运作一个好项目需要时间。聪明的客户不会急着让你交差，他会很高兴得到最棒的产品。他们希望钱花的值。

6. 相信自己

这是你的项目，不要把所有事情都留给开发人员。自己检测代码，检查功能是否能够正常使用，确认是否一切都按自己的设计和客户的要求运作。开发人员是专业人员，他们会准确完成工作，但仍随时可能出现错误。永远不要责怪他们，一定要先解决问题。跟你的开发人员解释有哪些缺陷，并探讨一下预期该是如何。自己承担测试工作，这样开发人员也能专注 于自己的工作。一旦发现故障，完整将其记录，截图，然后决定该重建什么，该有什么样的结果。