一个做设备的客户，网站设计稿改了六轮，第七轮和第一轮长得差不多，又改回了原点。设计师很委屈，客户更委屈。后来复盘发现问题根本不在设计环节：需求会只开了二十分钟，参会的人都没拍板权，真正说了算的老板从头到尾没露过面。这类事在很多公司反复发生，复盘之后我们把教训整理成三条，适用于所有被改稿折磨的项目。
需求文档比参考链接管用
很多客户启动项目时只丢一句「参考同行某某的网站」。参考能给风格方向，给不了业务逻辑：你的客户是谁、他们来网站找什么、希望他们看完做什么。这些问题不落到纸面上，设计师只能靠猜。一份一页纸的需求说明，写清目标人群、核心动作、三大重点业务，比十个参考链接都管用。把目标写成文字还有个隐藏好处：后期意见分歧时有据可依，不用猜老板当时是什么意思。文档哪怕粗糙一点，白纸黑字就有约束力。猜出来的方案，怎么改都是盲改。
决策人必须出现在需求会上
改稿地狱的经典配方：对接人提需求，设计师出稿，老板拍桌子。中间隔了一层，意见全是转述，走样是必然的。需求阶段就要把有拍板权的人拉进会，当面把方向定死，必要时签一份需求确认单，双方盖章，严肃性立刻不同。会后如果老板再冒出新想法，按新需求走流程，而不是算进原方案的改稿轮次里。这条谈钱的时候不体面，但能保住双方的关系和工期，实践中每次多花半小时，换来的是改稿轮次直接减半。
把感觉翻译成标准
「要大气」「要有科技感」这类词，设计师和客户理解完全不同。有效的做法是逼自己具体化：大气是指留白多、图大字少，还是指深色背景配金属质感？实践中最好用的方法是做加法式提问，二选一地确认：你说的科技感，是指深色背景，还是动效多？很快就能逼近真实想法。拿不准就找三五个案例，把喜欢的元素圈出来，翻译得越具体，网站设计稿一次过的概率越高。
比格网络每个项目开工前都坚持做一次需求梳理会，宁可前面慢半天，也不后面改六轮。如果你的项目正在改稿泥潭里，先停下来补需求，比催设计师有用，顺序对了，速度自然就回来了。
