加班中，为换脑子翻翻坟。
要不要长文呢？…… 算了，还是以一些图像替代吧，大多数都是在07~08年间在之前公司建造团队时的商品。
UE Team 内部作业流程（图1），指导性的流程，实际操作中会有误差，如使命紧迫有些环节及review就会被越过，大体是这样一个流程。
图1
UE Team 外部作业流程（图2），粗陋版（杂乱版估量看不懂了），表达出大体的意思，各方之间的责任及作业范围。需求方要供给详细的需求文档（request doc），需求有改变需求被记载（change request doc）、承受需求后进入内部流程并交给产出物给开发团队（成堆doc，视觉都需求文档化），开发团队根据规划文档交给版别，QA部根据规划文档进行测验并反应bug，UE持续跟进，然后无限循环……. -_-’
图2
商品Workflow文档（图3 只列出流程图的一小角），这玩意除了我和开发其它人都不敢看，伤神！最初画得这么杂乱也是有点报复心思 -_-’ 。交互人员请多画画workflow能帮你理清逻辑，但别像下图这样。
图3
商品spec文档（图4），用来杀脑细胞的，为这头发白了不少！下图是老的制造方法，彻底手写，后期就与原型同时产出了。详细到界面上每个元素的详细界说及行动描绘，Diagram图的编号需求与上面的Workflow内的编号共同，便利开发人员查找！有些同行说没用、没人看，但我的体会是写个一年半载，全体规划能力将提高一个level，workflow文档和spec文档也能够检测一个人的细腻程度，如今的基本功也是那时候练下来的。
图4
Spec文档细分（图5），上面这个是大spec文档，还包括一些其它有些的文档。像之前咱们的商品进行规划时是一个通用性的商品，当需求关于不一样的客户进行订制化时，又将发生相应的Site Modification文档 。
图5
商品原型（图6），早些年做原型时基本以PPT进行产出，review时便利进行展现，后来也用Axure（算是国内较早一批运用Axure的用户吧），因为前期流程对比厚实，review环节也对比多，咱们制造原型时往往会产出高保真原型。别的，咱们运用Axure制造原型除了垂青它的交互性之外更重要的是它能便利导出spec文档。ps.如今现已较少用到了。
图6
作业材料目录（图7 科技树要完好 ^_^ ），做完成堆作业，产出N份文档，需求有一个逻辑明晰的目录办理，便利今后作业。下图仅列出商品目录，三个层级：商品名称 》 文档分类 》 详细目录。 简略、明晰、命名明白（有关人员只需看到文档名就晓得是哪个商品的哪份文档以及版别状况，下面介绍）
图7
文档命名标准（图8），这个是有大用处的东西！交给物从不一样的规划人员手中产出，以文档的方式进行寄存，而且需求给不一样部分、不一样人员进行阅读， 命名统一后办理便利、交流共同。
图8
-_- 这… 没想又成长文了！
罗列到这吧，除了上述这些，还有许多杂七杂八的文档。
当前，市面上用户体会人员越来越多，规划师也越来越多，但… 关于流程、标准、交给物、都没有太多介绍，不晓得上面罗列的对各位有木有协助，各个公司都有各个公司的玩法，算是一个弥补吧。
UX / UE / UCD / UED / PED … 我都浮云了！ 规划罢了嘛，持续加班 ……
- 上一篇: 什么是扁平化设计？
- 下一篇: 在设计中如何把握高保真的度
康经理