全链路是什么？

链路=流程

流程：产品原始需求-框架搭建-逻辑规则-交互视觉呈现-验收-数据跟踪

你们会发现这是一个idea到落地的全过程，这里面实则分了很多的不同工种职责。

我只能说一点自己的见解。

1.设计对上游的服务

产品在从idae到原型产出过程，每一个字段的确立，对应的人群和场景功能看似与设计工作无关

但真要做到解决一个问题时，设计必须懂该页面存在的意义，如果不理解本源和需求本身，那么设计的东西就很容易停留在表面，并没有深度的思考，这也是很多设计师的第一道瓶颈，我看过太多停留在表象的改版，看似表面好看了实则把一些核心问题都没有注意到。要知道不理解页面意义的改版基本都是自淫，所以必须打破自身局限性更多的去了解为什么这样设计解决什么实质问题。

拿A站一个测试题改版为例，图一视觉上是不是都觉得好看的多，但其忽略了一个很重要的问题就是产品的目的，更多直播作为一个直播列表主入口被视觉给默认优化掉了，这就意味着你不懂上游的业务。这是很多改版出现的最致命问题，因为你压根就没有去思考底层存在意义。

2.设计对下游的服务

程序其实并不太在乎设计稿是怎样，更加不懂所谓体验。他们关心的只有这模块功能的难易程度，所以对下游的产出和沟通只有让你去迎合程序思维，所以在很多时候在设计一开始就必须考虑方案的可行性、适用性、如何布局。这也是设计师的第二道瓶颈，很多新人从来都是怎么好看怎么来，从未思考如何实现，把设计当作艺术品只要求最美的理想化状态从而脱离了现实，交互视觉的闪退率、性能损耗问题、社区图文性质、阅读方式、使用流程统统默认不会有问题。

图一为什么好看？因为是专门精心挑选的配图和文字。实际用户提供的数据呢？用户发的东西会按设计师的标准去发？理想化设计是最不可取的，建议实际产出时用用户的真实性配图和文本，全链路是尽可能提前还原线上效果，而不是对产品进行华丽的包装。

3.设计对自己的思考

过了产品这一关、也满足了程序，那么我们自身去解决什么问题呢？是好看么？静态的图么？我认为都不是。

首先很多设计喜欢设计时将页面当作静态图，不太会考虑上一页面到这一页面的过渡方式、加载方式、全局各种动态的改变，很容易导致信息缺失考虑不完善，方案只是为了这一个页面而存在不能适用在全局。

功能缺失！！！最大忌讳！！！典型当静态图思考，而且只看第一屏内容，活动入口、up主入口直接没了，运营不砍死你。有可能你会觉得这功能入口决定归产品管，关我屁事，也正是这种心态各司其职不会去纠正别人没有顾虑到的地方，最后留下问题都会抛给用户，从而导致用户流失

我个人的解决方案是使用用户真实数据将设计方案100%用protopie还原预设效果，让产品在开发前就预知体验，提前排查疏漏规避风险及时调整，程序也能更加直观了解自己要完成的目标，而不是听到产品的一句“跟他一样”这一样是怎样的一样，每人感知不一样就无法衡量去定义，必须精确到毫秒各种数值提供给开发，所以这对设计而言也是更加繁重的工作任务，但在整体环节梳理好了产品到研发落地只会更加顺畅，做到真正的快速迭代。

全链路是国内一种新概念对于设计师的新准则，在国外一般称为产品设计师，国内目前叫做用户体验设计师要求比较趋近但也不是完全相同。其实质上更像对于一个lead的要求，对于整条业务线全局的规划思考设计，并不会局限在某一模块和单页面。全链路更像是一个粘合剂，其实设计本质就是产品无形需求到程序可编译代码的过程中的信息处理中转站，让整台业务机器可以正常运行，越好的设计越会提前预知问题，大量减少测试版出来后推倒改动的频率。

以上纯属个人理解，不喜勿喷，欢迎讨论，一个人哔哔还蛮寂寞的

（其实吧真正的工作中就是个超级大头兵，全方位补坑，更像是没有title的项目经理却负责项目落地的整个流程，而且就国内大环境而言设计不怎么被重视，基本都是工具人，很难有全链路式人才诞生）

Powered by Froala Editor