类型性的指南在指导设计与开拓的交代时很容易遵循与修改，可是这些详细的操纵指南是否能跟得上将来新东西的更迭？

人们都喜欢步调型的解说内容。我作为设计刊物的编辑，常常接见到很多雷同于“10步完美与开拓人员对接”或是“整理设计文件时的禁忌”，他们会吸引很多在执行日常事情前需要寻找指导的设计师。这些指南大大都都是一些计策性的小能力，譬喻标注设计文件、整理文件夹，或是同类文件整理的更佳案例，这些小能力被证明可以应用到事情中的各个方面。

类型性的指南在指导设计与开拓的交代时很容易遵循与修改，可是这些详细的操纵指南是否能跟得上将来新东西的更迭？

事实上有很多种要领可以整理文件，定名文件夹或是多版本打点。假如只是提供一种要领，那么设计者就没有思量到每个团队的需求与执行 *** 都是差异的。

我们利用的东西会常常变革。设计师们处于各行各业，设计范例与所处团队局限都有差别，并且每家公司都有本身的组织影响设计师的事情流程，东西利用与执行。甚至在同一个团队中，由于时间与相助人数的变革，设计的详细流程也会产生较大的变革。

好的相助 *** 是提供原则指导，而不是详细计策

我事情了15年，见过很多迭代版本的设计师与开拓人员的交代流程。甚至在我刚开始从事设计事情时，我们将设计文件存储在当地然后直接扔给开拓人员，他们带入本身的主观审美将设计稿转化为代码实现。

颠末多年来的成长，设计师与开拓者的相助 *** 已经经验了很多变革。一些要领已经通过实践验证结果较好—可是在差异的项目中，也许某种要领很适合与这个项目，可是对另一个项目而言利用起来却很糟糕。假如我要撰写详细的相助指南，那大概我每隔一段时间都要从头撰写——所以我选择了聚焦于设计原则。原则不只可以经验时间的磨砺，合用的设计师范例以及团队局限也更广。

下面的列表列出了我小我私家提出的相助原则，作为一名设计师，我天天至少花三分之一的时间与产物司理和实现设计的开拓人员一起事情。固然多年来详细的要领和技能已经产生了很大的变革，但这些原则仍然可以或许抵挡时间的挑战。

1. 开拓人员是您的用户

假如我们像存眷用户一样存眷开拓人员如何利用我们的设计（和设计文档）呢？

作为设计师，我们在思考产物带给用户的体验时，老是思量用户的需求和痛点。除非你本身开拓，不然最终用户永远不会与我们的设计互动，他们将与开拓人员基于我们的设计文档构建的最终产物举办交互。这意味着我们在项目标这个阶段所交付给的真正用户是开拓人员。

一旦我们将这个观念融入到我们的实践中，关于我们事情流程的每一个抉择都是以开拓人员为中心开始的。与我们对最终用户举办研究的 *** 雷同，我们可以在项目开始时与工程团队举办面谈，以相识他们的偏好、进程和痛点，并提出满意他们需求的事情模子。

开拓人员但愿如何吸收文档？多长时间？通过什么渠道？

细节越多越好？书面文档和可视化文档之间的正确均衡是什么？

对付特定的开拓人员来说，如何利用系统里怎么去事情的非可视法则的最有效要领是什么？这如何与产物的其他部门和组织内的其他组织相团结?

团队大概为了利便协作会为项目成立一个 *** 文档；也许这个维基文档只是一个每周两次的 *** 会议记录，其成果更多的是作为记实 *** 会议的问答对话而无法形成详细的类型。有一些团队习惯在整理好所有设计文件后才会着手开拓；尚有一些团队较量机动，会在开拓迭代和尝试中不绝的完善类型。

既然我们在设计进程中要按照用户的需求调解我们的设计办理方案，同理我们也应该调解我们的设计事情流程，以适应我们的开拓相助同伴的需求。

2. 独一能确定的是：改变始终存在

设计师需要机动处理惩罚项目，我们不只要调解我们的流程以适应差异的团队设置，并且还要跟着项目标展开调解我们的事情流。

除了少少数案破例，我们每次启动新项目时都必需调解文档和事情流。跟着履历的积聚，我们总结形成了本身撰写文档的模版，这种模版在特定的情况下大概会很好用，但不必然在所有情况下都完全合用。一个模版不是处理惩罚每个团队的设计文档和协作的好要领。

其次每个开拓人员的习惯差异，有些开拓人员喜欢和设计师面劈面交换处理惩罚详细问题，尚有一些开拓人员大概更喜欢通过线上动静相同或是投票表决来办理问题。

不是所有的工作都可以在设计师的掌控中，设计师独一确定的是：每个项目城市存在变话。