分不清足球还是光头的 AI

做设计师这些年，我一直有个类似“闪电侠”的标签——就是在保证一定质量的情况下，出活贼tm快。这个特质最大的好处就是每天可以给自己腾出多一点时间做别的，比如我写文章学习(打wangzherongyao)，这点哪怕是血汗工厂或没事儿也要996的福报厂也适用。同时它也是不当狗腿子也能获得不错绩效(认可)的一种特质。

今天这篇脱离理论派纯实用性的和大嘎聊聊：如何提升需求分析及上手能力，降低返工率。

分析需求方的动机

和设计师打交道的4个最重要的角色方：产品经理/开发/你的直属老板/你的组内设计成员，每个人都有自己的脾气/处事方式以及鸡血程度，每个人也都带着不同的目的性在做事情。磨刀不误砍柴工，先了解合作方，再了解他们提需求的目的，会让你更快get到正确的需求点。

举个例子，估计大家都遇到过热衷改需求的产品经理，昨天图出了一半，今天fu*k他又要改了!

很多铁汁这个时候会抑制不住掀桌的冲动去直接讨伐产品经理，但实际上建议大家先了解更改需求的原因是什么再做打算。比如：是不是他们老板临时又下达了新的旨意?如果是的话是不是建议他们在和老板确认完需求后再提交设计，又或者可以直接拿统计工时和prd返工率导致的整体排期拖延直接与他沟通问题严重性。

最后就算实在不行，建议大家对自己的上级进行清晰的问题反馈，一个好的上级是可以很妥善帮大家解决这些跃级不好解决的问题。不建议在群里硬杠或者直接向他们的老板反馈，因为这样容易制造长期对峙的状态对于我们做任何事情都是百无一利的，所有的交流都尽量以和平相处为主。

再举个例子，老板让铁汁你做个设计自驱的产品优化设计方案ppt。

上手之前，先分析下你老板要这个ppt干啥子。是看你闲的蛋疼给你找点事儿做么?还是测试一下你的能耐?

显然不太可能。

大部分情况下类似的这种产出目的性只有一个：这是给老板的老板看的，让他觉得设计团队有在好好积极的干事情，且还干出了点东西。那么其实这个ppt的真实需求方其实不是你的老板，而是你老板的老板(业务线负责人：一个可能压根看不懂设计的人)。这个时候如果你把ppt的内容重心放到了设计的细节以及ppt的美化上，就很容易躺枪，也就是累了个半死还不落着好(真实发生在我周边的案例)。

因为看不懂设计的人对于这些东西是没有太大感知的。相反，如果你能注重设计与数据的结合，多放一些前后对比案例以及针对用研去做的设计提案就会是完全不同的效果。

对新需求的快速定位与预判

在开始着手设计前，我们可以先对需求进行基础分析与规划。首先定义好需求的量级/优先级以及排期，接下来就需要根据需求的实际情况判断需要参与的上中下游成员。

举个例子，这里我们收到了一个需求：一个直播app需要在原有功能基础上增加一个直播间的类型(情感解忧节目)。
 

程去请求对应文件，渲染进程继续解析HTML。

会阻塞页面的显示，当计算样式的时候需要等待css文件的资源进行层叠样式，资源阻塞了，会进行等待，直到网络超时，network报出错误，渲染进程继续层叠样式计算。

说了DOM生成、样式计算和布局三个阶段，接下来说说后面的阶段。

说说分层：渲染引擎给页面分了很多图层，这些图层按照一定顺序叠加在一起，就形成了最终的页面。完成图层树的构建后，渲染引擎会对图层树中的每个图层进行绘制，为图层绘制。然后进行栅格化(raster)操作(绘制列表只是用来记录绘制顺序和绘制指令的列表，而实际上绘制操作是由渲染引擎中的合成线程来完成的)，最后合成与显示。

页面渲染机制图如下：

（编辑：威海站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!