前台和后台是两个不同的项目可以吗_UX中的前、中、后台

前言：

通过最近一段时间的复盘、对UX有了进一步的理解，确实在小公司很容易被PM吃掉大部分的工作职能、最后你只能尴尬的沦为交互设计师，或者是因为项目应接不暇、你在有限时间内根本没时间展开自己那套完整的设计流程及方法论。如果是大公司有标准的用户研究团队、数据分析团队、市场分析团队，那么UX设计师要考虑的是如何将这些结果结合到产品的设计当中、如何在设计中体现出来，当然这些团队做的事、你也要懂。

另一种方向来说UX是包含了UI、UE的主要工作的，在此基础上要兼顾用户研究、和产品全生命周期一些认知，所以这里涉及了到了需求、用户、运营、数据、调研、实施这几个主要节点。如果和产品搭配则UX设计师需要与其分工好、即使是重叠的部分、可以分别以不同的主要角度出发。或者说、没有产品经理的话你可以是一名产品设计师。

下面开始讲这个图的分解

一、设计的前、中、后台与双轨制设计

在具体的讲这个三个平台概念之前，先说下一下双轨制设计，因为我的这个理论平台就是以双轨制为基础的；它是以项目设计为基础、常规设计研究为根据的双轨设计，这是目前能够在传统的瀑布流与敏捷开发之间较好的设计模式。一方面满足了设计需要沉淀、需要持续的研究也满足了产品迅速迭代、MVP的需要。

再说回前、中、后台的概念。最开始有一个“小前端，大中台”的概念是由阿里提出的，为了解决高耦合的结构。这里不同的是后台为持续性的设计工作、沉淀为可指导产品、建议产品的中台成果。借以支持前台的设计运作，而且这里的前台是可以支持“设计冲刺”或者“敏捷开发”两种产品实施模式的，为非瀑布流方式。

二、后台与中台——设计的持续积累

举例一个最糟糕的情况；比如在常规的版本迭代中，整个项目周期可能就是15～20天左右，不可能给设计师时间去做全套的用户研究、行业研究等，甚至有些产品经理直接拿来一个草图让你打开Sketch开始画。可能你挣扎过、反驳过、抱怨这样让你不能做到了解用户、吃不透需求。在反抗失败后，长久以此设计师就成为一个完全执行的工具。或者是产品经理拿着其他部门的报告和线框图直接丢给你，让你2天内搞定。你也几乎没有时间去仔细研究其他团队的成果。

所以作为UX设计师、我们需要划分时间出来做后台中台的积累，即使同时负责多个项目已经让你身心疲惫了，但不要让这个作为常态发展下去，一定要自己做后台的研究，或者将其他团队的成果消化为自己的认知、以此为前台的设计做准备。如果你说这个现状你改变不了，那你要问问自己当前自己还有多大的成长空间了。

三、前台——体验设计的体现

当设计师进入了版本项目阶段、设计冲刺法或者敏捷开发的方式都可以。其主要区别在于设计冲刺法更加重视团队的协作。而敏捷开发中一个岗位基本1个人、时间被分割的一小段、团队讨论的时间可能会被压缩，所以更依赖设计师自身的专业能力。

3、1设计冲刺

这个方法最早是由谷歌提出来的，之前看破茧成蝶2也提到过，这个阶段、设计师要带着后台中台的积累和沉淀来做，这样你才能提出有理有据的方案、有情有理的专业建议。

“理解”就是沟通、团队内的成员要对需求目标、需求背景达到统一的认知、也可头脑风暴。

“定义”在初步讨论后应该独立产出一些草稿，意为讲大家的想法表达出来。

“发散”也就是再一次头脑风暴，但这个第一次不同、因为方向基本明确了是在一个框架内发散。

“决策”通过整理之前的方案，有些地方可能有好几种方案，但是必须要有初步结论了、并计划访谈

“原型”在决策基础上完善原型和说明

“测试”可以理解为缩小版的访谈，并修改方案

3、2敏捷开发

敏捷开发用的好了确实效率会高一些，因为他让各工种之间的对接更加顺畅、消息更及时。但是有几点依赖如果有其中一点达不到效果就出不来。首先团队不能臃肿、一个岗位一个人，然后是需求要比较清晰，最后就是团队不能有明心啊的短板、会产生水桶效应。

无论采用什么方法，UX设计师都需要中后台的支撑，才能够让你更好的把握设计方向，才能为用户提供优秀体验设计的产品。