在每次开发完成前(注：我们每年发布3次)，会有一个发布规划阶段，用来概述在这个发布中会包括的内容。这个规划会涉及到整个公司的多种干系人。

　　一旦我们确定了发布的范围，我们可以开始打磨和优化设计。我们都知道在开发过程中，可能会有变更发生。但是我们需要告知开发实施人员什么时候我们的设计是“就绪”状态，可以开始开发实施了。

　　打磨设计。检查品牌和设计系统要求。

　　确保原型是最新的。

　　确保任何流程或附件的设计文档在修订范围内是有效的。

　　更新包括设计用户故事和事件的Wiki页面，并且用Wiki来帮助开发创建他们自己的任务。

　　确保在需要的时候考虑不同情况下的设计方案，比如：错误状态、空值状态、针对开源或者企业用户的不同设计方案。

　　与即将工作在这个项目上的开发和文档团队进行详细的对接。

　　第七阶段：开发

　　我们前段的开发包括：React, Node 以及 Webpack。

　　一旦项目进入开发阶段，开发工程师开始实施解决方案。在这个过程中，设计师需要提供持续的质量保证以及指导给开发。

　　协助并与开发人员积极的协同工作。

　　对于读法的问题需要快速响应并给出解决方案。

　　在过程中对工作成功进行演示。

　　在这个阶段，设计师会花费自己80%左右的时间在设计和发现下一个版本的需求。

　　第八阶段：评估

　　只有将特性交付给用户使用，并且用户也确实在用了，这个时候我们可以认为整个流程结束。但是，虽然流程是结束了，我们依旧需要持续的收集内外部的反馈信息。

　　为每个相关的问题创建问题清单(任务、缺陷、建议)。

　　与产品和分析团队一起评估对解决方案的影响。

　　持续通过用户测试和研究收集定性数据。

　　召开跨职能团队的回顾会。

　　产品设计反馈环

　　我们鼓励在每个阶段执行这样的设计反馈环。这个方法的理念来自于Buzzfeed项目。当你产出Make一些草图、界面，展示Show给其他设计师、开发、用户，收集Gather到他们的评价、反馈，过滤整理Synthesize他们的意见(哪些是你同意的，采纳谁的意见)，接着再循环一轮。

　　设计是一个持续迭代的过程，这样开放的心态是十分重要的。

　　项目周期

　　项目的类型以及规模会决定项目周期。小型项目和团队可以快速的完成项目，而跨职能的大项目会需要各种干系人参与很多的迭代和反馈环节。

　　这是一个项目周期的示例，每个项目都是不同的。重点是我们如何定义每个阶段的完成标准，并且在每个阶段里面不要忘记去执行反馈环。

　　一些经验分享

　　你的工作流程需要来基于你们自己的跨职能团队，特别是你每天或者每周的工作流程。